October 2003 - Wine-Bugs - list.winehq.org

[Bug 1757] New: Ran Caseware 2001 under Wine and crashed Linux

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1757 Summary: Ran Caseware 2001 under Wine and crashed Linux Product: Wine Version: unspecified Platform: PC URL: http://alan(a)asandco.co.uk OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.com ReportedBy: alan(a)asandco.co.uk Wine Debug Report ================= I attempted to run Caseware 2001 under Wine // (wine-20030911-1rh9winehq.i686.rpm) // Red Hat 9 // KDE 3.1.10 // Kernel 2.4 20-8 // Hardware // ======== // Gigabyte 6INXP mothereboard // Pentium IV 2.53 Ghz // 256 Meg of RAM // Dual Boot using GRUB This caused Linux crash, requiring a hardware reset to restart. This was reproduced several times. The execution point was the directory holding the data file to be opened by Caseware: "/mnt/win98d/caseware_data_files/" The file being: "1069-02-BRIT.ac". The program name is "cwin32.exe" I then ran the program from bash using the following two commands: # echo quit | wine -debugmsg +relay "/mnt/win98c/program files/caseware/cwin32.exe" >& cware.out # tail -n 100 cware.out > cware_report.txt The resultant file cware_report.txt holds the last 100 lines see below signoff. Alan Secker alan(a)asandco.co.uk 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call ntdll.GlobalGetAtomNameW(0000c051,409658b0,0000003c) ret=408d3009 0009:Ret ntdll.GlobalGetAtomNameW() retval=0000000e ret=408d3009 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Ret window proc 0x101b4bf2 (hwnd=0x2003c,msg=WM_STYLECHANGED,wp=ffffffec,lp=40860748) retval=00000000 0009:Call ntdll.GlobalLock16(0000018f) ret=408f675c 0009:Ret ntdll.GlobalLock16() retval=4057b770 ret=408f675c 0009:Ret user32.SetWindowLongA() retval=00000000 ret=40f048fc 0009:Ret shell32.DragAcceptFiles() retval=00000000 ret=5f40bdc3 0009:Call user32.SetActiveWindow(0002003c) ret=1010d9be 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Ret user32.SetActiveWindow() retval=00010024 ret=1010d9be 0009:Call ntdll.TlsGetValue(00000001) ret=5f401018 0009:Ret ntdll.TlsGetValue() retval=4057bff0 ret=5f401018 0009:Call ntdll.TlsGetValue(00000001) ret=5f401018 0009:Ret ntdll.TlsGetValue() retval=4057bff0 ret=5f401018 0009:Call user32.GetParent(00010024) ret=5f401281 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Ret user32.GetParent() retval=00000000 ret=5f401281 0009:Call ntdll.TlsGetValue(00000001) ret=5f401018 0009:Ret ntdll.TlsGetValue() retval=4057bff0 ret=5f401018 0009:Call user32.CallWindowProcA(409553d0,0002003c,00000001,00000000,40861150) ret=5f401f01 0009:Call ntdll.IsBadReadPtr16(409553d0,0000000e) ret=4090b694 0009:Ret ntdll.IsBadReadPtr16() retval=00000001 ret=4090b694 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call ntdll.GlobalGetAtomNameW(0000c051,409658b0,0000003c) ret=408d3009 0009:Ret ntdll.GlobalGetAtomNameW() retval=0000000e ret=408d3009 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call window proc 0x409553d0 (hwnd=0x2003c,msg=WM_CREATE,wp=00000000,lp=40861150) 0009:Call ntdll._ConfirmSysLevel(40963a40) ret=408ffce5 0009:Ret ntdll._ConfirmSysLevel() retval=00000000 ret=408ffce5 0009:Call user32.DefWindowProcA(0002003c,00000001,00000000,40861150) ret=4090b20f 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Ret user32.DefWindowProcA() retval=00000000 ret=4090b20f 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Call ntdll.GlobalGetAtomNameW(0000c051,409658b0,0000003c) ret=408d3009 0009:Ret ntdll.GlobalGetAtomNameW() retval=0000000e ret=408d3009 0009:Call ntdll._EnterSysLevel(40963a40) ret=408ffc52 0009:Ret ntdll._EnterSysLevel() retval=400e2a40 ret=408ffc52 0009:Call ntdll._LeaveSysLevel(40963a40) ret=408ffc82 0009:Ret ntdll._LeaveSysLevel() retval=00000000 ret=408ffc82 0009:Ret window proc 0x409553d0 (hwnd=0x2003c,msg=WM_CREATE,wp=00000000,lp=40861150) retval=00000000 0009:Ret user32.CallWindowProcA() retval=00000000 ret=5f401f01 0009:Call ntdll.RtlAllocateHeap(41190000,00000000,0d466980) ret=78001089 0009:Ret ntdll.RtlAllocateHeap() retval=4aa60020 ret=78001089 000a:Ret ntdll.SetEvent() retval=00000001 ret=5f40dfc7 000a:Call ntdll.WaitForSingleObject(00000234,ffffffff) ret=5f40dfd0 000a:Ret ntdll.WaitForSingleObject() retval=00000000 ret=5f40dfd0 000a:Call ntdll.CloseHandle(00000234) ret=5f40dfd7 000a:Ret ntdll.CloseHandle() retval=00000001 ret=5f40dfd7 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 000a:Ret ntdll.Sleep() retval=00000000 ret=10109376 000a:Call ntdll.Sleep(000000c8) ret=10109376 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 6, 2003

