|
Post by eric on Aug 8, 2021 11:51:16 GMT -5
Using witout problems on existing Windows 10 Lenovo laptop for years. Just bought a new Microsoft Surface Book 3 with latest Windows 10 updates applied and application crashes on startup every time. I have attached the crash log. Can't migrate to my new laptop until i resolve this issue.
|
|
|
Post by George on Aug 8, 2021 14:49:00 GMT -5
eric: Did you actually re-install SPFLite, or just copy the install folders over? As Robert says, the crash log is useless.
Is the file structure the same? It's important to know just how you put SPFLite onto the new system.
George
===> Eric, if you have a new machine, you *really* want to download a fresh copy of the most recent SPFLite and do a plain vanilla installation with NOTHING out of the ordinary, FIRST. Don't copy anything from your old system. Don't do anything fancy or tricky. Just install it and take all the defaults. Then try running it. If THAT fails, there's a serious problem. I suspect a brand-new, plain vanilla install will NOT fail.
Please do that and let us know what happens.
R
|
|
|
Post by eric on Aug 12, 2021 7:34:24 GMT -5
Sorry, I did not get any notifications of your replys.
This was a complete new installation of the most recent version posted on your web site SPFLite2.V2.5.21186. After having the issue I also uninstalled the current version and tried installing an older version, SPFLite2.V2.2.20255 that I still had in my downloads folder. Please let me know if there is anything I can do to help resolve this.
|
|
|
Post by George on Aug 12, 2021 9:18:53 GMT -5
Eric: So you're still stuck? OK, lets try the following. - Do a normal uninstall.
- I don't like recommending this but ...
- Use REGEDIT.EXE and totally delete the key: HKEY_CURRENT_USER\SOFTWARE\SPFlite
- Delete the you\Documents\SPFLite folder (or wherever else you might have placed it).
- Do a normal install of the 21186 (latest) version.
Let us know.
George
|
|
|
Post by George on Aug 12, 2021 14:44:30 GMT -5
I'd still like to see a totally clean install of 21186 using the steps I posted.
Creating a debug version without a single clue has to be done in an iterative loop. Try this version, get feedback, make another version, try that, make another version and on and on. All with re-download, re-install, wait for feedback etc.
This just has to be something really dumb that we're missing.
George
|
|
|
Post by George on Aug 12, 2021 15:52:00 GMT -5
Robert: Actually, you CAN request notifications of forum activity. Head off to your Profile and got to Notifications, there's all kinds of options. I get regular notifications of new activity.
George
|
|
|
Post by George on Aug 14, 2021 11:06:21 GMT -5
yeah, that little battery lasts for years and years, and we just forget it's in there.
George
|
|
|
Post by mueh on Aug 17, 2021 7:27:51 GMT -5
George: Deleted Registry entry on test system and got REALPBMAIN crash . Tested further and problem occures since 21186 when there is no registry entry . (21174 doesn't crash) After crash registry enty is set and restart of 21186 works . I think Eric tried it only once . looks like following RETRIEVE change introduced problem .
C|SPFLite Diff 000013
N|***** SPFLite DIFF Report *****
N|FileA: - 2021-06-23 16:18 - D:\SPFLiteV2.21174\_ObjENV.inc
N| - , Ignore X lines
N|FileB: - (Newer) 2021-06-28 22:13 - D:\SPFLiteV2.21186\_ObjENV.inc
N| - , Ignore X lines
N|Options - NOMATCHING, Match criteria = 1 lines
N|FileA FileB **************************************************************** Text Data *****************************************************************
N|Number of mis-matches: 1
D|00512 ----- SQLArraySave("RDEFAULT", gCmdRtrev()) ' Build dummy Retrieve data
I|+++++ 00512 Rtr.Save ' Save Rtr table
N|- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Thanks
|
|
|
Post by George on Aug 17, 2021 8:26:33 GMT -5
MUEH: Thanks I'll check it out.
George
|
|
|
Post by George on Aug 17, 2021 12:45:26 GMT -5
MUEH: Yes, that was it. You can't call an object's method (Rtr.Save) until you create the object - Duh!
Just removing the call is all that's needed.
George
|
|
|
Post by George on Aug 17, 2021 13:07:44 GMT -5
Robert: Startup is a painful bootstrap process that is already fraught with other 'chicken and the egg' situations.
And at the very initial startup, there are even more 'task locking' type situations where the Create method of Object "A" wants to call some method in Object "B", and the Create method of Object "B" wants to call a method in Object "A". It takes a bit of care to not get caught.
Erics problem had nothing to do with whether the Registry entries were present or not, it was simply the ENV object calling a method in the RTR object before RTR was instantiated. And this incorrect call only occurred in the initial startup path.
George
|
|
|
Post by mueh on Aug 25, 2021 4:22:12 GMT -5
George: Seems that this fix after 21231 21233 creates following problem . I'm not shure if just remove of one line causes the problem . (maybe you changed something else between 21208 and 21231) After RELOAD the RETRIEVE cmd stack is cleared . All cmd's in stack you might want do reisue after RELOAD of file are lost . Must key in cmd's again . Thanks
|
|
|
Post by George on Aug 25, 2021 8:35:41 GMT -5
mueh: Odd, but I do remember doing something in RELOAD to correct another problem. Have to have a look. . . . . Triggered by a change in 21186 that was to allow the RELOAD command to proceed when there were pending line commands.
This meant that RELOAD had to call the internal RESET code to clear the pending commands. Unfortunately it didn't call RESET itself, it called the internal ResetFunc METHOD . The command RESET ALL ensures the retrieve stack is left alone, ResetFunc when passed ALL, does exactly what it is told - ALL.
Corrected.
|
|
|
Post by Stefan on Aug 25, 2021 15:13:28 GMT -5
<message deleted> - added by accident.
|
|