http://bugs.winehq.org/show_bug.cgi?id=32170
Bug #: 32170 Summary: Process spawned, no gui presented, then closes without message or dump Product: Wine Version: 1.5.16 Platform: x86-64 URL: http://www.powergrep.com/downloaddebug.html OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: ntdll AssignedTo: wine-bugs@winehq.org ReportedBy: WineHQBugzilla.sn3akyp3t3@spamgourmet.com Classification: Unclassified
The problem only occurs with the 64 bit debug version of PowerGREP 4.4. The 32 bit version runs under Winearch=win32 without producing this symptom. The full version of PowerGREP 64 bit produces a Wine crash dump which I've submitted as a different bug report.
If there is any debugging that is necessary for the developer to correct with the application to comply with Wine in any way this is preventing it from running. Debug dumps only occur with this version of the application and not the full version.
This is the command I used to spawn the process: wine /home/user/JustGreatSoftware/PowerGREP4Debug64/PowerGREP4Debug.exe
This was the terminal output for that command: fixme:process:GetProcessDEPPolicy (0xffffffffffffffff 0x22fbbc 0x22fbb8): stub fixme:process:GetLogicalProcessorInformation ((nil),0x22fb04): stub fixme:wtsapi:WTSRegisterSessionNotification Stub 0x1008e 0x00000000 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 100 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077011 14 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 14 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077000 31 fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 17 fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0x1008e
http://bugs.winehq.org/show_bug.cgi?id=32170
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal
--- Comment #1 from Rosanne DiMesio dimesio@earthlink.net 2012-11-08 08:24:10 CST --- Not a blocker. http://bugs.winehq.org/page.cgi?id=fields.html#importance
http://bugs.winehq.org/show_bug.cgi?id=32170
--- Comment #2 from Sn3akyP3t3 WineHQBugzilla.sn3akyp3t3@spamgourmet.com 2012-11-08 11:56:34 CST --- I apologize for incorrect severity. It was late when I submitted and failed to locate definitions of severity classifications. It should be "normal".
http://bugs.winehq.org/show_bug.cgi?id=32170
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, win64
--- Comment #3 from Austin English austinenglish@gmail.com 2012-11-08 12:46:15 CST ---
This is the command I used to spawn the process: wine /home/user/JustGreatSoftware/PowerGREP4Debug64/PowerGREP4Debug.exe
you should cd to the directory first.
http://bugs.winehq.org/show_bug.cgi?id=32170
--- Comment #4 from Sn3akyP3t3 WineHQBugzilla.sn3akyp3t3@spamgourmet.com 2012-11-09 10:57:45 CST --- @Austin English, May I ask what cd to dir of exe will provide?
From the developer of PowerGREP, Jan Goyvaerts,
"If I correctly interpret the meaning of "stub" in the the dump you posted at http://bugs.winehq.org/show_bug.cgi?id=32170 then it seems that the debug build crashes because WINE does ot implement the GetLogicalProcessorInformation API call.
PowerGREP itself (or any of our other products) never calls GetLogicalProcessorInformation. But the 3rd party component that we use to add the bug logging system to our debug builds does call GetLogicalProcessorInformation.
If my observations are correct, then you won't be able to use any of our (64-bit) debug builds until (64-bit) WINE implements GetLogicalProcessorInformation. You also won't be able to run any other (64-bit) applications that use Eurekalog for bug logging. This is a fairly popular component among Delphi developers. We only use it in our debug builds, but some developers like to include it in their release builds too. I can build a dummy application that includes the bug logging system as we use it if that would be helpful to the WINE developers."
http://bugs.winehq.org/show_bug.cgi?id=32170
--- Comment #5 from Austin English austinenglish@gmail.com 2012-11-09 12:47:56 CST --- (In reply to comment #4)
@Austin English, May I ask what cd to dir of exe will provide?
Many applications expect the CWD to be the same directory that they are in.
http://bugs.winehq.org/show_bug.cgi?id=32170
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net See Also| |http://bugs.winehq.org/show | |_bug.cgi?id=32169
--- Comment #6 from Anastasius Focht focht@gmx.net 2013-04-28 14:42:17 CDT --- Hello,
the binary is only available upon special request (registered user) - so you have to provide more the information.
Make sure you "cd" to application directory before as Austin said -> "C:\Program Files\Just Great Software\PowerGREP4"
Create a relay trace log using following command:
WINEDEBUG=+tid,+seh,+relay wine ./PowerGREP4.exe >>log.txt 2>&1
and _attach_ it to the bug (compress if too large).
--- quote --- The full version of PowerGREP 64 bit produces a Wine crash dump which I've submitted as a different bug report. --- quote ---
Next time please refer to the exact bug report number (most likely bug 32169).
Regards
http://bugs.winehq.org/show_bug.cgi?id=32170
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Process spawned, no gui |Debug build of PowerGREP |presented, then closes |4.4 64-bit closes without |without message or dump |message or crash dump
https://bugs.winehq.org/show_bug.cgi?id=32170
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello folks,
no further response from OP, resolving 'abandoned'.
Regards
https://bugs.winehq.org/show_bug.cgi?id=32170
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com --- Closing.