[Bug 1754] Daceasy Accounting installshield crashes with ikernel.exe error

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1754 ------- Additional Comments From sureshd(a)tstt.net.tt 2003-06-10 12:52 ------- Wine is only problematic with Daceasy. I've installed other software and gotten them to run without problems. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 6, 2003

[Bug 1756] New: troubles with native dll files: commctrl, comctl, ole32, shell32, comdlg, oleaut32

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1756 Summary: troubles with native dll files: commctrl, comctl, ole32, shell32, comdlg, oleaut32 Product: Wine Version: 20030911 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.com ReportedBy: 98i7c1c001(a)sneakemail.com Forgive me if this is a repeat All errors were using RedHat 9 and wine 20030911 prebuilt rpm for redhat9 from SourceForge. All dlls are 98se from http://www.drd.dyndns.org/. all errors are created with WinMX and have been created again with Kazaa Lite 2.1 build 3 launcher kpp.exe. When i am launching WinMX.exe (v 3.31) with no native dlls for the second time wine hangs with the message err:thunk:_loadthunk Unable to find thunk data 'Cctl1632_ThunkData16' in commctrl.dll, required by comctl32.dll (conflicting/incorrect DLL versions !?). err:thunk:_loadthunk Unable to find thunk data 'Cctl1632_ThunkData16' in commctrl.dll, required by comctl32.dll (conflicting/incorrect DLL versions !?). Then nothing happens. The cursor is positioned right below the second error message. Breaking the command with Control-c will, without trouble, return to prompt. This also happens when launching kpp.exe from the Kazaa Lite 2.1 ++ build 3 package. The error was fixed but another was created when using the native ole32.dll from a win98se distrobution. The following error occurs: err:module:import_dll Loading module (file) ole32.dll (which is needed by C:\WINDOWS\SYSTEM\shell32.dll) failed (error c00000e5). err:module:load_library can't load shell32.dll wine: Unhandled exception (thread 0009), starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 8 24") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x5a98a attempting to fix this with a native shell32.dll file will only give the next error: err:module:import_dll Loading module (file) shell32.dll (which is needed by C:\WINDOWS\SYSTEM\comdlg32.dll) failed (error c00000e5). err:module:load_library can't load comdlg32.dll wine: Unhandled exception (thread 0009), starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 8 24") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x5a98a adding the native comdlg32.dll will simply return the error: err:module:import_dll Loading module (file) ole32.dll (which is needed by C:\WINDOWS\SYSTEM\shlwapi.dll) failed (error c00000e5). err:module:load_library can't load shlwapi.dll err:module:import_dll Loading module (file) SHLWAPI.dll (which is needed by C:\Windows\System\comdlg32.dll) failed (error c0000017). err:win32:PE_LoadLibraryExA can't load C:\Windows\System\comdlg32.dll err:module:import_dll Loading module (file) comdlg32.dll (which is needed by C:\Program Files\WinMX\WinMX.exe) failed (error c0000017). adding shwapi.dll will result in the final error message that i can not fix: err:module:import_dll Loading module (file) SHELL32.dll (which is needed by C:\Windows\System\comdlg32.dll) failed (error c00000e5). err:win32:PE_LoadLibraryExA can't load C:\Windows\System\comdlg32.dll err:module:import_dll Loading module (file) comdlg32.dll (which is needed by C:\Program Files\WinMX\WinMX.exe) failed (error c0000017). if you have any questions please email me at 98i7c1c001(a)sneakemail.com. Thanks for your time and effort on this product. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 4, 2003

