|
Post by drbob54 on Mar 23, 2015 2:11:03 GMT -5
I am still having problems with 'focus loss' in 8.1.5064 rendering SpfLite unusable. Just before the focus loss problem occurs (but not always) the file name tabs across the top of the screen get 'messed up'. I have been trying to get a screen capture most of the day. Spflite seems more prone to the problem when it is not occupying the entire screen. Running Microsoft Visual Studio in debug mode, or command line program using mfc libraries in DOS seem to be the trigger/catalyst most times. In an hours work I will get 5-6 or 'focus loss' problems that require me to shutdown Spflite and restart.
I never saw the problems in 7 or 8.0
|
|
|
Post by George on Mar 23, 2015 12:09:57 GMT -5
drBob54: Loss of focus - ? - Focus? or loss of Cursor? i.e. does the title bar show the program has the focus? If loss of cursor, try switching between tabs (e.g. to FM and back) Does this restore the cursor? What do you mean by the tabs being 'messed up'?
I've no idea why MS Visual Studio or using MFC libraries would have any effect on SPFLite. It is written in PowerBasic and makes no use whatsoever of any of those MS programming tools.
George
|
|
|
Post by drbob54 on Mar 31, 2015 12:00:20 GMT -5
George Sorry for the time I have taken to respond but I have spent time trying to isolate the problem. When the problem occurs with 8.1.5064 Spflite stops repainting the screen. This behaviour lead me to believe I had a focus problem because the cursor disappears. In my original append I said tabs get messed up. This is because they are only partially repainted. In the current 5.2.5085 hitting any key after Spflite stops repainting the screen causes spflite to crash and disappear into blank hole. No crash text is written. I have F4 setup to issue the END command. In 8.1.5064 assume I have 3 files open. I select a different tab the window title changes and the selected file contents are displayed. If I use F4, the file with focus is closed. The window title changes to the new file that has focus. F4 the file with focus is closed. Window title changes. F4 the file with focus is closed. Window title changes. The file manger file list is displayed. Window title changes. In 8.1.5064 assume I have 3 files open when Spflite stops painting the screen. I select a different tab the window title changes but the file contents when the problem occurred is displayed. If I use F4, the file with focus is closed. The window title changes to the new file that has focus. However file contents when the problem occurred is displayed. F4 the file with focus is closed. Window title changes. File contents remain unchanged. F4 the file with focus is closed. Window title changes. File contents remain unchanged. A blank white screen is displayed. Window title changes to reflect traversing back through the tree. If I use F4 and the file has been modified, the dialog asking whether to save the file is generated but not displayed. I can see the dialog and spflite on the windows start menu. I can use the keyboard shortcuts to save the file. The save dialog disappers from the windows start menu. If know the file has changed I can use F3 to save. However the file message at the top right is not displayed. I am running on a Lenovo W530 with: 16GB of memory. Windows 7 Professional 64 bit SP1 NVidia Quadro K1000M with the latest certified NVidia drivers 9.18.13.745 I upgraded the video drivers and this has reduced the number of incidents. After the problem started to occur I had to replace a faulty monitor. I changed the screen from 1920x1080 to 1920x1200 ie the native resolution of the new monitor. This has reduced even further the number of problems. However the problem is still occurring. Please let me know if you need any further information. Spflite is the only application that is having problems. Rob
|
|
|
Post by George on Mar 31, 2015 13:09:45 GMT -5
Rob: Well, I'm not going to be a lot of help here. The fact that playing with video drivers and resolutions has some impact on the incidence of the problem is not exactly comforting, if fact it is quite worrisome, even if SPFLite is the only program having problems.
Do you run SPFLite fullscreen or windowed?
I'm faced with something randomly stopping screen refreshing, on a system where the video support system parameters have some kind of involvement. My psychic powers are quite limited, and guessing doesn't work either.
When you say "I can see the dialog and spflite on the windows start menu." I'm assuming you really mean the taskbar. Correct?
Maybe you can send me your SPFLite.INI file and the profilename.INI files being used by the files you have open, maybe there's some condition in there that somehow triggers this. But I don't hold out much hope it will be there.
Without some repeatable sequence of events to trigger this, there's almost nothing I can do. Reviewing and testing code which works perfectly on my system does nothing for me, nor for you.
George
|
|
|
Post by drbob54 on Apr 1, 2015 12:38:07 GMT -5
George I uninstalled 8.1.5064 and re-installed 8.0.4216. This has run without any problems all day. Using the same spflite.ini and editing the same source files. At this stage I am happy to stay with 8.0.4216 but it would be nice to use some of the new features. Does PowerBasic have the ability to check for 'memory corruption'. It would be my guess that an array is going out of bounds or a buffer is overflowing. Rob
|
|
|
Post by George on Apr 2, 2015 12:57:27 GMT -5
Rob: Well, that's not good news at all. But basically there's no way at this point I can compare the 8.0.4216 source to the current 8.2.5085 source, there's been two major source revisions (especially 8.2) for anything useful to come out of it.
So I'm asking other users to please help. If you have any similar problems happening, please chip in with whatever details you can provide as to possible triggers. Because without some more to go on, I'm simply not going to find this.
George
|
|
|
Post by George on Apr 22, 2015 16:10:28 GMT -5
I am still having problems with 'focus loss' in 8.1.5064 rendering SpfLite unusable. Just before the focus loss problem occurs (but not always) the file name tabs across the top of the screen get 'messed up'. I have been trying to get a screen capture most of the day. Spflite seems more prone to the problem when it is not occupying the entire screen. Running Microsoft Visual Studio in debug mode, or command line program using mfc libraries in DOS seem to be the trigger/catalyst most times. In an hours work I will get 5-6 or 'focus loss' problems that require me to shutdown Spflite and restart. I never saw the problems in 7 or 8.0 Hi, Well, not that at this point it's of any help, but I have today just experienced the problem myself. So there is definitely something weird going on. But I didn't see any pattern either, it just stops responding. I'll keep you informed as to what I find. george
|
|
|
Post by George on Apr 27, 2015 12:59:51 GMT -5
OK, I'm floundering here trying to figure out this problem where SPFLite just 'goes dead'. The cursor disappears and nothing on the keyboard seems to have any effect. The only thing that seems to work is the main window [X] button which closes things instantly, without saving or anything else.
Has anyone else, other than drBob54 experienced this? If so, any pattern to it? Or just a random stoppage.
I'm running test versions here with some debugging traces going, but so far nothing has provided a clue, so I'm asking for any feedback that might be a clue.
George
|
|
|
Post by George on Apr 27, 2015 15:08:27 GMT -5
Robert: In my experience, the error has nothing to do with SAVE type processing. I've had it happen simply while typing in a line, or moving the cursor with the arrow keys. All of a sudden you look up and realize nothing is happening. The cursor is simply gone. Once it happened while I was selecting text with the shift-arrow keys and I was looking right at the cursor location when it just stopped. The window can be minimized and restored, but nothing else other than [X] works, and even that is not working properly as no normal END processing appears to take place.
Baffling.
George
|
|
|
Post by Jo on Apr 28, 2015 13:32:19 GMT -5
Hm, yes, I also noticed this, but can not reproduce it, there is no special thing happening before. Once I had a case, where I left my PC for coffee-break, but even this is not reproducable. Some PF-Keys seem to respond, this is sometimes seen in the File-Tabs when using F9-Swap. When using F4-Exit it works when no changed files are around and then SPFlite exits. [X] works in any case, but of cource does not save anything. So, I know this is not helpful, but it's all I have...
Jo
|
|
|
Post by George on Apr 28, 2015 14:14:18 GMT -5
Jo: Thanks. It seems just like my experience. The temp versions I've been testing with that have extra debug output running so far haven't shown anything either; I'm just getting nice traces of normal activity and then -- Nothing!
I've thought about the keyboard hook, but that wouldn't account for mouse actions also dying.
It's not looping, since I tried a debug in the loop detection thread, and even when the program hangs, the loop detect thread continues to run and shows no 'looping' windows messages.
But the system cursor is turned off, which is done on entry to the windows message processor, and turned back on when exiting back to Windows, so it's definitely somewhere in my code. It's not looping, so it must be waiting, but there is no wait/post type logic being used. As I said, baffling.
George
|
|
|
Post by Jo on Apr 29, 2015 6:38:28 GMT -5
George: Another occurrence of this problem, but I was prepared ;-) Had one key (^s) assigned to "SaveAll Cond" and another (F4) to "Exit". When the screen freezes, I was still able to Click the "File Manager"-tab, but no noticeable response on screen. When pressing my "SaveAll Cond" key (^s) and then "Exit" (F4), SPFLite terminates and I found my changed file was saved, the VSAVE-directory was cleanedup. Therefore I think this is nether a loop- nor a wait-problem. SPFLite seems to respond to function keys, but we just don't see it. Maybe you can assign a key to take a dump (or whatever you need).... (?)
Jo
|
|
|
Post by Jo on Apr 29, 2015 9:59:15 GMT -5
Robert: The SAVEALL COND ist only usefull, when we have this freeze-problem. When all ist working ok, then I use EXIT and let me prompt (because of AUTOSAVE PROMPT) and then decide to Save. But, when the screen-freeze-problem occurs, the EXIT probably tries to present the AUTOSAVE-PROMPT-popup, but cannot, or does not, and then we end up without a chance to save the file(s). SPFLITE terminates only whith [X] without any action. Therefore I assigned a SAVEALL COND key. So I have the chance to save my file(s), even when SPFLite is actually having this problem. Of course, I dont see where I am, because there is no actual screen displayed, but since I know, that SPFLite is still acting on the SAVEALL COND, I press this key blindly and hope it works. Then I Press EXIT and since there is no outstanding file to save, SPFLITE terminates normally.
So, to be clear, there is no problem with SAVEALL, it's a solution, no, it's a workaround, but works.
Jo
|
|
|
Post by Jo on Apr 29, 2015 10:28:23 GMT -5
Robert: yes, but I think, it does not matter. It occurs on different filetypes. My AUTOSAVE setting is AUTOSAVE ON PROMPT on all my filetypes. Most of the time I edit .REX files with a PROFILE USING(OOREXX). Sometimes .REXX with PROFILE USING(OOREXX) or .TXT or .INI files (no USING). And I usually have 3-5 edit tabs, but just one file with pending changes.
Jo
|
|
|
Post by George on Apr 29, 2015 11:34:16 GMT -5
Jo: Robert: OK, all this stuff with Exit SAVEALL COND etc. is fine, but all the discussions and what if's of whether EXIT and SAVEALL etc. might collide, or get confused, or whatever, is all after the fact. SPFLite has HAD the problem, the problem was not CAUSED by EXIT / SAVEALL etc. So none of that matters one whit as to finding the original trigger.
FYI: SAVEALL processes tabs left to right, EXIT processes right to left.
Robert: In a separate answer to your email I explain again how and why any possibility of SPFLite trying to do two things at once is simply impossible. I once again emphasize that multi-threading is NOT part of this. SPFLite is single threaded as far as all normal processing is concerned, always has been, and always will be. The only two other threads, the loop detection and the File Watch, only communicate with the main thread via the same Windows message queue as do ALL other events handled by that thread. And that message queue is the one and only driver of all of SPFLite's logic, it's a single queue, single thread process.
What is significant in what Jo tells us is that ^s (SAVEALL COND) actually seems to have been acted on while SPFLite appears 'dead', this is very significant in that it indicates the KB hook and message queue are still being processed. So it should be possible, when the problem occurs, to hit Home, EraseEof, 'SAVEALL COND;EXIT', and Enter to terminate. If not, then maybe only a single KB entry gets through.
George
|
|