https://bugs.winehq.org/show_bug.cgi?id=44071
Bug ID: 44071 Summary: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: stevedonato@gmail.com Distribution: ---
Created attachment 59786 --> https://bugs.winehq.org/attachment.cgi?id=59786 Backtrace from the error
program SPFLite Editor
Aborts at startup of this open source application
Wine build: wine-2.4 (Staging) Platform: i386 (WOW64) Version: Windows 7
app can be downloaded @ http://spflite.com/
https://bugs.winehq.org/show_bug.cgi?id=44071
steve donato stevedonato@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://spflite.com/
--- Comment #1 from steve donato stevedonato@gmail.com --- url added for the app download
https://bugs.winehq.org/show_bug.cgi?id=44071
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Unhandled exception: page |SPFLite Editor crashes on |fault on read access to |nullpointer |0x00000000 in 32-bit code | |(0x00000000). | Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords| |download CC| |dark.shadow4@web.de Version|unspecified |2.4
--- Comment #2 from Fabian Maurer dark.shadow4@web.de --- Confirming, although it seems to work sometimes, when you try to start it often enough...
https://bugs.winehq.org/show_bug.cgi?id=44071
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #3 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi could you retry? This starts fine for me in current wine-3.3. Don`t know if the app got updated or if this is fixed
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #4 from steve donato stevedonato@gmail.com --- As you recommended I went clicked on winehq developemnt 3.3 but it downloaded 3.2? Anyway, that version 3.2 worked fine and fixed the problem and installed SPFLight, however my pre-installed Microsoft 2003 office msword did not work. It just got the spinning cursor doing something but then just back to normal desktop and did nothing, never visibly launching anything. I did run a different pre-installed program that did work fine (prism Plus from NCH software).
So what do I do?
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #5 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to steve donato from comment #4)
So what do I do?
Huh, no idea really. Does the console output reveal anything while starting Office?
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #6 from steve donato stevedonato@gmail.com --- (In reply to steve donato from comment #4)
As you recommended I went clicked on winehq developemnt 3.3 but it downloaded 3.2? Anyway, that version 3.2 worked fine and fixed the problem and installed SPFLight, however alost all of my pre-installed apps such as Microsoft 2003 office msword did not work. It just got the spinning cursor doing something but then just back to normal desktop and did nothing, never visibly launching anything. (Wine does not give weeor when directory not found' I did run a different old pre-installed program that did work fine (prism Plus from NCH software).
So what was the problem, well I have to CLOSE original bug since 3.2 fixed the problem but Found another issue. If you don't re-install all your apps coming from a different Wine program (for example HQ vs Staging). "wrong wine directory name in old apps properties fails". You have to either re-install almost all window apps or, drop down Linux menu and for wine apps menu entries and say add to desktop. Then right cick the desktop icon, select properties and edit the directory name for wine. In my case from wine-staging to to wine-hq.
Unfortunately wine does NOT give you the error 'directory not found' which it should. Instead it just ends. I had to add the wine apps in the menu to the desktop because I do not how to get to the properties of an app entry in the Linux Menu list. (I am using Linux Mint 18 cinnamon) After the properties are edited to point to the proper wine directory the desktop symbolic link icon will invoke your win app properely because it finds the wine directory. But remember the entries in the Menu will still do NOT work so you cannot add them to panel because these entries still have the wrong path/directory associated with them for wine. If you have too many apps, another sleazy but may be necessary thing you could do is to rename the wine-hq directory to your old/other wine version name of, in my case was 'wine-staging'. Not cool but it will work especially if you have many win apps and no longer have the original installation disks. So all is good for wine-hq development 3.2.
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #7 from steve donato stevedonato@gmail.com --- (In reply to Louis Lenders from comment #5)
(In reply to steve donato from comment #4)
So what do I do?
Huh, no idea really. Does the console output reveal anything while starting Office?
see my fix
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #8 from steve donato stevedonato@gmail.com --- (In reply to Louis Lenders from comment #3)
Hi could you retry? This starts fine for me in current wine-3.3. Don`t know if the app got updated or if this is fixed
fixed
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #9 from steve donato stevedonato@gmail.com --- (In reply to steve donato from comment #6)
(In reply to steve donato from comment #4)
As you recommended I went clicked on winehq developemnt 3.3 but it downloaded 3.2? Anyway, that version 3.2 worked fine and fixed the problem and installed SPFLight, however alost all of my pre-installed apps such as Microsoft 2003 office msword did not work. It just got the spinning cursor doing something but then just back to normal desktop and did nothing, never visibly launching anything. (Wine does not give weeor when directory not found' I did run a different old pre-installed program that did work fine (prism Plus from NCH software).
So what was the problem, well I have to CLOSE original bug since 3.2 fixed the problem but Found another issue. If you don't re-install all your apps coming from a different Wine program (for example HQ vs Staging). "wrong wine directory name in old apps properties fails". You have to either re-install almost all window apps or, drop down Linux menu and for wine apps menu entries and say add to desktop. Then right cick the desktop icon, select properties and edit the directory name for wine. In my case from wine-staging to to wine-hq.
Unfortunately wine does NOT give you the error 'directory not found' which it should. Instead it just ends. I had to add the wine apps in the menu to the desktop because I do not how to get to the properties of an app entry in the Linux Menu list. (I am using Linux Mint 18 cinnamon) After the properties are edited to point to the proper wine directory the desktop symbolic link icon will invoke your win app properely because it finds the wine directory. But remember the entries in the Menu will still do NOT work so you cannot add them to panel because these entries still have the wrong path/directory associated with them for wine. If you have too many apps, another sleazy but may be necessary thing you could do is to rename the wine-hq directory to your old/other wine version name of, in my case was 'wine-staging'. Just thought maybe you can make a symbolic link out of the old directory pointing to the new one? Anyway Not cool but renaming it will work especially if you have many win apps and no longer have the original installation disks. So all is good for wine-hq development 3.2.
Update. I found out why an old app I had installed worked without having to rename. I am making an assumption that the Winw install as a symbolic link named 'wine' that points to the proper current wine directory, because my old app had the wine directory in its property simple called 'wine. Below is the property of my old app that worked with out point directly to the wine-hq directory. maybe somebody can make this the case for the future so not directories ever have to be changed. Note My old app just had "wine" following the .wine directory as the wine directory. It must be a link? Below is my old apps command line in it's property entry; env WINEPREFIX="/home/steve/.wine" wine C:\windows\command\start.exe /Unix /home/steve/.wine/dosdevices/c:/users/Public/Start\ Menu/Programs/Prism\ Video\ File\ Converter.lnk
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #10 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to steve donato from comment #9)
So if I understand it correctly everything works again as expected?
And if the SPFLite program works, could you resolve this bug as ``FIXED``?
https://bugs.winehq.org/show_bug.cgi?id=44071
--- Comment #11 from steve donato stevedonato@gmail.com --- (In reply to Louis Lenders from comment #10)
(In reply to steve donato from comment #9)
So if I understand it correctly everything works again as expected?
And if the SPFLite program works, could you resolve this bug as ``FIXED``?
YES, fixed and for others information, the simple thing I did to overcome the fact that all prior installed win apps pointed to wine-staging in the OPT directory, I simply added a Symbolic link in the OPT directory pointing to wine-devel as; sudo ln -s /opt/wine-devel wine-staging
https://bugs.winehq.org/show_bug.cgi?id=44071
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #12 from Louis Lenders xerox.xerox2000x@gmail.com --- The app runs fine for reporter of bug and for me so resolving fixed.
(It`s not clear to me if this was fixed in the app, or in wine so I just have to guess it`s fixed in wine)
https://bugs.winehq.org/show_bug.cgi?id=44071
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.4.