[Bug 1730] Wine won't build on Slackware 9: structure has no member named `UserData'

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1730 ------- Additional Comments From max-wine(a)alcyone.com 2003-03-10 19:33 ------- Slackware 9 appears to have version 4.1.0 of libgif/libungif installed, which as far as I know is the latest: lrwxrwxrwx 1 root root 10 Jul 19 08:41 /usr/lib/libgif.a -> libungif.a lrwxrwxrwx 1 root root 11 Jul 19 08:41 /usr/lib/libgif.so -> libgif.so.4* lrwxrwxrwx 1 root root 15 Jul 19 08:41 /usr/lib/libgif.so.4 -> libgif.so.4.1.0* lrwxrwxrwx 1 root root 17 Jul 19 08:41 /usr/lib/libgif.so.4.1.0 -> libungif.so.4.1.0* Does WINE require an older version? -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 4, 2003

[Bug 1755] New: PowerBuilder application crashes on some windows with datawindows.

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1755 Summary: PowerBuilder application crashes on some windows with datawindows. Product: Wine Version: 20030911 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: wine-net AssignedTo: wine-bugs(a)winehq.com ReportedBy: jtaklob(a)lycos.com The PB compiled application will crash for some windows that has datawindows. The application requires ODBC and I install UnixODBC-2.2.6. The backend database is Postgres and I install psqlodbc-07.03.0100. The OS is Mandrake 8.1 and Gnome as the Xwindows server. Below will be the 100 lines of the wine-dbg message: == 000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408341f8 000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408341f8 000f:Ret advapi32.RegQueryValueExA() retval=00000000 ret=405c1b78 000f:Call advapi32.RegQueryValueExA (00000028,405d077c "ExtDbgOnInternalException",00000000,40812e48,40812e4c,40812e 50) ret=405c1b78 000f:Call ntdll.RtlInitAnsiString (40812c48,405d077c "ExtDbgOnInternalException") ret=40833fa0 000f:Ret ntdll.RtlInitAnsiString() retval=0000001a ret=40833fa0 000f:Call ntdll.RtlAnsiStringToUnicodeString(400e5af8,40812c48,00000000) ret=40833fba 000f:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=40833fba 000f:Call ntdll.NtQueryValueKey (00000028,400e5af8,00000002,40812c50,00000100,40812c44) ret=40833ffe 000f:Ret ntdll.NtQueryValueKey() retval=00000000 ret=40833ffe 000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408341f8 000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408341f8 000f:Ret advapi32.RegQueryValueExA() retval=00000000 ret=405c1b78 000f:Call advapi32.RegCloseKey(00000028) ret=405c1bde 000f:Call ntdll.NtClose(00000028) ret=408334f7 000f:Ret ntdll.NtClose() retval=00000000 ret=408334f7 000f:Call ntdll.RtlNtStatusToDosError(00000000) ret=408334fd 000f:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=408334fd 000f:Ret advapi32.RegCloseKey() retval=00000000 ret=405c1bde WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000da70 (_end+0x400c1fc) Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x40025000) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x400ee000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x40106000) No debug information in ELF '/lib/libc.so.6' (0x401f9000) No debug information in ELF '/lib/libm.so.6' (0x40337000) No debug information in ELF '/lib/libdl.so.2' (0x4035a000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x4035f000) No debug information in ELF '/lib/libnss_files.so.2' (0x40468000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x407b3000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x408e8000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x4095e000) Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so' (0x4098b000) Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so' (0x409a8000) Loaded debug information from ELF '/usr/local/lib/wine/iphlpapi.dll.so' (0x409d1000) Loaded debug information from ELF '/usr/local/lib/wine/comdlg32.dll.so' (0x409f0000) Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x40a6a000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x40ae7000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x40b5b000) Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x40ba3000) Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x40bf7000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x40c8f000) Loaded debug information from ELF '/usr/local/lib/wine/olepro32.dll.so' (0x40cb2000) Loaded debug information from ELF '/usr/local/lib/wine/oleaut32.dll.so' (0x40cc7000) Loaded debug information from ELF '/usr/local/lib/wine/version.dll.so' (0x40d3a000) Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' (0x40d55000) Loaded debug information from ELF '/usr/local/lib/wine/oledlg.dll.so' (0x40d6d000) Loaded debug information from ELF '/usr/local/lib/wine/imm32.dll.so' (0x40d83000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40d9e000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40473000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40e09000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so.1' (0x40591000) No debug information in ELF '/usr/X11R6/lib/libXv.so.1' (0x40597000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40e20000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e2f000) Loaded debug information from ELF '/lib/libpthread.so.0' (0x40f95000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40f19000) Loaded debug information from ELF '/usr/local/lib/wine/odbc32.dll.so' (0x40f60000) No debug information in ELF '/usr/lib/libodbc.so' (0x42790000) Loaded debug information from ELF '/usr/local/lib/libodbcpsql.so.1.0.0' (0x428f0000) No debug information in ELF '/lib/libnsl.so.1' (0x4296a000) No debug information in ELF '/lib/libcrypt.so.1' (0x42980000) No debug information in 32bit DLL 'C:\Program Files\rapy\check_writer.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40390000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40970000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40900000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x409b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40990000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\MSVCRT.DLL' (0x78000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\LIBJCC.DLL' (0x10000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40b70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40bc0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40c10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40a90000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40ca0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40a00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL' (0x40ce0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEPRO32.DLL' (0x40cc0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x40d60000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40d40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEDLG.DLL' (0x40d70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IMM32.DLL' (0x40d90000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\MSVCIRT.DLL' (0x780a0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBVM80.DLL' (0x10b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40db0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\CWMAIN.DLL' (0x40b000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ODBC32.DLL' (0x40f70000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBODB80.DLL' (0x14f00000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\PBDWE80.DLL' (0x11500000) No debug information in 32bit DLL 'C:\PROGRAM FILES\RAPY\CWCALENDAR.DLL' (0x45c000) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x10b82396). In 32-bit mode. 0x10b82396 (PBVM80.DLL.PBE_FmtFormatData+0x1f6 in PBVM80.DLL): repne scasb %es:(%edi) Wine-dbg>WineDbg terminated on pid 8 == Thanx for the help. I look forward the fix. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 3, 2003

[Bug 1754] New: Daceasy Accounting installshield crashes with ikernel.exe error

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1754 Summary: Daceasy Accounting installshield crashes with ikernel.exe error Product: Wine Version: 20030813 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.com ReportedBy: sureshd(a)tstt.net.tt When I run the Exectable for the daceasy Installation, this is the error I get: The installation never finishes. What can I do to get it to install? I saw another accounting package with a similar error, but no solution... $wine MSetup.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. $ fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 2, 2003

[Bug 1737] Metafiles embedded in Rich Text don't render

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1737 ------- Additional Comments From mike(a)theoretic.com 2003-02-10 12:06 ------- Is this using builtin or native richedit? IIRC our richedit control is nowhere near fully implemented, you may need to either do some work on it, or use native for now. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 2, 2003

[Bug 1714] GetAhead 1.0 causes Wine to segfault

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1714 ------- Additional Comments From mike(a)theoretic.com 2003-02-10 12:04 ------- Try getting a backtrace using winedbg, also a +relay,+seh trace may be useful. Really though you need to debug this one I think.... -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 2, 2003

[Bug 1752] Fedora-Core wine 20030911 does not compile

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1752 ------- Additional Comments From traxtopel(a)hotpop.com 2003-02-10 03:31 ------- <Traxtopel> checking openssl/ssl.h presence... yes <Traxtopel> checking for openssl/ssl.h... yes <Traxtopel> configure:13973: checking for openssl/ssl.h <Traxtopel> ac_cv_header_openssl_ssl_h=yes <papineau> So in include/config.h, HAVE_OPENSSL_SSL_H is defined? <Traxtopel> nope <Traxtopel> #undef HAVE_OPENSSL_SSL_H <papineau> config.h or config.h.in? It's supposed to be commented in config.h if absent <Traxtopel> sorry wrong by me <Traxtopel> iys defined <Traxtopel> I opened the template <Traxtopel> #define HAVE_OPENSSL_SSL_H 1 <Traxtopel> thats in include/config.h <papineau> So your openssl is detected and usable... <Traxtopel> well, wine seems to think so <Traxtopel> but something makes it bail out <papineau> Next thing could be to try to compile cookie.c with -E rather than -c, and check the output to verify what's the problem with kssl.h <Traxtopel> where does cookie get compile from? <papineau> dlls/wininet <Traxtopel> ok got it <papineau> Where's your krb5.h? /usr/kerberos/include/krb5h? <Traxtopel> /usr/include/krb5.h <papineau> That explains why mine is not found (bummer). It comes from package krb5-devel? <Traxtopel> yep <Traxtopel> I guess I can symlink it <papineau> The problem is not that it's not found <papineau> Well, doesn't seem to. <Traxtopel> can I add an extra path somewhere <papineau> Your krb5.h is found, no need to add a path. <Traxtopel> ah ok <Traxtopel> misread what u said <Traxtopel> I notice in redhat 9 it is in /usr/kerberos/ <papineau> In dlls/wininet, do make, then copy the gcc line while changing the -c to -E and the output to cookie.i. <Traxtopel> hmm I will need to restart it, I did a make clean <papineau> You don't need everything, just a couple. <papineau> Begin with dlls/wininet, it'll tell you what you need (probably tools/wrc and libs) <Traxtopel> ok let me look <Traxtopel> ok that went clean <Traxtopel> using th -E <papineau> Ok. <papineau> It's the result of the first pass of gcc, replacing all macros etc. and before actually compiling anything. <papineau> Open the output file and search for kssl.h <Traxtopel> ah ok <Traxtopel> typedef struct kssl_ctx_st <Traxtopel> { <Traxtopel> /* used by: disposition: */ <Traxtopel> char *service_name; /* C,S default ok (kssl) */ <Traxtopel> char *service_host; /* C input, REQUIRED */ <Traxtopel> char *client_princ; /* S output from krb5 ticket */ <Traxtopel> char *keytab_file; /* S NULL (/etc/krb5.keytab) */ <Traxtopel> char *cred_cache; /* C NULL (default) */ <Traxtopel> krb5_enctype enctype; <Traxtopel> int length; <Traxtopel> krb5_octet FAR *key; <Traxtopel> } KSSL_CTX; <Traxtopel> <Traxtopel> #define KSSL_CLIENT 1 <Traxtopel> #define KSSL_SERVER 2 <Traxtopel> #define KSSL_SERVICE 3 <Traxtopel> #define KSSL_KEYTAB 4 <Traxtopel> <Traxtopel> #define KSSL_CTX_OK 0 <Traxtopel> #define KSSL_CTX_ERR 1 <Traxtopel> #define KSSL_NOMEM 2 <Traxtopel> <Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which, char *text); <Traxtopel> KSSL_CTX *kssl_ctx_new(void); <Traxtopel> oops sorry <Traxtopel> #define KSSL_ERR_MAX 255 <Traxtopel> typedef struct kssl_err_st { <Traxtopel> int reason; <Traxtopel> char text[KSSL_ERR_MAX+1]; <Traxtopel> } KSSL_ERR; <Traxtopel> <Traxtopel> <Traxtopel> ** (1) Kerberos session key to SSL, and <Traxtopel> ** (2) Config data between application and SSL lib <Traxtopel> */ <Traxtopel> typedef struct kssl_ctx_st <Traxtopel> { <Traxtopel> /* used by: disposition: */ <Traxtopel> char *service_name; /* C,S default ok (kssl) */ <Traxtopel> char *service_host; /* C input, REQUIRED */ <Traxtopel> char *client_princ; /* S output from krb5 ticket */ <Traxtopel> char *keytab_file; /* S NULL (/etc/krb5.keytab) */ <Traxtopel> char *cred_cache; /* C NULL (default) */ <Traxtopel> krb5_enctype enctype; <Traxtopel> int length; <Traxtopel> krb5_octet FAR *key; <Traxtopel> } KSSL_CTX; <Traxtopel> <Traxtopel> #define KSSL_CLIENT 1 <Traxtopel> #define KSSL_SERVER 2 <Traxtopel> #define KSSL_SERVICE 3 <Traxtopel> #define KSSL_KEYTAB 4 <Traxtopel> <Traxtopel> #define KSSL_CTX_OK 0 <Traxtopel> #define KSSL_CTX_ERR 1 <Traxtopel> #define KSSL_NOMEM 2 <Traxtopel> <Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which, char *text); <Traxtopel> missed a bit <papineau> What I want is the lines in cookie.o resulting from kssl.h being included. <papineau> There are no comments, no #define, no macros <papineau> They all have already been processed <Traxtopel> typedef struct kssl_err_st { <Traxtopel> int reason; <Traxtopel> char text[255 +1]; <Traxtopel> } KSSL_ERR; <Traxtopel> <Traxtopel> <Traxtopel> <Traxtopel> <Traxtopel> <Traxtopel> <Traxtopel> typedef struct kssl_ctx_st <Traxtopel> { <Traxtopel> <Traxtopel> char *service_name; <Traxtopel> char *service_host; <Traxtopel> char *client_princ; <Traxtopel> char *keytab_file; <Traxtopel> char *cred_cache; <Traxtopel> krb5_enctype enctype; <Traxtopel> int length; <Traxtopel> krb5_octet do_not_use_this_in_wine *key; <Traxtopel> } KSSL_CTX; <Traxtopel> # 149 "/usr/include/openssl/kssl.h" 3 4 <Traxtopel> krb5_error_code kssl_ctx_setstring(KSSL_CTX *kssl_ctx, int which, char *text); <Traxtopel> KSSL_CTX *kssl_ctx_new(void); <Traxtopel> KSSL_CTX *kssl_ctx_free(KSSL_CTX *kssl_ctx); <Traxtopel> void kssl_ctx_show(KSSL_CTX *kssl_ctx); <Traxtopel> krb5_error_code kssl_ctx_setprinc(KSSL_CTX *kssl_ctx, int which, <Traxtopel> is that more like it? <papineau> That's what I want to see, yes <papineau> See the do_not_use_this_in_wine? <Traxtopel> ah yes <Traxtopel> so something with krb5_octet <papineau> It's the definition of FAR, because one of the wine headers defined it that way <papineau> So there's an incompatibilty between your version of ssl with kerberos and wine <Traxtopel> and if I disable the krb5_octet in the header <Traxtopel> or all of them <papineau> Resolution could involve passing --without-ssl to wine's ./configure, or defining OPENSSL_NO_KRB5 <papineau> The problem is not with krb5_octet per see, but with a keyword used by ssl w/ krb5 which Wine forbids <Traxtopel> do u want the bugzilla number to add the info to <papineau> Go ahead <Traxtopel> it uses its owns methods <Traxtopel> one sec <Traxtopel> http://bugs.winehq.com/show_bug.cgi?id=1752 <Traxtopel> 1752 <Traxtopel> ok, thanks you have been a great help <papineau> The final resolution will probably involve either an #undef FAR just before including ssl.h in cookie.c (you can try that right away) (but that's a hack), or <Traxtopel> ok I will try it <papineau> getting openssl kerberos to not use FAR at all <Traxtopel> first I will see if wine compiles/works without ssl <Traxtopel> hehe <papineau> Good luck! -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 2, 2003

[Bug 1512] Segmentation fault. Wine failed with return code 139

by Wine Bugs

http://bugs.winehq.com/show_bug.cgi?id=1512 ------- Additional Comments From dtaylor(a)flowcom.com.au 2003-02-10 01:30 ------- Upgrading glibc fixed the problem. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Oct. 2, 2003