http://bugs.winehq.org/show_bug.cgi?id=30996
Bug #: 30996 Summary: Secure Computing/SofToken-II Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: teknet7@o2.pl Classification: Unclassified
Application: Secure Computing/SofToken-II.exe System: Gentoo 64bit Wine versions: 1.2.3 and 1.4.1
How to reproduce: On both versions i am able to install Softoken application using msi file ("wine msiexec -i Setup.msi"). All the necessary files and registry entries are being created successfully. But when i launch Softoken-II.exe nothing happens (no console messages, no windows)
Example for wine 1.2.3: mgarcarz@pluton ~ $ cd .wine/drive_c/Program\ Files/Secure\ Computing/SofToken-II/ mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ ls -la total 796 drwxr-xr-x 3 mgarcarz mgarcarz 4096 Jun 18 18:11 . drwxr-xr-x 3 mgarcarz mgarcarz 4096 Jun 18 18:11 .. -rwxr-xr-x 1 mgarcarz mgarcarz 118482 Jun 6 2006 Clearstinit.exe -rwxr-xr-x 1 mgarcarz mgarcarz 319488 Aug 14 2002 SWDialer.exe -rwxr-xr-x 1 mgarcarz mgarcarz 364544 Aug 14 2002 SofToken-II.exe drwxr-xr-x 2 mgarcarz mgarcarz 4096 Jun 18 18:11 mgarcarz mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ wine SofToken-II.exe mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ winedbg SofToken-II.exe WineDbg starting on pid 0018 First chance exception: page fault on write access to 0x00360000 in 32-bit code (0x7ebe95eb). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7ebe95eb ESP:0033f810 EBP:0033f888 EFLAGS:00010202( R- -- I - - - ) EAX:80808081 EBX:7ec88ff4 ECX:00000000 EDX:00000067 ESI:000000ac EDI:00360000 Stack dump: 0x0033f810: 0000031c 00000000 00000000 00000010 0x0033f820: 00000010 00000000 00000000 00000010 0x0033f830: 00000010 7e9b0d9c 00125558 00000000 0x0033f840: 00cc0020 00000000 00330001 7eb40001 0x0033f850: 0033f868 0000031c 00125dc8 00000328 0x0033f860: 00000000 00000000 00000010 00000010 Backtrace: =>0 0x7ebe95eb in user32 (+0x195eb) (0x0033f888) 1 0x7ebe9dd8 in user32 (+0x19dd7) (0x0033f908) 2 0x7ebe9f3c in user32 (+0x19f3b) (0x0033f958) 3 0x7ebea348 CreateIconFromResourceEx+0xd7() in user32 (0x0033f9a8) 4 0x7ebea753 in user32 (+0x1a752) (0x0033fa78) 5 0x7ebec998 LoadImageW+0x1b7() in user32 (0x0033fb88) 6 0x7ebed4c6 LoadImageA+0x1a5() in user32 (0x0033fc78) 7 0x7e8c8646 SIC_Initialize+0x1b5() in shell32 (0x0033fcc8) 8 0x7e8d4462 in shell32 (+0x34461) (0x0033fd08) 9 0x7ef90c85 call_dll_entry_point+0x14() in ntdll (0x0033fd28) 10 0x7ef938c7 in ntdll (+0x338c6) (0x0033fe68) 11 0x7ef93c78 in ntdll (+0x33c77) (0x0033fec8) 12 0x7ef93c4a in ntdll (+0x33c49) (0x0033ff28) 13 0x7ef93c4a in ntdll (+0x33c49) (0x0033ff88) 14 0x7ef93e83 in ntdll (+0x33e82) (0x0033ffe8) 0x7ebe95eb: movb %dl,0x0(%edi,%ecx,4) Wine-dbg>
Example for wine 1.4.1:
mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ wine SofToken-II.exe mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ winedbg SofToken-II.exe WineDbg starting on pid 0023 start_process () at /home/mgarcarz/Downloads/wine-1.4.1/dlls/kernel32/process.c:1083 0x7b85c873 start_process+0x53 [/home/mgarcarz/Downloads/wine-1.4.1/dlls/kernel32/process.c:1083] in kernel32: movl %edi,0x4(%esp) 1083 return call_process_entry( peb, entry ); Wine-dbg>quit
For both versions i am able to launch SWDialer.exe from Softoken application.
http://bugs.winehq.org/show_bug.cgi?id=30996
Michal Garcarz teknet7@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|x86 |x86-64
http://bugs.winehq.org/show_bug.cgi?id=30996
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2012-06-24 14:26:59 CDT --- Your wine-1.2.3 log is missing debug symbols, please install them.
Your wine-1.4.1 log is not useful because you didn't actually run the program. Best to not use winedbg unless you can't get a stack dump any other way. If you do use winedbg, be sure to let the program run by issuing the 'cont' command.
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #2 from Michal Garcarz teknet7@o2.pl 2012-06-24 15:27:51 CDT --- For version 1.4: mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ winedbg SofToken-II.exe WineDbg starting on pid 0025 start_process () at /home/mgarcarz/Downloads/wine-1.4.1/dlls/kernel32/process.c:1083 0x7b85c873 start_process+0x53 [/home/mgarcarz/Downloads/wine-1.4.1/dlls/kernel32/process.c:1083] in kernel32: movl %edi,0x4(%esp) 1083 return call_process_entry( peb, entry ); Wine-dbg>cont Process of pid=0025 has terminated Wine-dbg>cont No process loaded, cannot execute 'cont' Wine-dbg>quit mgarcarz@pluton ~/.wine/drive_c/Program Files/Secure Computing/SofToken-II $ WINEDEBUG=warn+heap wine SofToken-II.exe warn:heap:HEAP_ValidateInUseArena Heap 0x110000: invalid in-use arena magic 00555555 for 0x1228c0
It seems i can not continue because the process has been terminated ?
Downgraded back to 1.2.3 to get symbols, but now i get more interesting errors, durring installation:
mgarcarz@pluton ~/.wine/drive_c/Program Files $ wine msiexec -i setup.msi wine: cannot find L"C:\windows\system32\plugplay.exe" fixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 1 ignored L"Upgrade" table values err:msi:msi_dialog_create_controls no handler for element type L"Billboard" fixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 1 ignored L"Upgrade" table values fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut err:msi:register_progid L"SofToken.Application.1" has no class fixme:mscoree:LoadLibraryShim (0x7ed2118c L"fusion.dll", (nil), (nil), 0x33f948): semi-stub fixme:msi:msi_unimplemented_action_stub RemoveExistingProducts -> 1 ignored L"Upgrade" table values
The above errors are always reproducable (after rm -rf ~/.wine && wincfg)
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #3 from Dan Kegel dank@kegel.com 2012-06-24 17:38:42 CDT --- Don't use winedbg, then. Just run it under wine-1.4 and see what the just-in-time backtrace says. (You might need to emerge it with FEATURES="nostrip" or something to get symbols.)
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #4 from Austin English austinenglish@gmail.com 2012-06-24 18:31:39 CDT --- (In reply to comment #2)
Downgraded back to 1.2.3 to get symbols, but now i get more interesting errors, durring installation:
mgarcarz@pluton ~/.wine/drive_c/Program Files $ wine msiexec -i setup.msi wine: cannot find L"C:\windows\system32\plugplay.exe"
This implies you're not using a clean WINEPREFIX for 1.2.3, as do the later fusion errors.
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #5 from Michal Garcarz teknet7@o2.pl 2012-06-25 00:35:37 CDT --- ok, just testing 1.4.1 version right now. I found another interesting message: $wine msiexec -i setup.msi fixme:storage:create_storagefile Storage share mode not implemented.
(above problem also appear always)
How to have symbols in ELF file ? I've searched configure script for debug/strip/enable-FEATURE options but could not find anything :(
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #6 from Dan Kegel dank@kegel.com 2012-06-25 00:40:36 CDT --- That message is likely not really a problem. Wine is just chatty, and many warnings like that don't actually affect programs.
If you can't convince emerge to not strip symbols, then do a plain old source build without emerge. Wine has symbols by default.
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #7 from Michal Garcarz teknet7@o2.pl 2012-06-25 00:44:55 CDT --- I am already using plain sources compilation for version 1.4.1. (./configure --prefix=/usr && make && make install) Gentoo does not have ebuild for 1.4.1 (just for 1.2.3).
And still when executing "wine SofToken-II.exe" i get nothing, and with winedbg i got no symbols (just the error i send yesterday. Other programs (tested filezilla works fine)
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #8 from Dan Kegel dank@kegel.com 2012-06-25 00:54:05 CDT --- Wine's build system does not strip by default. After doing 'make install':
$ file /usr/local/lib/wine/riched20.dll.so /usr/local/lib/wine/riched20.dll.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x7996737f2dfb0107dc63a13c6d10e1408bd92db4, not stripped
You might be able to make do with a +relay,+seh log rather than a backtrace. Do 'wine winemine &' first to make the log smaller by avoiding logging wineboot.
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #9 from Michal Garcarz teknet7@o2.pl 2012-06-25 01:03:42 CDT --- Created attachment 40699 --> http://bugs.winehq.org/attachment.cgi?id=40699 WINEDEBUG=relay,seh && wine SofToken-II.exe
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #10 from Michal Garcarz teknet7@o2.pl 2012-06-25 01:06:42 CDT --- attached debugging info, mine ELF files are not stripped:
# file /usr/lib/wine/riched20.dll.so /usr/lib/wine/riched20.dll.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped # file /usr/bin/wine /usr/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
I have multilib 64bit gentoo. I run several other 32bit applications, also wine1.4.1 works fine with some applications (includine winemine). So it should not be problem of 64bit system ?
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #11 from Dan Kegel dank@kegel.com 2012-06-25 01:13:02 CDT --- Should be ok (no promises though).
Hmm, http://www.shad0w.org/gentoo_files/scripts/softoken looks like a script for using this app with wine. They create both an .ini file and a registry entry.
Your log looks like it's unhappy that the .ini file C:\Program Files\Secure Computing\SofToken-II\SofToken-II.INI doesn't exist:
0024:Call KERNEL32.GetPrivateProfileSectionNamesA(0033ed28,00001000,005711b0 "C:\Program Files\Secure Computing\SofToken-II\SofToken-II.INI") ret=00409292 0024:Ret KERNEL32.GetPrivateProfileSectionNamesA() retval=00000000 ret=00409292 ... 0024:Call KERNEL32.ExitProcess(00000000) ret=004160c5
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #12 from Michal Garcarz teknet7@o2.pl 2012-06-25 02:59:38 CDT --- Yes, you are right! Softoken just need ini file, it can be even with incorrect paths because after importing token file it will be corrected!
Thanks a lot for great support !
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #13 from Dan Kegel dank@kegel.com 2012-06-25 10:07:28 CDT --- Please add a test report to the appdb with what you've learned ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=18814 ).
So is the problem that the installer failed to create a .ini file? Does it create one on Windows?
http://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #14 from Michal Garcarz teknet7@o2.pl 2012-06-25 11:11:27 CDT --- added. No, windows installed does not add ini file, ini file is created after adding/importing token file. It seems that under wine when this file is not found the process just exits (and on windows it continues)
http://bugs.winehq.org/show_bug.cgi?id=30996
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Secure |Secure |Computing/SofToken-II |Computing/SofToken-II exits | |when .ini file not found?
https://bugs.winehq.org/show_bug.cgi?id=30996
--- Comment #15 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=30996
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #16 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #15)
This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=30996
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org