- wine-bugs - winehq.org

[Bug 1415] Vb DriveListBox VBcomponent not OK in Vb 3
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1415 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:03 ------- Bug comments restored from Gmane.org: This file is a descripton of Bug when we using CrossOver Office or Wine 20030408 on linux. The error starts when the O.S. run (*.exe) a DriveListBox VBcomponent at a simple form on Visual Basic 3; Or on designer time when i try to access the DriveListBox VBcomponent and put on the form. Example of Form code VERSION 2.00 Begin Form Pesq BackColor = &H00C0C0C0& BorderStyle = 3 'Fixed Double Caption = "Pesquisa" ClientHeight = 6195 ClientLeft = 1965 ClientTop = 690 ClientWidth = 8085 ClipControls = 0 'False ControlBox = 0 'False Height = 6600 Left = 1905 LinkTopic = "Form1" MaxButton = 0 'False MinButton = 0 'False ScaleHeight = 6195 ScaleWidth = 8085 Top = 345 Width = 8205 Begin DriveListBox Drive1 Height = 315 Left = 120 TabIndex = 6 Top = 360 Width = 3135 End End *************************** Error VB******************************************** ./wine c:\\vb\\vb.exe wine: Unhandled exception, starting debugger... WineDbg starting on pid a No debug information in ELF '/opt/cxoffice/bin/wineloader' (0x00000000) Breakpoint 1 at 0x40009c4c No debug information in ELF '/opt/cxoffice/lib/libntdll.dll.so' (0x40012000) No debug information in ELF '/opt/cxoffice/lib/libwine.so' (0x40110000) No debug information in ELF '/opt/cxoffice/lib/libwine_unicode.so' (0x40128000) No debug information in ELF '/lib/libm.so.6' (0x40212000) No debug information in ELF '/lib/libc.so.6' (0x40233000) No debug information in ELF '/lib/libdl.so.2' (0x40343000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_compat.so.2' (0x40347000) No debug information in ELF '/lib/libnsl.so.1' (0x40351000) No debug information in ELF '/opt/cxoffice/lib/wine/mmsystem.dll.so' (0x408a3000) No debug information in ELF '/opt/cxoffice/lib/wine/user32.dll.so' (0x40909000) No debug information in ELF '/opt/cxoffice/lib/wine/gdi32.dll.so' (0x40a28000) No debug information in ELF '/opt/cxoffice/lib/wine/advapi32.dll.so' (0x40aa2000) No debug information in ELF '/opt/cxoffice/lib/wine/kernel32.dll.so' (0x40ace000) Loaded debug information from ELF '/opt/cxoffice/lib/libcxfreetype.so' (0x40b7e000) No debug information in ELF '/opt/cxoffice/lib/wine/x11drv.dll.so' (0x40bbd000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40c27000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40c2f000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40c44000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40c51000) No debug information in ELF '/opt/cxoffice/lib/wine/imm32.dll.so' (0x40d0c000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4020b000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcDef.so.2' (0x40364000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' (0x40d26000) No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x40367000) No debug information in ELF '/opt/cxoffice/lib/wine/wineoss.drv.so' (0x40da0000) No debug information in ELF '/opt/cxoffice/lib/wine/msacm.drv.so' (0x40dd4000) No debug information in ELF '/opt/cxoffice/lib/wine/msacm32.dll.so' (0x40deb000) No debug information in ELF '/opt/cxoffice/lib/wine/midimap.drv.so' (0x40f20000) No debug information in ELF '/opt/cxoffice/lib/wine/commdlg.dll.so' (0x41175000) No debug information in ELF '/opt/cxoffice/lib/wine/shell32.dll.so' (0x411ed000) No debug information in ELF '/opt/cxoffice/lib/wine/shlwapi.dll.so' (0x41266000) No debug information in ELF '/opt/cxoffice/lib/wine/comctl32.dll.so' (0x412b1000) No debug information in ELF '/opt/cxoffice/lib/wine/winspool.drv.so' (0x41346000) No debug information in ELF '/opt/cxoffice/lib/wine/wineps.dll.so' (0x41480000) No debug information in ELF '/usr/lib/libcups.so.2' (0x41610000) No debug information in ELF '/lib/libnss_files.so.2' (0x40f35000) No debug information in ELF '/opt/cxoffice/lib/wine/winedos.dll.so' (0x41628000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xomGeneric.so.2' (0x40d85000) No debug information in 32bit DLL 'Z:\opt\cxoffice\bin\wineloader' (0x08050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40ab0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40930000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x408b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IMM32.DLL' (0x40d10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40bd0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40db0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40df0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x40de0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x40f30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x65f00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x41280000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x412c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41210000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41350000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x41190000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEPS.DLL' (0x414a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x41630000) Unhandled exception: page fault on read access to 0x00000768 in 32-bit code (0x4007ba50). In 32-bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0257 GS:0000 EIP:4007ba50 ESP:41161db4 EBP:41161dc0 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:400dfb80 ECX:ffffffff EDX:401159a0 ESI:ffffffff EDI:00000768 Stack dump: 0x41161db4: 409e50f4 0000040e 00000768 41161e90 0x41161dc4: 40961d10 00000000 00000000 00000768 0x41161dd4: ffffffff 00000000 00000000 409e50f4 0x41161de4: 00050027 0000040e 409e4dbc 409e50f4 0x41161df4: 00050027 0000040e 411731d8 00000001 0x41161e04: 411731c8 00000002 41161e1c 409948a7 0x41161e14: 004a: sel=0257 base=41173000 limit=00000fff 32-bit rw- Backtrace: =>0 0x4007ba50 (KERNEL32.DLL.MultiByteToWideChar+0x48 in libntdll.dll.so) (ebp=41161dc0) 1 0x40961d10 (USER32.DLL.EditWndProc+0xc104 in user32.dll.so) (ebp=41161e90) 2 0x4096230f (USER32.DLL.EditWndProc+0xc703 in user32.dll.so) (ebp=41161eb4) 3 0x409626d5 (USER32.DLL.EditWndProc+0xcac9 in user32.dll.so) (ebp=41161f10) 4 0x4096273b (USER32.DLL.EditWndProc+0xcb2f in user32.dll.so) (ebp=41161f34) 5 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so) (ebp=41161f58) 6 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so) (ebp=41161f84) 7 0x409a3b34 (USER32.DLL.CallWindowProcA+0x40 in user32.dll.so) (ebp=41161fac) 8 0x409b4c65 (USER32.DLL.IsCharAlphaW+0x32dd in user32.dll.so) (ebp=41161ffc) 9 0x409b5978 (USER32.DLL.SendMessageTimeoutA+0xec in user32.dll.so) (ebp=41162058) 10 0x409b5ad3 (USER32.DLL.SendMessageA+0x33 in user32.dll.so) (ebp=41162084) 11 0x409535b3 (USER32.DLL.UnregisterDeviceNotification+0x1c053 in user32.dll.so) (ebp=411620b8) 12 0x4095372b (USER32.DLL.UnregisterDeviceNotification+0x1c1cb in user32.dll.so) (ebp=411620dc) 13 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so) (ebp=41162100) 14 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so) (ebp=4116212c) 15 0x409a37b2 (USER32.DLL.GetTaskmanWindow+0x5fee in user32.dll.so) (ebp=41162160) 16 0x409a3aa2 (USER32.DLL.CallWindowProc16+0xb6 in user32.dll.so) (ebp=4116218c) 17 0x40946dd4 (USER32.DLL.UnregisterDeviceNotification+0xf874 in user32.dll.so) (ebp=411621ac) 18 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so) (ebp=411621e4) 19 0x0347:0x0a1f (bp=8986) 20 0x02a7:0x0e75 (bp=8a72, far call assumed) 21 0x0347:0x044a (bp=8a9e, far call assumed) 22 0x0347:0x03ef (bp=8ab4) 23 0x02a7:0x18b2 (bp=8aca, far call assumed) 24 0x02a7:0x195a (bp=8ad6) 25 0x02a7:0x1a80 (bp=8ae4) 26 0x02a7:0x0fd9 (bp=8bc4) 27 0x0347:0x044a (bp=8bf0, far call assumed) 28 0x0347:0x03ef (bp=8c06) 29 0x0347:0x1fd9 (bp=8c1a) 30 0x03a7:0x2f49 (bp=8c6e, far call assumed) 31 0x03a7:0x2833 (bp=8d60) 32 0x03a7:0x1b41 (bp=8dde) 33 0x03a7:0x1779 (bp=8dfc) 34 0x03a7:0x17ce (bp=8e1a) 35 0x03a7:0x147e (bp=8e34) 36 0x028f:0x0520 (bp=8e78, far call assumed) 37 0x028f:0x030a (bp=8e8c) 38 0x028f:0x039f (bp=8e98) 39 0x0377:0x2449 (bp=8eac, far call assumed) 40 0x0377:0x341e (bp=8ed8) 41 0x00f7:0x0000 (bp=8f12, far call assumed) 42 0x4099db95 (USER32.DLL.GetTaskmanWindow+0x3d1 in user32.dll.so) (ebp=411624ec) 43 0x409a39c2 (USER32.DLL.GetTaskmanWindow+0x61fe in user32.dll.so) (ebp=41162524) 44 0x409a3c5a (USER32.DLL.CallWindowProcW+0x7a in user32.dll.so) (ebp=4116254c) 45 0x409b4c44 (USER32.DLL.IsCharAlphaW+0x32bc in user32.dll.so) (ebp=4116259c) 46 0x409b581f (USER32.DLL.SendMessageTimeoutW+0xdf in user32.dll.so) (ebp=411625f4) 47 0x409b5a93 (USER32.DLL.SendMessageW+0x33 in user32.dll.so) (ebp=41162620) 48 0x4094ea3b (USER32.DLL.UnregisterDeviceNotification+0x174db in user32.dll.so) (ebp=41162710) 49 0x4094f20b (USER32.DLL.UnregisterDeviceNotification+0x17cab in user32.dll.so) (ebp=41162734) 50 0x4099d877 (USER32.DLL.GetTaskmanWindow+0xb3 in user32.dll.so) (ebp=41162758) 51 0x4099d90a (USER32.DLL.GetTaskmanWindow+0x146 in user32.dll.so) (ebp=41162784) 52 0x409a37b2 (USER32.DLL.GetTaskmanWindow+0x5fee in user32.dll.so) (ebp=411627b8) 53 0x409a3aa2 (USER32.DLL.CallWindowProc16+0xb6 in user32.dll.so) (ebp=411627e4) 54 0x40946dd4 (USER32.DLL.UnregisterDeviceNotification+0xf874 in user32.dll.so) (ebp=41162804) 55 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so) (ebp=4116283c) 56 0x0377:0x3fd0 (bp=8f28) 57 0x00f7:0x0000 (bp=8f62, far call assumed) 58 0x4099db95 (USER32.DLL.GetTaskmanWindow+0x3d1 in user32.dll.so) (ebp=41162b44) 59 0x409a3a82 (USER32.DLL.CallWindowProc16+0x96 in user32.dll.so) (ebp=41162b70) 60 0x409b75e1 (USER32.DLL.AlignRects+0x945 in user32.dll.so) (ebp=41162bbc) 61 0x40946e0d (USER32.DLL.UnregisterDeviceNotification+0xf8ad in user32.dll.so) (ebp=41162bd0) 62 0x400ba0a5 (KERNEL32.DLL.__wine_call_from_16_long+0x95 in libntdll.dll.so) (ebp=41162c08) 63 0x0277:0x03f3 (bp=8f96) 64 0x0277:0x0253 (bp=8fa6) 65 0x0337:0x2569 (bp=8fb8, far call assumed) 66 0x0337:0x1492 (bp=0000) 0x4007ba50: repne scasb %es:(%edi) Modules: Address Module Name 0x08050000-08052000 (PE) Z:\opt\cxoffice\bin\wineloader 0x40040000-40042000 (PE) C:\WINDOWS\SYSTEM\NTDLL.DLL 0x408b0000-408b2000 (PE) C:\WINDOWS\SYSTEM\WINMM.DLL 0x40930000-40932000 (PE) C:\WINDOWS\SYSTEM\USER32.DLL 0x40a40000-40a42000 (PE) C:\WINDOWS\SYSTEM\GDI32.DLL 0x40ab0000-40ab2000 (PE) C:\WINDOWS\SYSTEM\ADVAPI32.DLL 0x40b00000-40b02000 (PE) C:\WINDOWS\SYSTEM\KERNEL32.DLL 0x40bd0000-40bd2000 (PE) C:\WINDOWS\SYSTEM\X11DRV.DLL 0x40d10000-40d12000 (PE) C:\WINDOWS\SYSTEM\IMM32.DLL 0x40db0000-40db2000 (PE) C:\WINDOWS\SYSTEM\WINEOSS.DRV 0x40de0000-40de2000 (PE) C:\WINDOWS\SYSTEM\MSACM.DRV 0x40df0000-40df2000 (PE) C:\WINDOWS\SYSTEM\MSACM32.DLL 0x40f30000-40f32000 (PE) C:\WINDOWS\SYSTEM\MIDIMAP.DRV 0x41190000-41192000 (PE) C:\WINDOWS\SYSTEM\COMDLG32.DLL 0x41210000-41212000 (PE) C:\WINDOWS\SYSTEM\SHELL32.DLL 0x41280000-41282000 (PE) C:\WINDOWS\SYSTEM\SHLWAPI.DLL 0x412c0000-412c2000 (PE) C:\WINDOWS\SYSTEM\COMCTL32.DLL 0x41350000-41352000 (PE) C:\WINDOWS\SYSTEM\WINSPOOL.DRV 0x414a0000-414a2000 (PE) C:\WINDOWS\SYSTEM\WINEPS.DLL 0x41630000-41632000 (PE) C:\WINDOWS\SYSTEM\WINEDOS.DLL 0x65f00000-65fc1800 (PE) C:\WINDOWS\SYSTEM\OLE32.DLL Threads: process tid prio 0000000a (D) Z:\opt\cxoffice\bin\wineloader 0000000c 0 <== 0000000b 0 00000008 00000009 0 WineDbg terminated on pid a ------- Additional Comments From joaquim <at> libnet.com.br 2003-04-25 18:04 ------- Created an attachment (id=464) --> (http://bugs.winehq.com/attachment.cgi?id=464&action=view) Binary teste ------- Additional Comments From joaquim <at> libnet.com.br 2003-04-27 18:28 ------- Using Vb 3 In Vb 6 this is OK -- 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.

1 0

[Bug 1414] Wine 20030408 won't compile on debian 3.0 testing/unstable
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1414 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:02 ------- Bug comments restored from Gmane.org: Hi I tried to compile wine on my debian-system today. However, a compilation error occured in ppl.l (I think). I did not have this problem on debian 3.0 stable. First, I tried to fix the problem on my own but I failed due to my inept skills in C. In the error-output (which I attached below) the compiler talks about a parse-error at line 97 in ppl.l but I couln't find it. Could this problem be related to the fact that I run debian unstable and that my compiler-tools aren't 100% solid? If that is the case, can someone provide a work-around for this problem? MAKE OUTPUT: ------------------------------- CUT --------------------------------- make[2]: Leaving directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/uuid' make[2]: Entering directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/wine' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs/wine' make[1]: Leaving directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/libs' make[1]: Entering directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools' make[2]: Entering directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools/wpp' gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -D_REENTRANT -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) ./ppl.l:373: `tLTE' undeclared (first use in this function) ./ppl.l:374: `tGTE' undeclared (first use in this function) ./ppl.l:379: `pp_sqs' undeclared (first use in this function) ./ppl.l:387: warning: implicit declaration of function `pp_xstrdup' ./ppl.l:387: `tIDENT' undeclared (first use in this function) ./ppl.l:418: `tLITERAL' undeclared (first use in this function) ./ppl.l:421: called object is not a function ./ppl.l:427: `pp_macro' undeclared (first use in this function) ./ppl.l:427: `tMACRO' undeclared (first use in this function) ./ppl.l:428: `pp_define' undeclared (first use in this function) ./ppl.l:428: `tDEFINE' undeclared (first use in this function) ./ppl.l:447: `pp_mbody' undeclared (first use in this function) ./ppl.l:447: `tMACROEND' undeclared (first use in this function) ./ppl.l:451: `tELIPSIS' undeclared (first use in this function) ./ppl.l:460: `tCONCAT' undeclared (first use in this function) ./ppl.l:461: `tSTRINGIZE' undeclared (first use in this function) ./ppl.l:479: `pp_macscan' undeclared (first use in this function) ./ppl.l:486: `macexpstackentry_t' undeclared (first use in this function) ./ppl.l:486: `mac' undeclared (first use in this function) ./ppl.l:486: warning: implicit declaration of function `pop_macro' ./ppl.l:488: warning: implicit declaration of function `put_buffer' ./ppl.l:490: warning: implicit declaration of function `free_macro' ./ppl.l:498: warning: implicit declaration of function `MACROPARENTHESES' ./ppl.l:498: invalid lvalue in increment ./ppl.l:499: warning: implicit declaration of function `add_text_to_macro' ./ppl.l:502: invalid lvalue in decrement ./ppl.l:505: warning: implicit declaration of function `macro_add_arg' ./ppl.l:518: `pp_comment' undeclared (first use in this function) ./ppl.l:519: `pp_status' undeclared (first use in this function) ./ppl.l:536: warning: implicit declaration of function `ppwarning' ./ppl.l:548: called object is not a function ./ppl.l:555: `RCINCL' undeclared (first use in this function) ./ppl.l:556: called object is not a function ./ppl.l:557: warning: implicit declaration of function `get_string' ./ppl.l:558: `tDQSTRING' undeclared (first use in this function) ./ppl.l:560: warning: implicit declaration of function `put_string' ./ppl.l:567: called object is not a function ./ppl.l:573: `tSQSTRING' undeclared (first use in this function) ./ppl.l:583: `tIQSTRING' undeclared (first use in this function) ./ppl.l:613: warning: implicit declaration of function `string_start' ./ppl.l:620: `pp_entry_t' undeclared (first use in this function) ./ppl.l:620: `ppp' undeclared (first use in this function) ./ppl.l:622: warning: implicit declaration of function `pplookup' ./ppl.l:624: called object is not a function ./ppl.l:627: called object is not a function ./ppl.l:633: called object is not a function ./ppl.l:633: `INITIAL' undeclared (first use in this function) ./ppl.l:635: `tRCINCLUDE' undeclared (first use in this function) ./ppl.l:644: `def_special' undeclared (first use in this function) ./ppl.l:645: warning: implicit declaration of function `expand_special' ./ppl.l:647: `def_define' undeclared (first use in this function) ./ppl.l:648: warning: implicit declaration of function `expand_define' ./ppl.l:650: `def_macro' undeclared (first use in this function) ./ppl.l:651: `pp_macign' undeclared (first use in this function) ./ppl.l:652: warning: implicit declaration of function `push_macro' ./ppl.l:655: warning: implicit declaration of function `pp_internal_error' ./ppl.l:679: `tRCINCLUDEPATH' undeclared (first use in this function) ./ppl.l:692: warning: implicit declaration of function `isprint' ./ppl.l:708: `pp_macexp' undeclared (first use in this function) ./ppl.l:696: `bufferstackentry_t' undeclared (first use in this function) ./ppl.l:696: `bep' undeclared (first use in this function) ./ppl.l:696: warning: implicit declaration of function `pop_buffer' ./ppl.l:698: warning: implicit declaration of function `pp_get_if_depth' ./ppl.l:711: warning: implicit declaration of function `expand_macro' ./ppl.l: At top level: ./ppl.l:742: warning: `newline' was declared implicitly `extern' and later `static' ./ppl.l:330: warning: previous declaration of `newline' ./ppl.l:742: warning: type mismatch with previous implicit declaration ./ppl.l:330: warning: previous implicit declaration of `newline' ./ppl.l:742: warning: `newline' was previously implicitly declared to return `int' ./ppl.l: In function `newline': ./ppl.l:743: `pp_status' undeclared (first use in this function) ./ppl.l:749: `ncontinuations' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:782: syntax error before "YYSTYPE" ./ppl.l:783: warning: `make_number' was declared implicitly `extern' and later `static' ./ppl.l:338: warning: previous declaration of `make_number' ./ppl.l: In function `make_number': ./ppl.l:790: warning: implicit declaration of function `toupper' ./ppl.l:790: `str' undeclared (first use in this function) ./ppl.l:790: `len' undeclared (first use in this function) ./ppl.l:824: `val' undeclared (first use in this function) ./ppl.l:824: `radix' undeclared (first use in this function) ./ppl.l:825: `tULONG' undeclared (first use in this function) ./ppl.l:830: `tSLONG' undeclared (first use in this function) ./ppl.l:835: `tUINT' undeclared (first use in this function) ./ppl.l:840: `tSINT' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:851: syntax error before '*' token ./ppl.l:852: warning: `expand_special' was declared implicitly `extern' and later `static' ./ppl.l:645: warning: previous declaration of `expand_special' ./ppl.l:852: warning: type mismatch with previous implicit declaration ./ppl.l:645: warning: previous implicit declaration of `expand_special' ./ppl.l:852: warning: `expand_special' was previously implicitly declared to return `int' ./ppl.l: In function `expand_special': ./ppl.l:856: warning: implicit declaration of function `assert' ./ppl.l:856: `ppp' undeclared (first use in this function) ./ppl.l:856: `def_special' undeclared (first use in this function) ./ppl.l:861: warning: implicit declaration of function `pp_xrealloc' ./ppl.l:861: warning: assignment makes pointer from integer without a cast ./ppl.l:862: `pp_status' undeclared (first use in this function) ./ppl.l:867: warning: assignment makes pointer from integer without a cast ./ppl.l:875: `macexpstackidx' undeclared (first use in this function) ./ppl.l:883: warning: implicit declaration of function `push_buffer' ./ppl.l: At top level: ./ppl.l:888: syntax error before '*' token ./ppl.l:889: warning: `expand_define' was declared implicitly `extern' and later `static' ./ppl.l:648: warning: previous declaration of `expand_define' ./ppl.l:889: warning: type mismatch with previous implicit declaration ./ppl.l:648: warning: previous implicit declaration of `expand_define' ./ppl.l:889: warning: `expand_define' was previously implicitly declared to return `int' ./ppl.l: In function `expand_define': ./ppl.l:890: `ppp' undeclared (first use in this function) ./ppl.l:890: `def_define' undeclared (first use in this function) ./ppl.l:894: `macexpstackidx' undeclared (first use in this function) ./ppl.l:895: `pp_status' undeclared (first use in this function) ./ppl.l: In function `add_text': ./ppl.l:916: `ALLOCBLOCKSIZE' undeclared (first use in this function) ./ppl.l:917: warning: assignment makes pointer from integer without a cast ./ppl.l: At top level: ./ppl.l:925: syntax error before '*' token ./ppl.l:925: syntax error before '*' token ./ppl.l:926: warning: return type defaults to `int' ./ppl.l: In function `add_expand_text': ./ppl.l:932: `mtp' undeclared (first use in this function) ./ppl.l:937: `exp_text' undeclared (first use in this function) ./ppl.l:943: `exp_stringize' undeclared (first use in this function) ./ppl.l:947: `mep' undeclared (first use in this function) ./ppl.l:960: `exp_concat' undeclared (first use in this function) ./ppl.l:966: warning: implicit declaration of function `isspace' ./ppl.l:973: `nnl' undeclared (first use in this function) ./ppl.l:995: `exp_subst' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1022: syntax error before '*' token ./ppl.l:1023: warning: `expand_macro' was declared implicitly `extern' and later `static' ./ppl.l:711: warning: previous declaration of `expand_macro' ./ppl.l:1023: warning: type mismatch with previous implicit declaration ./ppl.l:711: warning: previous implicit declaration of `expand_macro' ./ppl.l:1023: warning: `expand_macro' was previously implicitly declared to return `int' ./ppl.l: In function `expand_macro': ./ppl.l:1024: `mtext_t' undeclared (first use in this function) ./ppl.l:1024: `mtp' undeclared (first use in this function) ./ppl.l:1028: `pp_entry_t' undeclared (first use in this function) ./ppl.l:1028: `ppp' undeclared (first use in this function) ./ppl.l:1028: `mep' undeclared (first use in this function) ./ppl.l:1031: `def_macro' undeclared (first use in this function) ./ppl.l:1042: `macexpstackidx' undeclared (first use in this function) ./ppl.l:1043: `pp_status' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1101: warning: `new_string' was declared implicitly `extern' and later `static' ./ppl.l:339: warning: previous declaration of `new_string' ./ppl.l:1101: warning: type mismatch with previous implicit declaration ./ppl.l:339: warning: previous implicit declaration of `new_string' ./ppl.l:1101: warning: `new_string' was previously implicitly declared to return `int' ./ppl.l: In function `new_string': ./ppl.l:1106: `strbuf_idx' undeclared (first use in this function) ./ppl.l:1107: `str_startline' undeclared (first use in this function) ./ppl.l:1107: `pp_status' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1111: warning: `add_string' was declared implicitly `extern' and later `static' ./ppl.l:339: warning: previous declaration of `add_string' ./ppl.l:1111: warning: type mismatch with previous implicit declaration ./ppl.l:339: warning: previous implicit declaration of `add_string' ./ppl.l:1111: warning: `add_string' was previously implicitly declared to return `int' ./ppl.l: In function `add_string': ./ppl.l:1114: `strbuf_idx' undeclared (first use in this function) ./ppl.l:1114: `strbuf_alloc' undeclared (first use in this function) ./ppl.l:1116: `ALLOCBLOCKSIZE' undeclared (first use in this function) ./ppl.l:1117: `strbuffer' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1126: warning: `get_string' was declared implicitly `extern' and later `static' ./ppl.l:582: warning: previous declaration of `get_string' ./ppl.l:1126: warning: type mismatch with previous implicit declaration ./ppl.l:582: warning: previous implicit declaration of `get_string' ./ppl.l:1126: warning: `get_string' was previously implicitly declared to return `int' ./ppl.l: In function `get_string': ./ppl.l:1127: warning: implicit declaration of function `pp_xmalloc' ./ppl.l:1127: `strbuf_idx' undeclared (first use in this function) ./ppl.l:1127: warning: initialization makes pointer from integer without a cast ./ppl.l:1128: `strbuffer' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1137: warning: `put_string' was declared implicitly `extern' and later `static' ./ppl.l:575: warning: previous declaration of `put_string' ./ppl.l:1137: warning: type mismatch with previous implicit declaration ./ppl.l:575: warning: previous implicit declaration of `put_string' ./ppl.l:1137: warning: `put_string' was previously implicitly declared to return `int' ./ppl.l: In function `put_string': ./ppl.l:1138: `strbuffer' undeclared (first use in this function) ./ppl.l:1138: `strbuf_idx' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1145: warning: `string_start' was declared implicitly `extern' and later `static' ./ppl.l:613: warning: previous declaration of `string_start' ./ppl.l: In function `string_start': ./ppl.l:1146: `str_startline' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1155: syntax error before '*' token ./ppl.l:1156: warning: `push_buffer' was declared implicitly `extern' and later `static' ./ppl.l:1089: warning: previous declaration of `push_buffer' ./ppl.l:1156: warning: type mismatch with previous implicit declaration ./ppl.l:1089: warning: previous implicit declaration of `push_buffer' ./ppl.l:1156: warning: `push_buffer' was previously implicitly declared to return `int' ./ppl.l: In function `push_buffer': ./ppl.l:1157: `ppdebug' undeclared (first use in this function) ./ppl.l:1158: `bufferstackidx' undeclared (first use in this function) ./ppl.l:1158: `ppp' undeclared (first use in this function) ./ppl.l:1158: `filename' undeclared (first use in this function) ./ppl.l:1158: `incname' undeclared (first use in this function) ./ppl.l:1158: `pop' undeclared (first use in this function) ./ppl.l:1159: `MAXBUFFERSTACK' undeclared (first use in this function) ./ppl.l:1162: `bufferstack' undeclared (first use in this function) ./ppl.l:1165: `pp_status' undeclared (first use in this function) ./ppl.l:1170: `ncontinuations' undeclared (first use in this function) ./ppl.l:1171: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1173: `pass_data' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1190: syntax error before '*' token ./ppl.l:1191: warning: return type defaults to `int' ./ppl.l:1191: warning: type mismatch with previous implicit declaration ./ppl.l:696: warning: previous implicit declaration of `pop_buffer' ./ppl.l:1191: warning: `pop_buffer' was previously implicitly declared to return `int' ./ppl.l: In function `pop_buffer': ./ppl.l:1192: `bufferstackidx' undeclared (first use in this function) ./ppl.l:1200: `bufferstack' undeclared (first use in this function) ./ppl.l:1204: `pp_status' undeclared (first use in this function) ./ppl.l:1207: `ncontinuations' undeclared (first use in this function) ./ppl.l:1214: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1216: `pp_entry_t' undeclared (first use in this function) ./ppl.l:1216: `ppp' undeclared (first use in this function) ./ppl.l:1219: `includelogicentry_t' undeclared (first use in this function) ./ppl.l:1219: `iep' undeclared (first use in this function) ./ppl.l:1224: `pp_includelogiclist' undeclared (first use in this function) ./ppl.l:1237: `pass_data' undeclared (first use in this function) ./ppl.l:1242: `ppdebug' undeclared (first use in this function) ./ppl.l:1257: warning: implicit declaration of function `yy_current_state' ./ppl.l:1257: `pp_macexp' undeclared (first use in this function) ./ppl.l:1258: warning: implicit declaration of function `macro_add_expansion' ./ppl.l: At top level: ./ppl.l:1273: syntax error before '*' token ./ppl.l:1274: warning: `push_macro' was declared implicitly `extern' and later `static' ./ppl.l:652: warning: previous declaration of `push_macro' ./ppl.l:1274: warning: type mismatch with previous implicit declaration ./ppl.l:652: warning: previous implicit declaration of `push_macro' ./ppl.l:1274: warning: `push_macro' was previously implicitly declared to return `int' ./ppl.l: In function `push_macro': ./ppl.l:1275: `macexpstackidx' undeclared (first use in this function) ./ppl.l:1275: `MAXMACEXPSTACK' undeclared (first use in this function) ./ppl.l:1278: `macexpstack' undeclared (first use in this function) ./ppl.l:1280: `ppp' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1284: syntax error before '*' token ./ppl.l:1285: warning: return type defaults to `int' ./ppl.l: In function `top_macro': ./ppl.l:1286: `macexpstackidx' undeclared (first use in this function) ./ppl.l:1286: `macexpstack' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1289: syntax error before '*' token ./ppl.l:1290: warning: return type defaults to `int' ./ppl.l:1290: warning: type mismatch with previous implicit declaration ./ppl.l:710: warning: previous implicit declaration of `pop_macro' ./ppl.l:1290: warning: `pop_macro' was previously implicitly declared to return `int' ./ppl.l: In function `pop_macro': ./ppl.l:1291: `macexpstackidx' undeclared (first use in this function) ./ppl.l:1293: `macexpstack' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1296: syntax error before '*' token ./ppl.l:1297: warning: `free_macro' was declared implicitly `extern' and later `static' ./ppl.l:490: warning: previous declaration of `free_macro' ./ppl.l:1297: warning: type mismatch with previous implicit declaration ./ppl.l:490: warning: previous implicit declaration of `free_macro' ./ppl.l:1297: warning: `free_macro' was previously implicitly declared to return `int' ./ppl.l: In function `free_macro': ./ppl.l:1300: `mep' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1312: warning: `add_text_to_macro' was declared implicitly `extern' and later `static' ./ppl.l:518: warning: previous declaration of `add_text_to_macro' ./ppl.l:1312: warning: type mismatch with previous implicit declaration ./ppl.l:518: warning: previous implicit declaration of `add_text_to_macro' ./ppl.l:1312: warning: `add_text_to_macro' was previously implicitly declared to return `int' ./ppl.l: In function `add_text_to_macro': ./ppl.l:1313: `macexpstackentry_t' undeclared (first use in this function) ./ppl.l:1313: `mep' undeclared (first use in this function) ./ppl.l:1319: `ALLOCBLOCKSIZE' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1328: warning: `macro_add_arg' was declared implicitly `extern' and later `static' ./ppl.l:514: warning: previous declaration of `macro_add_arg' ./ppl.l:1328: warning: type mismatch with previous implicit declaration ./ppl.l:514: warning: previous implicit declaration of `macro_add_arg' ./ppl.l:1328: warning: `macro_add_arg' was previously implicitly declared to return `int' ./ppl.l: In function `macro_add_arg': ./ppl.l:1331: `macexpstackentry_t' undeclared (first use in this function) ./ppl.l:1331: `mep' undeclared (first use in this function) ./ppl.l:1352: `pp_status' undeclared (first use in this function) ./ppl.l:1360: `pp_macexp' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1368: warning: `macro_add_expansion' was declared implicitly `extern' and later `static' ./ppl.l:1258: warning: previous declaration of `macro_add_expansion' ./ppl.l:1368: warning: type mismatch with previous implicit declaration ./ppl.l:1258: warning: previous implicit declaration of `macro_add_expansion' ./ppl.l:1368: warning: `macro_add_expansion' was previously implicitly declared to return `int' ./ppl.l: In function `macro_add_expansion': ./ppl.l:1369: `macexpstackentry_t' undeclared (first use in this function) ./ppl.l:1369: `mep' undeclared (first use in this function) ./ppl.l:1380: `pp_status' undeclared (first use in this function) ./ppl.l: At top level: ./ppl.l:1393: warning: `put_buffer' was declared implicitly `extern' and later `static' ./ppl.l:1138: warning: previous declaration of `put_buffer' ./ppl.l:1393: warning: type mismatch with previous implicit declaration ./ppl.l:1138: warning: previous implicit declaration of `put_buffer' ./ppl.l:1393: warning: `put_buffer' was previously implicitly declared to return `int' ./ppl.l: In function `put_buffer': ./ppl.l:1397: `pass_data' undeclared (first use in this function) ./ppl.l: In function `pp_do_include': ./ppl.l:1421: `includelogicentry_t' undeclared (first use in this function) ./ppl.l:1421: `iep' undeclared (first use in this function) ./ppl.l:1423: `pp_includelogiclist' undeclared (first use in this function) ./ppl.l:1444: warning: implicit declaration of function `pp_open_include' ./ppl.l:1444: warning: assignment makes pointer from integer without a cast ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/mnt/hdd1/data/home/willgott/download/program/wine/wine-20030408/tools' make: *** [tools] Error 2 Compilation failed, aborting install. willgott@fubar:/mnt/hdd1/data/home/willgott/download/program/wine$ ------- Additional Comments From rklazes <at> xs4all.nl 2003-04-25 03:23 ------- It is a bug in flex. See http://sourceforge.net/tracker/index.php?func=detail&aid=720983&group_id=72… For the time being, I stick with 2.5.4a-33 ------- Additional Comments From ville.jutvik <at> home.se 2003-04-25 03:34 ------- You're right. The problem was fixed when I removed the leading (large) comment in ppp.l. I guess we have to wait for a new flex-version :) ------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:09 ------- Assuming fixed and closing, previous details were deleted by Bugzilla update. -- 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.

1 0

[Bug 1386] Sound doesn't work anymore with wine > 20030318
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1386 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:02 ------- Bug comments restored from Gmane.org: I've got the following error : Erreur : err:wave:IDsDriverBufferImpl_Play ioctl(/dev/dsp, SNDCTL_DSP_SETTRIGGER) failed (Invalid argument) I use RH8.0 with OSS modules for my SoundBlaster 16 ISA Extract of my configuration : "Drivers" = "wineoss.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" ------- Additional Comments From reif(a)earthlink.net 2003-04-13 21:43 ------- Could you trace the program for me? Run the program as: wine --debugmsg +wave,+dsound program.exe >& trace where program.exe is the program that fails and e-mail the trace file to me. ------- Additional Comments From bn304001(a)belgacom.net 2003-04-21 10:23 ------- Patches furnished by Robert Reif resolve 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.

1 0

[Bug 1385] Keyboard input not working with game "X-COM II: Terror From The Deep"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1385 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 11:01 ------- Bug comments restored from Gmane.org: I installed and attempted to get this game to run yesterday. The first screen displayed is a language choice screen - and the option has to be picked with the mouse. Once this has been done, there are two "cut scenes" which can by bypassed by either clicking the mouse, or pressing a key on the keyboard - again both of these work. Next is the skill level selection screen, again a mouse only choice, and the you get to "Position your first based" which requires a click somewhere with the mouse on the picture of the globe. As soon as you do this, you are presented with a a text input field asking for the name of the base. At this point the keyboard stops working. If wine has been launched from a terminal window, you can see the input being echoed in it. I tried this using various combinations of "Managed" set to "Y" or "N", and with a discrete "Desktop" as well - none of these settings makes any difference to the way the input is handled. Setting DXGrab to "Y" merely mean getting the mouse back again after you give up with the game is harder :) - it also has no effect on keyboard input. I will also attempt this with a newer build of wine - and will update this log with the results :) ------- Additional Comments From godeater(a)cream.org 2003-04-13 04:10 ------- Created an attachment (id=452) --> (http://bugs.winehq.com/attachment.cgi?id=452&action=view) results from --debugmsg +dinput,+event ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-13 04:20 ------- Invalid ;) Wine had dinput problems around that time; should be working now. Try newest version (or CVS!). ------- Additional Comments From lionel.ulmer(a)free.fr 2003-04-13 04:56 ------- What did you change in your configuration since the log you gave me on IRC ? When I look at this one, I see Keyboard events in the X11 event loop (contrary to the logs you gave me on IRC). So you could always try with latest CVS as Andreas told you (as this time it's not an event-related bug but a DInput one and I fixed some stuff after the release you are using). But still, I would like to understand the difference between the two sets of logs :-) (to be able to try to debug why it did not work in the other configurations). ------- Additional Comments From godeater(a)cream.org 2003-04-13 05:15 ------- I didn't change anything in the configs at all. The differences between the two logs are because I used key presses earlier in the games execution - I thought I explained this well enough in the first entry for this bug - but I'll try again :) On loading the game, you are presented with some buttons which allow you to choose which language you are playing the game in. These buttons can *only* be manipulated with the mouse. As soon as you have selected which language you want, the screen clears, and goes into a introductory video. In the logs which I sent through IRC, I had once again clicked with the mouse to get these things off the screen ASAP. In the log attached to this bug report however, I had tried using the keyboard to bypass the video - and that worked. However, after that stage, you are once again presented with a set of mouse only activated buttons to select skill level, and are then shown the main game screen, and are asked where on the world map you would like your first base positioned. You click again with the mouse somewhere in the map, and then you are presented with a text input box asking for the base's name. *This* is the point at which keyboard input no longer works. This is the same point at which I was having trouble while talking to you in IRC - I had just not previously tried using the keyboard to skip the movies sequence at the beginning. Hope this helps :) ------- Additional Comments From godeater(a)cream.org 2003-04-13 07:13 ------- Right - I've just updated to the latest wine, straight out of CVS. It's built, installed and configured. Problem is still the same as before :( -- 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.

1 0

[Bug 1413] unable to compile wine on Solaris 2.7
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1413 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:01 ------- Bug comments restored from Gmane.org: Wine version: 20030408 attempting to compile on Solaris 2.7, i've ran into the following problems: a) can not use system-supplied lex (does not understand -C and other options) - had to install flex package b) can not use system-supplied yacc (does not understand options) - had to install bison package c) warning about using system 'strip' utility (--strip-unneeded option) - ignored d) multiple warning about X* functions returning int (i'm guessing no declarations) e) multiple warnings about using 'char' type as subscript (i'm guessing standard does not like it?) f) in $SRC/dlls/ntdll/signal_sparc.c (in SIGNAL_init() function), there is a call to 'sigfillset &all_sigs)', where all_sigs is not defined. - commented out, since it's not being used in this function -- 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.

1 0

[Bug 1412] program is unable to play .avi file
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1412 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:01 ------- Bug comments restored from Gmane.org: wine version: 20030408 - my application attempts to play an .avi file as part of its splashscreen (on startup). It failed with the message 'Can't get AVI Codec'. After some tracing and looking around, i made the following changes to get it to run: a) in my system.ini file, there was only entry for 'VIDC.MRLD=msrle32.dll' under drivers32 section, so I added another entry 'VIDC.MRLE=msrle32.dll' (don't ask me why, i just noticed that it was looking for MRLE in the code). This has changed my error message to 'Can't get output BIH'. So, b) in $SRC/dlls/comctl32/animate.c, around line 659, you'll note a code that does SendMessage(ICM_DECOMPRESS_GET_FORMAT); first time to get the size of the buffer, and second time to actually get the buffer. Well, the second time call will fail, since it will return the size of the buffer (just as it did the first time), but the original code is checking the return against ICERR_OK. I changed the check to the following (which fixed my problem): if (fnIC.fnICSendMessage(infoPtr->hic, ICM_DECOMPRESS_GET_FORMAT, (DWORD)infoPtr->inbih, (DWORD)infoPtr->outbih) != outSize) { WARN("Can't get output BIH\n"); return FALSE; } ------- Additional Comments From mike <at> theoretic.com 2003-04-25 03:23 ------- Cool, could you submit this as a patch to wine-patches? That'll make it easier to get into Wine CVS. ------- Additional Comments From stanleyg76 <at> yahoo.com 2003-04-29 20:09 ------- Created an attachment (id=469) --> (http://bugs.winehq.com/attachment.cgi?id=469&action=view) diff to fix bug1412 ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:03 ------- Moved from wine-multimedia to wine-patches (we really need a patch keyword). -- 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.

1 0

[Bug 1411] Crimson Skies trial won't run
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1411 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 11:00 ------- Bug comments restored from Gmane.org: I'm going to send a bug report generated by bub_report.pl. ------- Additional Comments From puoti <at> inwind.it 2003-04-22 19:03 ------- Created an attachment (id=461) --> (http://bugs.winehq.com/attachment.cgi?id=461&action=view) The bug report ------- Additional Comments From mike <at> theoretic.com 2003-04-23 10:43 ------- It seems there's a crash here, the debugger runs but I can't see where the exception is thrown. Can you give more detail than just "it won't run"? ------- Additional Comments From puoti <at> inwind.it 2003-04-24 11:40 ------- It starts, I get some sheel output (It's in the attachment), I don't see anything load on the screen, and I get the debugger to open and give a lot of output messages. My main computer is down, so I can do much about any bugs for now, if you want to fix it it would be a good idea to download the software and try it on your pc. -- 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.

1 0

[Bug 1384] Error running Out Of This World DOS game
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1384 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:59 ------- Bug comments restored from Gmane.org: When a run the Out of This World game, I get the game's screen and then wine show me the following errors: bash-2.05a$ wine world.exe err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! err:win32:_EnterSysLevel (0x407e0adc, level 2): Holding 0x408889e4, level 3. Expect deadlock! X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 629 Current serial number in output stream: 629 err:ntdll:RtlpWaitForCriticalSection section 0x400e7b48 "../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=000d err:ntdll:RtlpWaitForCriticalSection section 0x40a0a570 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) tid=000a ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 16:24 ------- Interesting. Please attach a --debugmsg +relay,+int,+ddraw logfile. Thanks! ------- Additional Comments From dclark(a)akamail.com 2003-04-13 10:17 ------- In the future, please try to make that an attachment, rather than pasting it into the comment area. -- 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.

1 0

[Bug 1410] Starlancer starts, but the mouse won't work
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1410 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:59 ------- Bug comments restored from Gmane.org: To do this I copied the installation directory from a windows box. Starlancer starts, but the mouse won't work, you can' see it at all and nothing happenseven if you try clicking where you think the mouse is. I'll send a +relay log. As usual I'm running MDK 9.1 glibc 2.3 The Requirements for this game are windows 95/98 with directx 7. ------- Additional Comments From puoti <at> inwind.it 2003-04-22 19:23 ------- Created an attachment (id=462) --> (http://bugs.winehq.com/attachment.cgi?id=462&action=view) The log ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 20:46 ------- Adding the download keyword (assuming the bug is reproducible with the trial 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.

1 0

[Bug 1383] Wine won't run -- no socket
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1383 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:58 ------- Bug comments restored from Gmane.org: I just upgraded to Red Hat 9: Linux otter 2.4.20-9 #1 Wed Apr 2 13:24:44 EST 2003 i686 athlon i386 GNU/Linux . . . and now no variety of WINE (Codeweavers, CVS, etc.) will run. I get the message: wine: '/tmp/.wine-samlb/server-2107-4356c/socket' is not a socket Wine failed with return code 1 The WINE log in /tmp says the same thing ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 15:20 ------- *Any* kind of prior research whatsoever would have indicated that this is a problem caused by the glibc this version uses (this is a VERY frequent report recently). Solution: upgrade to very latest Wine (CVS version!). ------- Additional Comments From spetreolle(a)yahoo.fr 2003-05-06 21:17 ------- *** Bug 1443 has been marked as a duplicate of this bug. *** ------- Additional Comments From ronald(a)gtinet.sk 2003-05-09 20:48 ------- this bug remains also in the very latest (cvs) version... ------- Additional Comments From mike(a)theoretic.com 2003-05-12 03:28 ------- You need to run configure using the --with-nptl option ------- Additional Comments From mike(a)theoretic.com 2003-05-14 04:35 ------- Try removing Wine completely from your system, then installing using ./tools/wineinstall from current CVS. That should fix it. -- 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.

1 0

[Bug 1553] New: Overlapped I/O fails on sockets
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1553 Summary: Overlapped I/O fails on sockets Product: Wine Version: CVS Platform: PC URL: http://www.tglsoft.de/misc/hamster_en.htm OS/Version: Linux Status: NEW Keywords: regression, download Severity: normal Priority: P2 Component: wine-files AssignedTo: wine-bugs(a)winehq.com ReportedBy: prupe(a)myrealbox.com Patch #8594 <http://www.winehq. com/hypermail/wine-cvs/2003/06/0232.html> causes problems with Hamster v2.0.0.1 (downloadable from <http://www.tglsoft. de/misc/hamster_en.htm>), a local mail and news server. When Hamster connects to a remote server and tries to read data, it immediately loses the connection with an error. After some debugging on my own, it seems that WS_select is noticing data available for reading on the socket, but then ReadFile returns 0 bytes and STATUS_SUCCESS. Reversing patch #8594 fixes the problem. Other networking apps seem to work fine, so I suspect the problem is specific to overlapped I/O on sockets. A section of +file,+winsock logging before the patch trace:winsock:__ws_select read 0x42592318, write (nil), excp (nil) timeout 0x42592310 trace:winsock:fd_set_export trace:file:ReadFile 0x70 0x41817388 1024 0x4259240c 0x425923f8 trace:file:FILE_ReadFileEx file 0x70 to buf 0x41817388 num 1024 0x425923f8 func (nil) trace:file:GetOverlappedResult (0x70 0x425923f8 0x4259240c 0) trace:file:GetOverlappedResult waiting on 0x425923f8 trace:file:FILE_AsyncReadService 0x425923f8 0x41817388 trace:file:FILE_AsyncReadService read 59 more bytes 59/1024 so far trace:file:GetOverlappedResult wait on 0x425923f8 returned 192 trace:file:GetOverlappedResult waiting on 0x425923f8 trace:file:GetOverlappedResult wait on 0x425923f8 returned 0 trace:file:GetOverlappedResult (0x70 0x425923f8 0x4259240c 0) After the patch, there's just trace:winsock:__ws_select read 0x42592318, write (nil), excp (nil) timeout 0x42592310 trace:winsock:fd_set_export trace:file:ReadFile 0x80 0x41817324 1024 0x4259240c 0x425923f8 trace:file:GetOverlappedResult (0x80 0x425923f8 0x4259240c 0) -- 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.

1 0

[Bug 1409] Starlancer trial installer doesn't work.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1409 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:57 ------- Bug comments restored from Gmane.org: The Starlancer trial installer won't work correctly. It starts the set up, but it stops at 12%. I wanted to send a +relay log, but it got to over a gigabyte in a few minitues. Anybody wanting to reproduce the problem can download the tral version from the microsoft download page. I run this installer on Mandrake 9.1 glibc 2.3 current cvs wine. -- 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.

1 0

[Bug 1408] Crimson Trial instaler starts, but won't complete the installation becouse of missing ADPCM
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1408 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:57 ------- Bug comments restored from Gmane.org: The installer starts, but complains about ADCPM dot being installed. You should istall this from the install/remove applications cpl in the windows control panel, that wine doesn't have. Anybody wanting to reproduce the bug can download the trial version from http://www.microsoft.com/games/PC/crimsonskies.asp This happens using Mandrake 9.1 with glibc 2.3 and current cvs wine -- 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.

1 0

[Bug 1407] QuarkXpress 3.1 not Ok
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1407 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:56 ------- Bug comments restored from Gmane.org: Not rum QuarkXpress 3.1 nvoking /usr/bin/wine.bin c:\xpress\xpress.exe ... Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive err:dc:CreateDCA no driver found for DIB Warning: L"/usr/bin/wine.bin" not accessible from a configured DOS drive fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100 (2,0x412c49d6,0x412c4924 fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100 (2,0x412c49d6,0x412c4924 fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100 (2,0x412c49d6,0x412c4924 fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100 (2,0x412c49d6,0x412c4924 fixme:gdi:Escape16 unknown/unsupported 16-bit escape 100 (2,0x412c49d6,0x412c4924 fixme:ole:OleRegisterClientDoc16 (QuarkXPress,Clipbrd,...): stub err:int:do_int2f_16 Accessing unknown VxD 0200 - Expect a failure now. wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 No debug information in ELF '/usr/bin/wine.bin' ((nil)) Breakpoint 1 at 0x40009c4c No debug information in ELF '/usr/lib/libntdll.dll.so' (0x40012000) No debug information in ELF '/usr/lib/libwine.so.1' (0x400fc000) No debug information in ELF '/usr/lib/libwine_unicode.so.1' (0x40114000) No debug information in ELF '/lib/libm.so.6' (0x401fd000) No debug information in ELF '/lib/libc.so.6' (0x4021e000) No debug information in ELF '/lib/libdl.so.2' (0x4032e000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_compat.so.2' (0x40332000) No debug information in ELF '/lib/libnsl.so.1' (0x4033c000) No debug information in ELF '/usr/lib/wine/mmsystem.dll.so' (0x40883000) No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x408e8000) No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x40a05000) No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40a77000) No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40aa2000) No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40b58000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40bc6000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40bce000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40be3000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40bf0000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40cab000) No debug information in ELF '/lib/libpthread.so.0' (0x40d11000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x401f6000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcDef.so.2' (0x40bbe000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' (0x40d70000) No debug information in ELF '/usr/lib/gconv/ISO8859-1.so' (0x40bc1000) No debug information in ELF '/usr/lib/wine/wineoss.drv.so' (0x40d8b000) No debug information in ELF '/usr/lib/wine/msacm.drv.so' (0x40dbe000) No debug information in ELF '/usr/lib/wine/msacm32.dll.so' (0x40dd6000) No debug information in ELF '/usr/lib/wine/midimap.drv.so' (0x40f10000) No debug information in ELF '/usr/lib/wine/commdlg.dll.so' (0x41390000) No debug information in ELF '/usr/lib/wine/shell32.dll.so' (0x41407000) No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x41484000) No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x414f2000) No debug information in ELF '/usr/lib/wine/shlwapi.dll.so' (0x41537000) No debug information in ELF '/usr/lib/wine/comctl32.dll.so' (0x41581000) No debug information in ELF '/usr/lib/wine/winspool.drv.so' (0x41612000) No debug information in ELF '/usr/lib/wine/olecli.dll.so' (0x41750000) No debug information in ELF '/usr/lib/wine/ver.dll.so' (0x4176b000) No debug information in ELF '/usr/lib/wine/lz32.dll.so' (0x41785000) No debug information in ELF '/usr/lib/wine/winedos.dll.so' (0x4179c000) No debug information in 32bit DLL '/usr/bin/wine.bin' (0x3c010000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40ad0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40910000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40890000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40b70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40d90000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40de0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x40dd0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x40f20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41510000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x414a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x41550000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x41590000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41420000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41620000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x413a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLECLI32.DLL' (0x41760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x41790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x41770000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x417b0000) Unhandled exception: page fault on read access to 0x000000bc in 32-bit code (0x417c5d7f). In 32-bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:024f GS:0000 EIP:417c5d7f ESP:41152580 EBP:41152580 EFLAGS:00010216( R- 00 I -A-P1 ) EAX:0000002f EBX:417d559c ECX:00000246 EDX:4115291c ESI:4115291c EDI:4115291c Stack dump: 0x41152580 (MIDIMAP.DRV.DriverProc+0x22e688): 4115286c 417c1ed4 0000002f 417d559c 0x41152590 (MIDIMAP.DRV.DriverProc+0x22e698): 4115291c 0000a4c8 411525bc 409581e3 0x411525a0 (MIDIMAP.DRV.DriverProc+0x22e6a8): 409c1f7c 00000047 00000000 411525f8 0x411525b0 (MIDIMAP.DRV.DriverProc+0x22e6b8): 40959638 00000004 00010021 00000047 0x411525c0 (MIDIMAP.DRV.DriverProc+0x22e6c8): 00000000 00000000 06572378 409c1f7c 0x411525d0 (MIDIMAP.DRV.DriverProc+0x22e6d8): 00000000 00000047 400dd124 40095fae 0x411525e0 (MIDIMAP.DRV.DriverProc+0x22e6e8): 0049: sel=024f base=41163000 limit=00000fff 32-bit rw- Backtrace: =>0 0x417c5d7f (WINEDOS.DLL.EmulateInterruptPM+0x7e7 in winedos.dll.so) (ebp=41152580) 1 0x417c1ed4 (WINEDOS.DLL.EntryPoint+0xbd7c in winedos.dll.so) (ebp=4115286c) 2 0x417c3619 (WINEDOS.DLL.EntryPoint+0xd4c1 in winedos.dll.so) (ebp=411528e4) 3 0x417c5488 (WINEDOS.DLL.EntryPoint+0xf330 in winedos.dll.so) (ebp=411528f4) 4 0x417c7485 (WINEDOS.DLL.LoadDosExe+0x945 in winedos.dll.so) (ebp=41152908) 5 0x400b80f4 (KERNEL32.DLL.__wine_call_from_16_regs+0x144 in libntdll.dll.so) (ebp=41152c10) 6 0x0bc7:0x0dd8 (bp=a4fa) 7 0x0bc7:0x3871 (bp=a536) 8 0x025f:0x9b77 (bp=a666) 9 0x0277:0x4c43 (bp=a832) 10 0x025f:0x52c2 (bp=a8ba) 11 0x025f:0x00b5 (bp=0000) 0x417c5d7f (WINEDOS.DLL.EmulateInterruptPM+0x7e7 in winedos.dll.so): movl 0x0(,%eax,4),%eax Modules: Address Module Name 0x3c010000-3c012000 (PE) /usr/bin/wine.bin 0x40040000-40042000 (PE) C:\WINDOWS\SYSTEM\NTDLL.DLL 0x40890000-40892000 (PE) C:\WINDOWS\SYSTEM\WINMM.DLL 0x40910000-40912000 (PE) C:\WINDOWS\SYSTEM\USER32.DLL 0x40a20000-40a22000 (PE) C:\WINDOWS\SYSTEM\GDI32.DLL 0x40a80000-40a82000 (PE) C:\WINDOWS\SYSTEM\ADVAPI32.DLL 0x40ad0000-40ad2000 (PE) C:\WINDOWS\SYSTEM\KERNEL32.DLL 0x40b70000-40b72000 (PE) C:\WINDOWS\SYSTEM\X11DRV.DLL 0x40d90000-40d92000 (PE) C:\WINDOWS\SYSTEM\WINEOSS.DRV 0x40dd0000-40dd2000 (PE) C:\WINDOWS\SYSTEM\MSACM.DRV 0x40de0000-40de2000 (PE) C:\WINDOWS\SYSTEM\MSACM32.DLL 0x40f20000-40f22000 (PE) C:\WINDOWS\SYSTEM\MIDIMAP.DRV 0x413a0000-413a2000 (PE) C:\WINDOWS\SYSTEM\COMDLG32.DLL 0x41420000-41422000 (PE) C:\WINDOWS\SYSTEM\SHELL32.DLL 0x414a0000-414a2000 (PE) C:\WINDOWS\SYSTEM\OLE32.DLL 0x41510000-41512000 (PE) C:\WINDOWS\SYSTEM\RPCRT4.DLL 0x41550000-41552000 (PE) C:\WINDOWS\SYSTEM\SHLWAPI.DLL 0x41590000-41592000 (PE) C:\WINDOWS\SYSTEM\COMCTL32.DLL 0x41620000-41622000 (PE) C:\WINDOWS\SYSTEM\WINSPOOL.DRV 0x41760000-41762000 (PE) C:\WINDOWS\SYSTEM\OLECLI32.DLL 0x41770000-41772000 (PE) C:\WINDOWS\SYSTEM\VERSION.DLL 0x41790000-41792000 (PE) C:\WINDOWS\SYSTEM\LZ32.DLL 0x417b0000-417b2000 (PE) C:\WINDOWS\SYSTEM\WINEDOS.DLL Threads: process tid prio 00000008 (D) /usr/bin/wine.bin 0000000a 0 <== 00000009 0 WineDbg terminated on pid 8 Wine exited with a successful status ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-22 14:02 ------- Interesting. That crash might be because VxD 0200 (which is VIPX, "Netware Virtual IPX Driver", BTW!) can not be used in Wine. You could implement a built-in Version of VIPX... But the crash could also simply be because of some protected mode interrupt handling issue (and the VxD not being available is probably expected anyway). Please attach a --debugmsg +relay,+int logfile. -- 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.

1 0

[Bug 1382] Lost course in Oracle Forms
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1382 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:56 ------- Bug comments restored from Gmane.org: In Oracle Forms Runtime Developer 2000 The lost course if when it is transferred of a field for another one in a forms -- 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.

1 0

[Bug 1381] Lost course in Oracle Forms
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1381 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:55 ------- Bug comments restored from Gmane.org: In Oracle Forms Runtime Developer 2000 The lost course if when it is transferred of a field for another one in a forms ------- Additional Comments From mike(a)theoretic.com 2003-04-14 05:27 ------- I don't understand what this problem is. Could you please explain what is going wrong exactly, and perhaps try and find a program we can download that shows the same 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.

1 0

[Bug 1406] 16-BIT VB 3.0 APP -- "NOT ENOUGH SPACE FOR ENVIROMENT"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1406 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:54 ------- Bug comments restored from Gmane.org: I have been hoping to see this working with baseline WINE releases for about 2 years now. It's not a high priority but it's a curious problem. One particular application I have errors out with a "NOT ENOUGH SPACE FOR ENVIRONMENT" message on startup. I do not have the source code for this application. The application itself is a 16-bit VB 3.0 application used to access an online database. The header indicates it's an MZ type executable and the imports show it's based on VBRUN300. There's an NE marker in the header as well. Another application with exactly the same header (but a different app nonetheless) works just fine. The WINE trace shows the following as the cause: err:local:LOCAL_GetBlock not enough space in local heap 0dc7 for 140 bytes Now, all that said, if I uncomment the FIXMEs int memory/local.c and prevent the call from returning 0 in LOCAL_GetBlock, it works fine (for a while at least). So, I guess the question is, why are the FIXME's in that function still FIXME's after all this time. I'm sure there is a reason for not uncommenting this code but if anybody could shed light on this, or get the FIXME's accepted it would be really appreciated. ------- Additional Comments From marc_lavergne <at> yahoo.com 2003-04-22 21:40 ------- I did some more digging, it appears that the local heap is hitting the 64K barrier on an attempt to grow it. The application actually fails in GrowHeap around line 500 where the check to see if oldheap > 0xfff0 eval to true and a FALSE gets returned. The error just bubbles up from the call to GrowHeap in GetBlock. All the heap pointers and size values seem normal, so it's really running out of space. Fair enough, so the question becomes WHY is the heap NOT being exceeded in native Win98 but IS being exceeded in WINE. It only makes sense that some cleanup of the heap happens under native Win that is not happening under WINE. I'm a little at a loss from that point though. I assume a heap walker like program would be helpful. ------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de 2003-04-23 02:37 ------- Probably we put things on the local heap that don't belong there. Try to find out what items there take up the most space. ------- Additional Comments From marc_lavergne <at> yahoo.com 2003-04-23 07:26 ------- Makes sense. Can you recommend a program that will let me see calls to the local heap under Win9x and I will try to track it down. The error occurs early during startup so accounting for the allocations by hand is a possibility. I'll compare it to the calls I see under WINE and post back. On another note, there's a an application that starts with the problem VB program auto-magically under Win98, WSASRV.EXE (Windows Sockets Asynchronous Request Server). It appears it is being launched by one of the VBXs. This program does not start with the "working" VB 3.0 16-bit prog. Also, I took a look at the heap using HEAPWALK.EXE but it didn't show anything of value besides a rough count of 1.8M for the total heap size when running under Win98. ------- Additional Comments From marc_lavergne <at> yahoo.com 2003-05-15 22:56 ------- Since there's a workaround, moving this to a normal severity. I haven't had a chance to revisit it but I will get the heap alloc trace done shortly. Workaround: modify LOCAL_GetBlock in memory/local.c to prevent arena==0 exits. Not a permanent fix since it introduces an unhandled condition and is "the wrong way to do things" anyhow. -- 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.

1 0

[Bug 1380] a bug for wine when running mirc
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1380 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:54 ------- Bug comments restored from Gmane.org: when i was using wine to emulate mirc , it show 'unhandled exception' after i success connect to mirc server , what is this mean? anyone know how to solve my problem ppl mail to me with solutions abuthens(a)hotmail.com ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-12 05:20 ------- This Wine version is **WAY** too old. Feel free to reopen bug if it persists with a very modern Wine version. ------- Additional Comments From mike(a)theoretic.com 2003-04-12 17:18 ------- FWIW I can run mIRC fine here with no problems. However, that wine version is the first in the list - it may be selected just because no other was chosen. We should really change bugzilla to have "None" as the first entry in the version drop down. -- 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.

1 0

[Bug 1405] OleCreateFromFile() fails
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1405 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:52 ------- Bug comments restored from Gmane.org: App has two menu items, "open for edit" and "open in place" that try to activate the selected file in OLE container, in an application window or in-place. Can send a sample file if needed -- 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.

1 0

[Bug 1379] Remove duplication of code between winesetup and wineconf/wineinstall.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1379 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:52 ------- Bug comments restored from Gmane.org: Currently, winesetup duplicates all of the code contained in wineconf. Instead, wineconf should be improved to generate the new style config file, and then winesetup should rely on wineconf to generate the default configuration file. Similarly, there is functionality such as creating the default registry files that is now done by both winesetup and wineinstall. At this time, it seems like the right thing to do is to break up or parameterize wineinstall, so that it can be used for single function actions, and then have winesetup call those functions. -- 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.

1 0

[Bug 1378] WIN_FindWndPtr error
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1378 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:52 ------- Bug comments restored from Gmane.org: I am using redhat 7.3 and I downloaded and installed wine-20030318. When I run windows application setup.exe, I am getting the following error. linux# wine ./setup.exe err:win:WIN_FindWndPtr window 10029 belongs to other process. How to rectify this problem? Thanks, baskar ------- Additional Comments From mike(a)theoretic.com 2003-04-12 17:01 ------- I think that message is just a warning... wine IPC is not quite finished yet, that message can be ignored. -- 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.

1 0

[Bug 1404] listview with LVS_OWNERDATA doesn't display properly
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1404 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:51 ------- Bug comments restored from Gmane.org: (Build and) run the test program in ownerdatatest.zip, and select 'View/Capture View' from the menu. This will pop up a window which is full of data on Windows, but blank on Wine. I first ran into this in Januray 2003, and it looks like it's still not right in April 2003. -- 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.

1 0

[Bug 1377] Undefined reference to HeapFree
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1377 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:51 ------- Bug comments restored from Gmane.org: http://article.gmane.org/gmane.comp.emulators.wine.bugs/4534 [Listing tooo looong..] ------- Additional Comments From mike(a)theoretic.com 2003-04-10 12:05 ------- This is a known bug with winebuild and the latest binutils version. ------- Additional Comments From marcus(a)jet.franken.de 2003-04-11 08:31 ------- fixed in current WINE CVS. -- 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.

1 0

[Bug 1403] Pompei CD won't run
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1403 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:51 ------- Bug comments restored from Gmane.org: I've got a CD on the history of the city of Pompei, that was destroyed by the Vesuvio volcano in 79 a.C. The installer, after many attempts, installed the software in c:\POMPEII, but the program won't run, I'm sending the bug report geneated by bug_report.pl using wine cvs 20030420 ------- Additional Comments From puoti <at> inwind.it 2003-04-21 09:17 ------- Created an attachment (id=459) --> (http://bugs.winehq.com/attachment.cgi?id=459&action=view) Bug report generated by bug_report.pl ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-21 10:52 ------- At the bottom, there is: 000a:Call kernel32.GetConsoleScreenBufferInfo(00000008,41592850) ret=415d174a 000a:Ret kernel32.GetConsoleScreenBufferInfo() retval=00000000 ret=415d174a wine: Unhandled exception, starting debugger... This sounds a LOT like GetConsoleScreenBufferInfo() is the reason (since this call fails). Now why the program is calling GetConsoleScreenBufferInfo() for a non-console app is way beyond me... But a reasonable guess would be that this call probably doesn't fail e.g. in Win9x, even for non-console apps, so we should probably fix that. You could also repost a --debugmsg +relay,+console,+server log... ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-21 10:58 ------- Wait, I'm afraid I'm totally mistaken. GetConsoleScreenBufferInfo() probably SHOULD fail. And since it's got a return address of 0x415d174a, it's probably called by Wine code. The real crash is in INT10_SetVideoMode, of course. Could it be that you're running a DOS program without using the recommended wcmd or wineconsole? If so, then crashes might happen (they shouldn't, though). Could you retry using wcmd? (just out of interest, it won't affect this bug, of course) ------- Additional Comments From puoti <at> inwind.it 2003-04-21 11:22 ------- Created an attachment (id=460) --> (http://bugs.winehq.com/attachment.cgi?id=460&action=view) The +relay,+console,+server log ------- Additional Comments From puoti <at> inwind.it 2003-04-21 11:26 ------- This is an an application for win31 and windows 95 (I have winver set at win98), if I run it in wcmd I get this: C:\POMPEII>pompeii C:\POMPEII>err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:ntdll:RtlpWaitForCriticalSection section 0x400f33d8 "../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=000b wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400f3ea8 "loader.c: loader_section" wait timed out, retrying (60 sec) tid=000b err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored WineDbg starting on pid a Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000af50 (_end+0x3ff7714) Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x40021000) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x40113000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x4012a000) No debug information in ELF '/lib/i686/libm.so.6' (0x4020b000) No debug information in ELF '/lib/i686/libc.so.6' (0x4022e000) No debug information in ELF '/lib/libdl.so.2' (0x40361000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40364000) Loaded debug information from ELF '/usr/local/lib/wine/mmsystem.dll.so' (0x406d3000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x4073a000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x4085f000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x408d9000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x40905000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x409bc000) No debug information in ELF '/lib/libz.so.1' (0x40a0a000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40a18000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40a82000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40a8b000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40aa2000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ab0000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40b8f000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40bf6000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x41143000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4114c000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x40014000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x411b0000) No debug information in ELF '/usr/lib/gconv/ISO8859-15.so' (0x40018000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x411ce000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x41201000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x41218000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x41350000) Loaded debug information from ELF '/usr/local/lib/wine/winedos.dll.so' (0x415a5000) Loaded debug information from ELF '/usr/local/lib/wine/commdlg.dll.so' (0x415df000) Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x41656000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x416d4000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x41744000) Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x4178a000) Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x417d6000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x4186f000) No debug information in 32bit DLL 'Z:\usr\local\bin\wine' (0x3c010000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40930000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40870000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40a30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x411e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41210000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41360000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x415b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x416f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x417a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x417e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41670000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41880000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x415f0000) Unhandled exception: wait failed on critical section 0x400f33d8 (Win16Mutex in libntdll.dll.so) err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored fixme:hook:SetWindowsHookEx16 hook type 6 broken in Win16 First chance exception: page fault on write access to 0x00000449 in 32-bit code (0x415bf95a). In 32-bit mode. 0x415bf95a (INT10_SetVideoMode+0x7a [int10.c:693] in winedos.dll.so): movb %al,0x49(%edx) 697 if (ptr->Depth == 0) Wine-dbg> ------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-21 14:20 ------- Well, seeing the function where the crash is, we should rather try to understand why this 'ptr' is NULL in the 'INT10_SetVideoMode' function :-) -- 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.

1 0

[Bug 1402] get an error after running newest RPM. Installed RPM, then winesetuptk rpm...
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1402 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:49 ------- Bug comments restored from Gmane.org: error: wine: chdir to /tmp/.wine-matty/server-343-6bca3 : No such file or directory This is probably User error as I am a bloody newbie... Matt Young -- 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.

1 0

[Bug 1376] InstallShield 6 hangs after Wizard setup.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1376 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:48 ------- Bug comments restored from Gmane.org: While trying to install an app that uses InstallShield 6 (Watchtower Library 2001), the installation process hangs after the "Wizard setup" window closes. The following message appear on the console: fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594}) fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594}) ))))cannot set text "InstallShield Wizard" of other process window (nil) fixme:ole:_copy_arg argument was coerced in-place (0x3 -> 0xb); source data has been modified!!! fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{00000000-0000-0000-0000-000000000000}) fixme:ole:_xread Read only 0 of 4 bytes from 0x48. fixme:ole:_StubReaderThread Failed with hres 80004005 This appears on a build done from an uptodate cvs checkout (April 8 2003). The install was being done to a fake-windows directory tree. ------- Additional Comments From mike(a)theoretic.com 2003-04-09 04:21 ------- Do you have stdole32.tlb? Try installing DCOM98, that may help ------- Additional Comments From klevin(a)eskimo.com 2003-04-09 11:37 ------- Yep, DCOM98 is installed and stdole32.tlb is at /usr/share/wine-c/windows/system/stdole32.tlb. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2003-05-07 15:55 ------- Marcus did some work on _copy_arg argument was coerced in-place Did you try a recent version? ------- Additional Comments From klevin(a)eskimo.com 2003-05-07 17:48 ------- I've been testing with updated builds from my cvs checkout every 2-5 days (thought today was the first time in a week or so). Just tried with a current checkout. I now get the following output on console: fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around FIXME:pthread_cond_init fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594}) FIXME:pthread_cond_init FIXME:pthread_cond_init fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594}) Instead of just hanging, I now get an error message after the "Wizard setup" window closes. The window states: "An error occurred while launching the seupt. (0x80004002)" After clicking "Ok" on the error message, the installation hangs. Not very informative to me, but . . . ------- Additional Comments From spetreolle(a)yahoo.fr 2003-05-07 19:23 ------- 80004002L is E_NOINTERFACE, which says you could have a problem with the matching InstallShield dll, Ilog.dll. A quick look in regedit shows : C:\Program Files\Common Files\InstallShield\engine\6\Intel 32\ILog.dll C:\Program Files\Common Files\InstallShield\engine\6\Intel 32\iKernel.exe -- 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.

1 0

[Bug 1400] Counter-strike does not always do resolution switching correctly.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1400 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:48 ------- Bug comments restored from Gmane.org: I play Counter-Strike using Wine, and while the game itself plays perfectly there are several problems related to screen resolution. Starting Counter-Strike changes to a virtual resolution (i can still scroll over the rest of the desktop with my mouse) fine, but when I join a game the resolution changes back to the deskop resolution and i have to change the resolution maually using ctrl+alt+minus. This wouldn't be such a big deal, except that the game isn't always exactly centered and i have to scroll the cursor to center it. Sometimes while playing the game will somehow become off-centered again, and i'll have to exit out to the menu to get a cursor to recenter it. Another problem is that the game will place dialogs offscreen that should have been centered, apparently because it's using the real X resolution for the screen dimensions rather than the virtual one. I'm sure similar problems exist for other games, and while there are other ways of fixing them, implementing XRandR for resolution changing is probably the "right" and simplest way to do it. ------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-20 01:56 ------- Well, while waiting for someone (maybe you :-) ) to submit a patch, the *real* easiest solution to this problem was always to run Wine in Desktop mode in a second X server running at the resolution you wish to use. This fixes all your problems (and you can even, when pausing the game, switch back to the 'real' desktop to check mails and stuff :-) ). ------- Additional Comments From mike <at> theoretic.com 2003-04-23 10:51 ------- Triage: Severity -> enhancement Status -> NEW XRandR by the way is mostly useful for apps that can reconfigure themselves to the new size of the desktop, I personally don't think this is a valid bug actually as the VidMode extensions do what Wine needs, R&R is mostly useful for things like window managers, gnome panel and so on. But I don't know enough about this area to close it as such, and I suppose using randr to switch resolutions may have some advantages. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-24 01:40 ------- Hmm, why? A missing feature IS a bug, though only an "enhancement bug" in most cases. Provided that we deem it a reasonable feature, of course, which I think XRandR is... ------- Additional Comments From lionel.ulmer <at> free.fr 2003-04-24 02:25 ------- I agree 100 % with Mike here... This feature is mostly only used by games (otherwise XVidMode does the trick just fine) and we already support 1) DXGrab to have the mouse confined to the gaming screen and 2) colour conversion for 2D DirectX games. So if the current Wine does not work properly, we should raise bugs on the CURRENT implementation (saying maybe that when we use XVidMode, we center the current window, ...) and not add a new feature. ------- Additional Comments From mike <at> theoretic.com 2003-04-25 03:19 ------- I thought as much. Updating the bug status to reflect this. I'm pretty sure that XRandR doesn't buy us anything in this case that VidMode doesn't. -- 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.

1 0

[Bug 1375] Pasting a large text on a dialog doesn't have any effect
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1375 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:46 ------- Bug comments restored from Gmane.org: Please see the attached source file coded by Cesar Mello (mello(a)elipse.com.br) and the attached text file. Trying to paste (Ctrl+V) the context the text file on the "About 1" about dialog doesn't have any effects. This looks critical, because the user isn't able to paste big stuff on a dialog, preventing important programs to work correctly (like our script editor, for example). Does anyone have an idea about this? Felipe ------- Additional Comments From felipewd(a)elipse.com.br 2003-04-08 16:20 ------- Created an attachment (id=449) --> (http://bugs.winehq.com/attachment.cgi?id=449&action=view) .tar.gz that contains the "About 1" source code (example program) ------- Additional Comments From felipewd(a)elipse.com.br 2003-04-08 16:22 ------- Created an attachment (id=450) --> (http://bugs.winehq.com/attachment.cgi?id=450&action=view) Text to try and paste it in the "About 1" program. ------- Additional Comments From mike(a)theoretic.com 2003-04-09 04:20 ------- Hi, what mime type is the test program? I get application/executable, but your description says source code? If you could provide a compiled binary of the program as well that'd be useful. -- 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.

1 0

[Bug 1374] Worllcraft/hammer 3D view not visible
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1374 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:45 ------- Bug comments restored from Gmane.org: In Valve worlcraft/hammer v3.4, The 3D camera view is a blank window, the graphics either isnt renedered or is not visible. The following messgae appears in the console when a file is opened: err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd 0x3008e! -- 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.

1 0

[Bug 1366] "not enough space for thread data error" message
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1366 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:45 ------- Bug comments restored from Gmane.org: Wine ver.:20030318 Program name:notepad.exe Bug desc.: Wine crashes with the following messagebox ------------------------------------------- |Microsoft Visual C++ Runtime Library Error| ------------------------------------------- | Runtime Error | | | | \/ Program:C:\windows\notepad.exe | | /\ | | R6016 | | -not enough space for thread data | | | ------------------------------------------- Wine full output: >err:win32:PE_fixup_imports No implementation for >ntdll.dll.164(NtImpersonateAnonymousToken) imported from >C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef >err:win32:PE_fixup_imports No implementation for >ntdll.dll.506(RtlDllShutdownInProgress) imported from >C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef >err:win32:PE_fixup_imports No implementation for ntdll.dll.17(DbgPrintEx) >imported from C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef >err:win32:PE_fixup_imports No implementation for >ADVAPI32.dll.617(SystemFunction036) imported from >C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef >err:win32:PE_fixup_imports No implementation for >ADVAPI32.dll.622(TraceMessage) >imported from C:\windows\system32\rpcrt4.dll, setting to 0xdeadbeef >fixme:wave:ALSA_WaveInit - >err:heap:HEAP_GetPtr Invalid heap (nil)! >err:heap:HEAP_GetPtr Invalid heap (nil)! >err:heap:HEAP_GetPtr Invalid heap (nil)! >fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. Windows version tested:Windows XP Professional ------- Additional Comments From pes01 <at> ocsic.za.com 2003-05-02 05:10 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de 2003-05-02 05:20 ------- Do you use native MSVCRT dll? Is wine set to the same version as the version this MSVCRT cam from? I had similar error when the versions disaggreed. ------- Additional Comments From pes01 <at> ocsic.za.com 2003-05-02 05:51 ------- Comments From Uwe Bonnes 2003-05-02 05:20 Helped me to get further. It solved the problem In the wine config, a couple of dll's was specified as "native", I changed it to "builtin, native". Notes actualy started. Thanks. ------- Additional Comments From mike <at> theoretic.com 2003-05-06 03:33 ------- Resolving fixed ------- Additional Comments From mike <at> theoretic.com 2003-05-06 03:34 ------- closing -- 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.

1 0

[Bug 1373] ODBC connection failure
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1373 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:44 ------- Bug comments restored from Gmane.org: With wine-20030317 (got it as rpm and srpm from SuSE) the calls to MFC DBase.Open(...) fails while it is working fine with SuSE wine-20020812 (rpm). I am using unixODBC 2.2.2 with mySQL 3.23.52 drivers. The application source is under control of my collegue and written with VC++/MFC. We made lots of tests, but did not get these lines working (with the newer wine version): CDatabase DBase; char buf[128]; try { // This fails and a DB exception is thrown sprintf(buf,"ODBC;DSN=%.100s",DefaultConnect); DBase.Open(NULL,FALSE,FALSE,_T(buf),FALSE); } e->m_strError gives something like (from german) 'Failed to connect to host'. As strace shows, there is a connection, some data exchange and after that a connection shutdown. After removing wine-20030317 and re-installion of wine-20020812 everything works well (again). -- 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.

1 0

[Bug 1372] Wineinstall and permissions
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1372 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:43 ------- Bug comments restored from Gmane.org: Why is it not advisable to run wineinstall as root, when it asks for the password later anyway? Why does wineinstall further assume the current user has write access to the wine source root? I don't see why I must chown my entire source as a regular user, then su to that user, then install, and be asked for the root password so that wineinstall can install correctly. I keep my sources in /usr/src, and they are owned by root. Perhaps wine should let me install as root if I wish to do so? Why does wineinstall not allow the installation of a global windows root Why can't it su to root and create one...or allow users to run it as root.. Why am I told to run wineinstall as root to generate a global wine.conf (if I refuse to make a local one), when wineinstall refuses to be ran as root? Finally, why can't wineinstall be incorporated in: make install? ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-06 15:30 ------- a) Because users use root WAY too often. It's a counter-measure. b) because wineinstall configures the Wine environment for a *specific* user. (a Wine configuration is not "global") Thus you need start with this specific user, and when it wants to install the Wine files on your system, you are supposed to provide the root password. > Why am I told to run wineinstall as root to generate a global wine.conf > (if I refuse to make a local one), when wineinstall refuses to be ran as root? Hmm, if it still says that, then it's a bug. A global wine.conf is deprecated. Yep, it's a bug. > Finally, why can't wineinstall be incorporated in: make install? Because make install shouldn't do what wineinstall does. And the other way around. make install simply installs the compiled Wine files on the system, whereas wineinstall is a "one size fits all" for lazy users which configures everything down to the kitchen sink :-) Confirming, since wineinstall still talks about wine.conf -- 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.

1 0

[Bug 1371] Wine fails under multiple monitors
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1371 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:42 ------- Bug comments restored from Gmane.org: I just added a second monitor to my system and wine no longer runs. The multiple monitor setup is using XFree86 4.1.0 with Xinerama. Here is the output from wine when I try to run a program: Invoking /usr/bin/wine.bin /home/tmmacpha/c_drive/Program Files/KaZaA Lite/Kazaa.exe ... fixme:win32:PE_CreateModule Unknown directory 15 ignored wine: Unhandled exception, starting debugger... ------- Additional Comments From lionel.ulmer(a)free.fr 2003-04-06 01:50 ------- Could you try to : 1) run in Synchronous mode (change the line 'Synchronous' = 'Y' in your config file) 2) start with an 'easier' application than Kazaa (something like Notepad) and see if it crashes too 3) try maybe to run in Desktop mode If it still crashes, please attach to this bug report a compressed '--debugmsg +relay,+seh' log plus the output of the debugger window. By the way, which Wine version ? ------- Additional Comments From trevor.macphail.lists(a)shaw.ca 2003-04-06 17:10 ------- Created an attachment (id=448) --> (http://bugs.winehq.com/attachment.cgi?id=448&action=view) Output from: wine --debugmsg +relay,+seh notepad.exe ------- Additional Comments From trevor.macphail.lists(a)shaw.ca 2003-04-06 17:11 ------- And another note: I am using wine version 20030115 -- 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.

1 0

[Bug 1370] executing commands with wcmd fails
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1370 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:41 ------- Bug comments restored from Gmane.org: This kind of command fails with wcmd: start /wait somebatfile.bat ------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:24 ------- Confirmed: AFAICT, wcmd does not support 'start'. Adding the source keyword since we obviously have the wcmd source ;-) -- 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.

1 0

[Bug 1362] Half-Life DirectX menu rendering problems
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1362 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:38 ------- Bug comments restored from Gmane.org: Bug report #286 talks about a half-life menu rendering problem in resent versions of wine. This problem still exists for half-life in wine-20030318 it probably has to do with DirectX directdraw and could also be the related to the reason starcraft runs very very slowly in newer versions of wine. ------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-03 07:54 ------- *** This bug has been confirmed by popular vote. *** -- 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.

1 0

[Bug 1361] Regression - DirectX sound isn't working properly for some games
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1361 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:37 ------- Bug comments restored from Gmane.org: I'm running Red Hat Linux 8.0 2.4.18-14 on an nForce2 mainboard, the A7N8X Deluxe. When running wine-20030219 half-life and starcraft's sound works fine (I believe they both use DirectX for sound). When I installed wine-20030318 the starcraft sound is intermittently on and off and half-life's sound is totally gone. I'm not sure about the inner workings of Linux's driver architecture but the proprietary non-opensource nvaudio module driver I'm using might have something to do with it. I kind of doubt it, but thought I'd say I'm using that. ------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:44 ------- Did any other updates to your system take place between this time, in particular, did you run up2date? If not, then this is prolly a directsound regression, there have been quite a few DSound changes lately. If so then I'll assign this to robert reif, as he's done much of the work lately. Ideally, you would do a CVS regression trace, could you do one of them? ------- Additional Comments From reif <at> earthlink.net 2003-04-03 12:17 ------- Could you do a trace for me? Run your program as: wine --debugmsg +wave,+dsound program.exe >& trace where program.exe is either starcraft or half-life and either post the files here or email them directly to me. ------- Additional Comments From reif <at> earthlink.net 2003-04-06 20:21 ------- Are you using a microphone with half-life? If so (or even if not), the problem may be related to bug 1363. In the [dsound] section of the config file, add: "HardwareAcceleration" = "Emulation" and see if that helps. If so, then the real fix will have to wait until I finish the direct sound capture driver. ------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-08 22:06 ------- I built the wine CVS on 04/07/2003 and did the following: [gsurbey@02f2847 Half-Life]$ pwd /usr/share/wine-c/Program Files/Half-Life [gsurbey@02f2847 Half-Life]$ wine --debugmsg +wave +dsound hl.exe >& trace [gsurbey@02f2847 Half-Life]$ cat trace wine: cannot find '+dsound' I don't know why it can't find dsound... so I tried wine --debugmsg +wave hl.exe >& trace and I've included the output in the attached file, but I'm not sure if this output will help you since there's no dsound loaded... then I did a "make uninstall" of the cvs tree and did a "./tools/wineinstall" for wine-20010510 and got the same exact dsound not found message. BUT sound in wine-20010510 works fine in half-life and starcraft. The "HardwareAcceleration" = "Emulation" option in my ~/.wine/config changed nothing, probablly since the dsound isn't being loaded to begin with. ------- Additional Comments From mike <at> theoretic.com 2003-04-09 04:32 ------- Note the "," mark between +wave and +dsound - not very intuitive I know. ------- Additional Comments From gregsurbey <at> hotmail.com 2003-04-10 15:01 ------- Alright, I made a successful trace and sent the file to Robert Reif. Thx for the tip about the comma, I'll be sure to be less newbish about sending in bug reports in the future. ------- Additional Comments From reif <at> earthlink.net 2003-04-10 20:53 ------- Created an attachment (id=451) --> (http://bugs.winehq.com/attachment.cgi?id=451&action=view) program trace of +wave,+dsound ------- Additional Comments From reif <at> earthlink.net 2003-04-10 20:58 ------- It's not a capture or full duplex or multiple sound card issue so it's not something I introduced. However, it is having problems mixing the sound. I'm going to have to defer this to someone that is more familiar with the mixer buffer problems. I'm attaching the trace you sent. -- 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.

1 0

[Bug 1360] DNS-Lookup doesn't work.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1360 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:35 ------- Bug comments restored from Gmane.org: In mIRC for example DNS-Lookup doesn't work. When i use IP all work fine. I'm using FreeBSD 4.7. ------- Additional Comments From peter <at> lego-hc11.de 2003-04-03 14:41 ------- http://www.mail-archive.com/freebsd-questions <at> freebsd.org/msg24552.html <-- It seems not to be my problem alone. ------- Additional Comments From mike <at> theoretic.com 2003-04-03 15:19 ------- Gerald, could you take a look at this? It seems quite similar to bug 733, fixed by a check for a re-entrant libc. ------- Additional Comments From peter <at> lego-hc11.de 2003-04-03 16:40 ------- I tried the FreeBSD package. But the DNS-lookup does still not work for me. But "pkg_add" gave some warnings: pkg_add: warning: package 'wine-2003.03.18' requires 'imake-4.2.0_1', but 'imake-4.3.0' is installed pkg_add: warning: package 'wine-2003.03.18' requires 'XFree86-libraries-4.2.1_1', but 'XFree86-libraries-4.3.0_1' is installed Is this a problem? I don't 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.

1 0

[Bug 1359] Wine doesn't work with XFree86-4.3 on RH9
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1359 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:34 ------- Bug comments restored from Gmane.org: It stops giving: XIO: fatal IO error 0 (Success) on X server ":0.0" after 177 requests (176 known processed) with 0 events remaining. ------- Additional Comments From mike <at> theoretic.com 2003-04-03 02:59 ------- This is caused by the new glibc, and is a known problem *** This bug has been marked as a duplicate of 1343 *** ------- Additional Comments From apunga <at> mymail.ro 2003-04-03 08:16 ------- I can't figure out how did RedHat release RH9 with this crappy bug inside. By the way just installed it on 2nd April (2 days after the release) and I had 10 packages to upgrade already (security updates) :D Ok, I miss wine, but I cannot fix it. I beg you for this. ------- Additional Comments From mike <at> theoretic.com 2003-04-03 08:46 ------- This isn't a Redhat bug, it's due to the move to NPTL threading. All new distros are affected (mdk9.1, new suse, gentoo etc). The Wine team are working hard to resolve this. The tracker bug will be updated when it's fixed. Hold tight ;) ------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:06 ------- Closing -- 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.

1 0

[Bug 1358] "GraphicsDriver" = "none" wanted
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1358 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:33 ------- Bug comments restored from Gmane.org: I suggest making a dummy graphicsdriver such "GraphicsDriver" = "none" which just makes stdout and stdin transparent. The two existing drivers x11drv and ttydrv won't do when running console programs many times in a row (e.g. a win32 console compiler from a gnumakefile): x11drv: initialization due to communication with xfs is painful over a slow network (e.g. a modem line) ttydrv: uses ncurses which means restoring the contents of the window each time wine finishes. This erases the output of the console program. Here is the code: // original code beginning in line 73 of user_main.c (rev 1.50): if (!(graphics_driver = LoadLibraryA( buffer ))) { MESSAGE( "Could not load graphics driver '%s'\n", buffer ); return FALSE; } ---- // could be changed to something along these lines: if (strncmp( "none", buffer, MAX_PATH) == 0 ) ; // do nothing else if (!(graphics_driver = LoadLibraryA( buffer ))) { MESSAGE( "Could not load graphics driver '%s'\n", buffer ); return FALSE; } ------- Additional Comments From mike <at> theoretic.com 2003-04-03 02:56 ------- What is wrong with wineconsole? It was patched lately to use the standard stdin/stdout, so you can run winedbg in the xterm from which it was started for instance. Is that what you're thinking of? ------- Additional Comments From wine <at> how.dk 2003-04-03 16:49 ------- Not sure (haven't tried the latest version). If wineconsole still uses ncurses clearing/restoring the console after the program finishes, then the "none" driver is still needed. ------- Additional Comments From mike <at> theoretic.com 2003-04-04 03:18 ------- I don't think it does, running winedbg with the console driver is just like running gdb. Please try Wine CVS and see if this is fixed. -- 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.

1 0

[Bug 1357] Vobsub text writing problems
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1357 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:31 ------- Bug comments restored from Gmane.org: I have this video editing program for windows I often use to subtitle foreign videos. It uses a plugin called textsub which "writes" the text to the movie. Now, that further uses vobsub.dll (the final reference ;p). So, I tried it out but got these erros: fixme:text:ExtTextOutW called on an open path fixme:text:ExtTextOutW called on an open path fixme:text:ExtTextOutW called on an open path fixme:text:ExtTextOutW called on an open path etc.. etc... etc... So, if anyone has any ideas on that. The link provided also has the source for the dll in case you want to look at that at all. Thanks ahead of time for everyone's help. Sincerely, Chris White -- 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.

1 0

[Bug 1355] Static text controls wrap too early
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1355 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:30 ------- Bug comments restored from Gmane.org: This visual bug affects quite a few apps at the moment, the "wrap rectangle" of static text controls is too short, leading to small labels spilling out onto 2 lines. I can attach a screenshot if it'd be useful but a lot of apps show this 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.

1 0

[Bug 1353] DirectX 9 is missing
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1353 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:30 ------- Bug comments restored from Gmane.org: We all know this, but it's still a bug, there is no directx 9 implementation, that also means no direct3d 9, so lots of new games won't run on wine. ------- Additional Comments From daracerz <at> hotmail.com 2003-04-19 20:37 ------- *** This bug has been confirmed by popular vote. *** -- 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.

1 0

[Bug 1352] JP soft's 4NT crashes wine when started
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1352 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:29 ------- Bug comments restored from Gmane.org: I did start 4NT by typing: wine 4ntu.exebut it fails and start debugger with a message saying:"Unhandled page fault on read access to 0x4040003a at address 0x004716c5""Do you want to debug it?"I tried setting "version" = "nt40" but same results.This is the console output:[cad@pc-2 4NT]$ wine 4nt.exefixme:win32:PE_CreateModule Unknown directory 15 ignoredfixme:win32:PE_CreateModule Security directory ignoredwine: Unhandled exception, starting debugger... ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 18:55 ------- Created an attachment (id=440) --> (http://bugs.winehq.com/attachment.cgi?id=440&action=view) message from debugger ------- Additional Comments From juan <at> virtual-orbis.com 2003-04-18 22:00 ------- under wine-20030408 crashes the same, starts debugger... just typed: wine 4nt.exe to start 4NT and wine crashes... -- 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.

1 0

[Bug 1351] JP soft's 4DOS metabug
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1351 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:28 ------- Bug comments restored from Gmane.org: 4DOS doesn't work when started by wine under mandrake linux 8.1 Output is: [cad@pc-2 cad]$ wine 4dos.com Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 061e, DS 00c8, ES f000 fixme:int21:DOSVM_Int21Handler SetSystemDate(81/83/17477): not allowed err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c8, ES 00c8 4DOS XMS swapping initialized (241K) 4DOS running under DESQview 4DOS running under Windows 95 err:int:do_int2f_16 int2f: unknown/not implemented parameters: int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4 err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters: int15: AX 110b, BX 0200, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4 err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters: int15: AX 120b, BX 0001, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4 err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters: int15: AX 120b, BX 0003, CX 0000, DX a999, SI 0136, DI 6d70, DS 63ed, ES 94e4 err:int:DOSVM_Int15Handler int15: unknown/not implemented parameters: int15: AX 120b, BX 0501, CX 0005, DX 0000, SI 315b, DI 6d70, DS 63ed, ES 94e4 err:seh:EXC_DefaultHandling Unhandled exception code 80000111 flags 0 addr 0x21 [cad@pc-2 cad]$ ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 14:44 ------- 5/11/2003 12:12:31 +0300 From: Jukka Heinonen <jhei <at> iki.fi> (in an e-mail to Juan Melgarejo) 4DOS calls those DESQview routines that really must be emulated in order to get 4DOS working. But I already figured out why 4DOS thinks it is running under DESQview (set date routine is used for installation checks!). I also fixed a bunch of other bugs and 4DOS should now work using latest Wine CVS version. Perhaps you should verify this and close bug #1351 (or update it because editing command line and some 4DOS commands do not work). << [article] >> [Bug 1351] - JP soft's 4DOS Subject: [Bug 1351] - JP soft's 4DOS From: wine-bugs <at> winehq.com Date: Thu, 15 May 2003 15:47:34 -0500 Newsgroups: gmane.comp.emulators.wine.bugs Reply-to: wine-devel <at> winehq.org http://bugs.winehq.com/show_bug.cgi?id=1351 ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:47 ------- under 20030508 version 4DOS now loads, but hangs without executing any command... (lots of int2f & int21 messages than ever) [cad@pc-2 cad]$ wine 4dos.com Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX d44d, BX 00bc, CX 0008, DX 0080, SI 1059, DI 0605, DS 00c7, ES f000 err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX 4a33, BX 3dc0, CX 0010, DX 7a85, SI 0101, DI 1033, DS 00c7, ES 00c7 4DOS XMS swapping initialized (241K) 4DOS running under Windows 95 err:int:do_int2f_16 int2f: unknown/not implemented parameters: int2f: AX 168f, BX 6d70, CX 0004, DX 0000, SI 0082, DI a999, DS 94e4, ES 94e4 4DOS 7.50 (Win95) DOS 7.00 Copyright 1988-2003 Rex Conn & JP Software Inc. All Rights Reserved fixme:int21:INT_Int21Handler Unimplemented long file name function: err:int21:INT_Int21Handler int21: unknown/not implemented parameters: int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4 4DOS, S/N 999001. This trial version of 4DOS may be used for up to 21 days before purchase. >> 21 days remain in your evaluation period. To learn about how the >> evaluation period works see TRIAL.TXT. To order call 410-810-8819, visit our web site at http://jpsoft.com/, or see the order form in ORDERS.TXT. fixme:int21:INT_Int21Handler Unimplemented long file name function: err:int21:INT_Int21Handler int21: unknown/not implemented parameters: int21: AX 71a7, BX 0000, CX 0000, DX 01c2, SI 9ce6, DI 9cbe, DS 94e4, ES 94e4 fixme:int21:INT_Int21Handler Unimplemented long file name function: err:int21:INT_Int21Handler int21: unknown/not implemented parameters: int21: AX 71a7, BX 0000, CX 0000, DX 01c3, SI a086, DI a05a, DS 94e4, ES 94e4 rem C:\ARCHIV~1\THEHAC~1\THD.EXE /NORES /NOMENSAJE SET BLASTER=A220 I5 D1 T4 err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX ae00, BX a64a, CX ff16, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4 REM - BY WINDOWS SETUP - C:\WINDOWS\COMMAND\MSCDEX /D:MVCD001 /M:10 /V /E rem MODE CON CODEPAGE PREPARE=((850) C:\WINDOWS\COMMAND\EGA.CPI) rem MODE CON CODEPAGE SELECT=850 rem KEYB LA,,C:\WINDOWS\COMMAND\KEYBOARD.SYS SET PATH=C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX ae00, BX a64a, CX ff50, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4 SET PATH=C:\ARCHIV~1\THEHAC~1\;C:\windows;C:\windows\system;X:\;Y:\;C:\ARCHIV~1\ARCHIV~1\AUTODE~1;Y:\4DOS;Y:\4DOS err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX ae00, BX a64a, CX ff6e, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4 set comspec=Y:\4DOS\4dos.com err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX ae00, BX a64a, CX ff19, DX ffff, SI a638, DI 58d0, DS 94e4, ES 94e4 err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX d44e, BX 0000, CX 0029, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7 y:\>err:int:DOSVM_Int2fHandler int2f: unknown/not implemented parameters: int2f: AX d44e, BX 0001, CX 0042, DX 0000, SI 0082, DI a999, DS 94e4, ES 00c7 -- 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.

1 0

[Bug 1205] DOSFS_OpenDevice does not support parallel printer
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1205 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:27 ------- Bug comments restored from Gmane.org: DOSFS_OpenDevice does not have any support for parallel printers -- 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.

1 0

[Bug 1350] [AllocConsole, CONIN$/CONOUT$]Take command /32 ver 3.01A displays inverted "?" characters instead of text in command window, diverts I/O to console instead.
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1350 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:26 ------- Bug comments restored from Gmane.org: It is supposed that this app acts like an enhanced "DOS Command prompt window" that supports JP soft's 4DOS features under M$ windows GUI without using the 4DOS DOS-mode binary. When running under Wine,the window is drawn correctly, menus are ok, but it does not display text in the app's command text window (it displays "?" character instead of typed characters), this text appears instead on linux's tty from where wine was invoked. (must change text colors in the app to see the "?" characters, otherwise it appears to be "blank"). Moreover, the app open a second window that is supposed to be the console for output of the typed commands that is broken (cannot show its content) I'm reporting this version of Take Command, because lastest (5.0) version does not work at all under wine (starts debugger). ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:09 ------- Created an attachment (id=437) --> (http://bugs.winehq.com/attachment.cgi?id=437&action=view) Take command window after typing "dir". Output is shown in the Linux shell window while the main window show inverted "?" signs. To see the "?" signs is necessary to change default foreground & background colors in the app otherwise the text is displayed as "blank". Behind the Konsole & Take Command window is TCMD window that is filled with other Xwindow's content. ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:17 ------- Created an attachment (id=438) --> (http://bugs.winehq.com/attachment.cgi?id=438&action=view) Take Command under win98 (normal behaviour, no TCMD console window) ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:23 ------- Wine output: [cad@pc-2 TC32301]$ wine TCMD32.EXE err:win:WIN_FindWndPtr window 0x10021 belongs to other process fixme:console:SetConsoleCtrlHandler (0x4245ae,1) - no error checking or testing yet fixme:class:get_class_ptr reading from class of other process window 0x10021 Take Command/32 3,01A Windows 95 4,0 Copyright 1988-2001 Rex Conn & JP Software Inc. All Rights Reserved Take Command/32, S/N 999001. This trial version of Take Command may be used for up to 21 days before purchase. >> 20 days remain in your evaluation period. To learn about how the >> evaluation period works see TRIAL.TXT. To order call 800-368-8777 (US / Canada only) or 781-646-3975, visit our web site at http://www.jpsoft.com/, or see the order form in ORDFORM.TXT. [y:\tc32301]dir ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:20 ------- Isn't it a console bug? If so this should be assigned to the wine-console component. ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-04 22:43 ------- Output is diverted to console (bug). It should be inside the text area of TCMD32.EXE window (below the menu bar). ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-11 22:51 ------- fixed URL in bugreport ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:54 ------- 5/11/2003 12:12:31 +0300 In a mail from: Jukka Heinonen <jhei <at> iki.fi> I have a feeling that bug #1352 is what prevents newer TakeCommand/32 versions from running. I have no idea what causes this bug. I didn't find older TakeCommand/32 versions mentioned in bug #1350 but TakeCommand/16 seems to show similar behaviour. It looks like TC/16 calls DOS int21 routines for input/output and expects that those interrupts somehow interact with TC/16 window. Input related problem is quite easy to fix but I don't know how TC/16 expects its window to be updated via int21. -- 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.

1 0

[Bug 1227] Treeview dosn't send right messages
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1227 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:22 ------- Bug comments restored from Gmane.org: There is a explorer example where a click into the treeview does nothing. Running with -dll=comctl32=n does fix it. ------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16 07:21 ------- Created an attachment (id=368) --> (http://bugs.winehq.com/attachment.cgi?id=368&action=view) Source and exe of the example ------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16 07:22 ------- the attachment is a zip file... -- 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.

1 0

[Bug 1226] winsock:NtStatusToWSAError Status code c0000024
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1226 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:21 ------- Bug comments restored from Gmane.org: Im trying to play StarCraft with IPX and this is what I got! :( fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-16 08:27 ------- C0000024 is STATUS_OBJECT_TYPE_MISMATCH, which then got translated into error 6 (ERROR_INVALID_HANDLE). This one sounds interesting. Please attach a --debugmsg +relay,+winsock log. ------- Additional Comments From marc <at> bazooka.se 2003-01-17 08:54 ------- this is the +winsock print... +relay is really to slow... it doesent seem to matter if I add an IPX interface or not ./ipx_interface add -p eth0 802.3 0x12345678 [marc@dhcppc2 marc]$ nice -n 20 wine -debugmsg +winsock /home/marc/starcraft/StarCraft.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: fixme:console:SetConsoleCtrlHandler (0x4c6410,1) - no error checking or testing yet fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40292110)->(00010021,00000013) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x40295e80,00010021,2):stub trace:winsock:DllMain 0x44070000 0x1 (nil) trace:winsock:DllMain 0x44070000 0x0 (nil) trace:winsock:DllMain 0x440c0000 0x1 (nil) trace:winsock:WSAStartup verReq=101 trace:winsock:WSAStartup succeeded trace:winsock:WS_socket af=6 type=2 protocol=1000 trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0 flags=0x1 trace:winsock:WS_socket af=6 type=2 protocol=1000 trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0 flags=0x1 fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WS_bind socket ffffffff, ptr 0x1800ff70, length 14 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WS_closesocket socket ffffffff trace:winsock:WS_closesocket socket ffffffff trace:winsock:DllMain 0x440c0000 0x0 (nil) [marc@dhcppc2 marc]$ ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-19 11:37 ------- Please retry with Wine CVS in about a week; Roderick Colenbrander just submitted an IPX configure script fix that might also fix that particular issue. -- 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.

1 0

[Bug 1225] unable to compile ole
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1225 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:20 ------- Bug comments restored from Gmane.org: hello there, i get a compile error with the latest cvs-wine version. compiling with gcc-3.1 on libc-2.2.5: make[1]: Entering directory `/morespace/hdc/dl/wine/wine/ole' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than struct or union are not allowed ../include/winuser.h:2409: unnamed fields of type other than struct or union are not allowed make[1]: *** [dx8guid.o] Error 1 make[1]: Leaving directory `/morespace/hdc/dl/wine/wine/ole' ------- Additional Comments From hughes2002 <at> btinternet.com 2003-01-15 07:36 ------- I can confirm the same error occurs with GCC 3.1 and glibc-2.2.4. It is due to the nameless struct MONITORINFO which occurs in winuser.h. A temporary hack is to define -DNONAMELESSSTRUCT in the ole/Makefile. Doing this allows the compile to continue until it comes upon the next #include of winuser.h. So far, I've found it occurs in tools/bin2res, tools/wrc, dlls/d3d8 and dlls/d3dx8 and dlls/opengl32. Defining NONAMELESSSTRUCT in the appropriate .c file that includes winuser.h also solves the problem on a smaller scale. ------- Additional Comments From marcus <at> jet.franken.de 2003-01-17 15:18 ------- confirmed. I submitted a patch to fix the MONITORINFOEX structs. The IDL structs are a bit weirder though. ------- Additional Comments From Steven_Ed4153 <at> yahoo.com 2003-03-17 12:20 ------- This bug can be closed. I had this same problem on Mingw untill Marcus submited his patch. -- 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.

1 0

[Bug 1134] endian problem (?) in registry loader
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1134 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: running wine 20021031 with an installed copy of Windows ME, I tried to start MS Word. It complained that it was not installed. I compared the wine system.reg and the registry dump from regedit.exe and found the following difference: Windows Registry: [HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES\Applications\WINWORD.EXE\shell\edit\command] @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=hex(7):4c,6a,4e,25,21,67,78,73,66,28,4e,67,5d,71,46,60,48,7b,4c,73,\ 57,4f,52,44,46,69,6c,65,73,3e,6c,6c,54,5d,6a,49,7b,6a,66,28,3d,31,26,4c,5b,\ 2d,38,31,2d,5d,20,2f,6e,00,00 ~/.wine/system.reg: [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036529854 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"LjN%!gxsf(Ng]qF`H{LsWORDFiles>llT]jI{jf(=1&L[-81-] /n\0" Replacing the "command"= line in ~/.wine/system.reg with the one from the Windows registry fixed the problem. Looking at an ASCII table, I realized that the string was the same byte values, except the byte order was swapped. Changing the byte order to [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036745211 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"jL%Ng!sx(fgNq]`F{HsLOWDRiFel>sll}TIjj{(f1=L&-[18]-/ n\0" fixed the problem. MS Word started, loaded a file and saved it with no problem. This is probably a general problem with all registry values that load to str(7). I saw it in several other str(7) values in the system.reg file. Should be easy to fix, but I don't know anything about Wine's architecture, so I don't even know where to begin looking for the function that reads in the Windows registry. -- 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.

1 0

[Bug 1132] Sample QuickTime app crash in CreateEventA()
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1132 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: Hi, We're experimenting with quicktime audio/video codec support in MPlayer. Audio already works using libwine, but it crashes with video. We've made a minimalist sample app, to read a file, decode and write to another file. It works in real windows (both cygwin and msvc-compiled exe) but crashes in Nth CreateEventA(0,0,0,0) call inside wine (according to gdb, in kernel/sync.c:45) under linux. The source (.c for cygwin/gcc, .cpp for msvc), .EXE, and the input datafile can be downloaded here: [ftp|http]://ftp.mplayerhq.hu/MPlayer/samples/qtvideo/ It requires qtmlClient.dll from QT5 SDK (I put that file there too), and installed QuickTime 5.x player (for recompiling exe from source you need the full QT SDK for includes) I've tested with Wine-20021031.tar.gz and codeweavers-wine-20020904 both compiled from source, with gcc 2.95.3. my ~/.wine is symlinked to crossover plugin's dotwine dir, where i have QT5 player installed. If you need more info, tell me. thanks, A'rpi / Astral & ESP-team ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:44 ------- Waaaah, cool ! :-) Hmm, could you attach a --debugmsg +relay,+server logfile ? I currently don't have a lot of time, but I'm sure others are also interested. ------- Additional Comments From arpi <at> mplayerhq.hu 2002-11-07 12:51 ------- Are you sure you want it? It wrote HUGE log for a while (around a half minute), and it crashed when the log was around 280 MB long, then it (4 instances of wine still running) continued writing the log... then i've killed. A'rpi ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 14:18 ------- Err, not so sure any more ;-))) Hmm, could you attach a log showing about 5000 lines around the problem ? Or maybe I'd even have to install that stuff... *sigh* -- 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.

1 0

[Bug 1135] WinISO 5.3: Menus don't work (CreateMenu/DestroyMenu problem?)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1135 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:15 ------- Bug comments restored from Gmane.org: When you do click about a menu, it doesn't work. The rebar background, or could be even the toolbar background is missing. (this last is a comctl32 problem, or missing feature) Carlos. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08 15:25 ------- This is two seperate bugs. Lets treat this one as the menu bug. Please open a seperate bug for the rebar bug. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-12-28 04:25 ------- This could be due to missing CreateMenu/DestroyMenu state memorizing functionality that is implemented from Win9x on (Win 3.x didn't have that). (implementing this properly is difficult, since it's unknown how exactly to do that) Another programs affected by this is FilZip 2.01 (IIRC). Another program with non-working menus is reported to be QuoteTracker. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16 ------- And yet another program that might be broken the same way is CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23 ------- Forgot to mention that the CFMX report is in AppDB. -- 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.

1 0

[Bug 1136] No dialogArguments in modelessDialog in Internet Explorer
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1136 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:13 ------- Bug comments restored from Gmane.org: Hello all! I do not know if this is a wine-specific problem, its very strange, but here you are: I am developing under Linux a server-side application. As client I have to use Internet-Explorer, because the rest of the wold does :-( When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6 and wine, I can not use the dialogArguments-Property in the opened dialog-Window. First I thougt, that I made some error in JavaScript, but as I tried my scripts out on a real windows-box (same IE5.5 and IE6) it worked fine. Somewhere between the windows there are my arguments lost. Here is it like it should be: test.html: <script> window.showModelessDialog("dialog.html", "test") </script> This small html-file opens a dialog and displays this document in it: dialog.html: <script> alert(window.dialogArguments) </script> Now the opened dialog displays a message "test". Because dialogArguments are set by the showModelessDIalog-Method. This works on the real windows-box. IT DOES NOT WORK on wine. It always displays "undefined". How can this be? Looks like a very highlevel error somewhere? yours Gunter -- 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.

1 0

[Bug 1138] Wine's HTTP implementation in wininet won't handle "302 content moved"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1138 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:10 ------- Bug comments restored from Gmane.org: If HTTP server responds with "302 Content moved", Wine's HTTP implementation in wininet.so does not correctly try to download content from the new location specified in the Location-header. -- 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.

1 0

[Bug 1139] Windows commander OnShow OnHide
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1139 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:09 ------- Bug comments restored from Gmane.org: regression starting from 20021031Windows commander 3.51 used to work fine but has now a problemwith the drop down list for drive selection:"Cannot change Visible in OnShow or OnHide"I thought of a download link here but as it turns out the currentdownloadable version 5.5 has bad problems with wine altogether.(http://www.ghisler.com/download.htm) ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-10 14:52 ------- If its a regression then using CVS could you please narrow it down to the patch that caused the regression. The way to do regression testing is outlined here. http://www.winehq.org/docs/wine-devel/cvs-regression.shtml ------- Additional Comments From micha(a)freemail.com.au 2002-11-13 14:35 ------- Sorry, at this time this is beyond me. Actually, before posting this I looked at the regression testing - and gave up. Until now I only used binary versions (those for SuSE) and the problem occurred starting with 20021031. I had hoped this would be enough for the developer(s) to narrow it down - and hopefully still be useful. I am only beginning to dig in to this. At least I can meanwhile correct this much: The current download version of Windows Commander (now "Total Commander") actually DOES run under Wine. It just has a silly splash screen waiting for some input, that gets immediately covered by the main window so that the latter appears to be dead. Having solved that: The problem in question can still be seen with this version although the useful message pointing out the problem does not come up any more. One just gets an empty rectangle. -- 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.

1 0

[Bug 1140] Problem parsing comments in Setup .INFs
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1140 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:07 ------- Bug comments restored from Gmane.org: It seems that WINE Setup API has problem parsing comments in .INFs. For instance, when trying to install HTML Help Workshop above the Setup fails with the message: Incorrect INF file syntax in section 'HHWDestinationDir ; Ask user for custom destination' Uncompressing the self-extracting package and removing the comments avoids the problem: cabextract htmlhelp.exe mv htmlhelp.inf htmlhelp.inf.orig sed -e 's/;.*$//g' htmlhelp.inf.orig > htmlhelp.inf wine setup.exe ------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:08 ------- These are the relevant bits when running with -debugmsg +all trace:string:lstrcpynA (0x406c1c5c, "W95INF16.DLL", 260) trace:string:lstrcpynA (0x406c1118, "/home/jfonseca", 1024) trace:string:lstrcpynW (0x403cb028, L"HHWDestinationDir\t\t; Ask user for custom destination", 2048) trace:string:lstrcpynA (0x406c0a78, "/home/jfonseca", 1024) trace:setupapi:IpGetProfileString16 0x403c8e48: section "version" entry "signature" ret "$Chicago$" trace:setupapi:GenFormStrWithoutPlaceHolders16 "HHWDestinationDir\t\t; Ask user for custom destination" -> "HHWDestinationDir\t\t; Ask user for custom destination" trace:reg:RegQueryValueExA (0x50,"ProgramFilesPath",(nil),(nil),0x406c1d14,0x406c1e7c=260) trace:reg:RegQueryValueExA (0x50,"SM_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100) trace:reg:RegQueryValueExA (0x50,"PF_AccessoriesName",(nil),(nil),0x406c1e18,0x406c1e7c=100) trace:string:lstrcpynA (0x406c0ddc, "/home/jfonseca", 1024) trace:string:lstrcpynA (0x406c0d78, "/home/jfonseca", 1024) trace:resource:LoadStringA instance = 75a50000, id = 045d, buffer = 406c1b34, length = 512 trace:resource:LoadStringW instance = 75a50000, id = 045d, buffer = 403c9818, length = 512 trace:resource:LoadStringW strlen = 41 trace:resource:LoadStringW L"Incorrect INF file syntax in section '%1'" loaded ! trace:resource:LoadStringA "Incorrect INF file syntax in section '%1'" loaded ! ------- Additional Comments From j_r_fonseca(a)yahoo.co.uk 2002-11-10 19:39 ------- The strangest thing is that the ';' is already being considered in value_name_state() in dlls/setupapi/parser.c. I guess the problem must live on PARSER_string_substW() in dlls/setupapi/parser.c, which is called by GenFormStrWithoutPlaceHolders16. Unfortunately there isn't available information about this later API. -- 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.

1 0

[Bug 1142] ms office2k file lock
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1142 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:05 ------- Bug comments restored from Gmane.org: when a user (user a) in a network environment opens an excel spreadsheet that another user (user b) already has open, they get a message that the file is already opened for writing by user b. When running excel2k with wine, if user a tries to go into a file that user b already has open for writing, there is no prompt. Likewise, if user a opens a file for writing, and user b tries to access that file, user b doesn't recieve a prompt...there is no error message for this and i am not sure if this is a bug or something that would need to be built into wine... -- 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.

1 0

[Bug 1144] ./wineinstall
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1144 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:02 ------- Bug comments restored from Gmane.org: [Laurent@cyrus tools]$ ./wineinstall WINE Installer v0.73 ~/wine-20021031 ~/wine-20021031/tools Running configure... configure: creating cache config.cache checking build system type... i686-pc-linux-gnuoldld checking host system type... i686-pc-linux-gnuoldld checking whether make sets ${MAKE}... yes checking for gcc... no checking for cc... no checking for cc... no checking for cl... no configure: error: no acceptable C compiler found in $PATH Configure failed, aborting install. Here the result of the installation that I have tent to carry out under RED HAT 8.0 I have also test with ./configure and the result is the same one would have a idee. Thanking you by advance and with gratitude for the neophyte Laurent ------- Additional Comments From marcus(a)jet.franken.de 2002-11-14 11:31 ------- You need to install the gcc, bison, flex, make rpms from the redhat cds (and probably more). If there is a development profile to select in the redhat package manager frontend, please select it. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-14 11:55 ------- I'd advise you to really read the README file next time - the file's naming definitely serves a purpose... Oh well, 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.

1 0

[Bug 1145] Compile ntdll with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1145 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:01 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 14:46 ------- Working on this... ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-18 15:56 ------- Created an attachment (id=338) --> (http://bugs.winehq.com/attachment.cgi?id=338&action=view) Patch for ntdll ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6347 ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 00:15 ------- Patch committed, this one's done! -- 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.

1 0

[Bug 1146] Compile ole32 with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1146 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:59 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6365 ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 23:19 ------- Yeap, it's closed! -- 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.

1 0

[Bug 1147] Compile shell32 with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1147 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:57 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:45 ------- Created an attachment (id=337) --> (http://bugs.winehq.com/attachment.cgi?id=337&action=view) Make shell32 compile without WINE_NO_STRICT ------- Additional Comments From jdahlin(a)async.com.br 2002-11-18 06:47 ------- Since this is my first try to STRICT:ify a dll in wine i'm attaching it here for review before sending to wine-patches. If it's okay i'll continue and help with the other few dlls that's left. One thing that worries me is if i should do: if ((int)hInstance < 32) or if (hInstance < (HINSTANCE)32) Except from that should the fact that it's compiling without warnings be enough, shouldn't it? ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-18 10:48 ------- At this point in time you should send the patch to wine-patches(a)winehq.com . You will get far more review of it there. Please include a link to this bug report in your patch submission. You should include a link here (in the Additional Comments:) to the patch in in the wine-patches archive http://www.winehq.com/hypermail/wine-patches/ (this is nice to do as it provides a good cross reference.). ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 ------- Patch submitted ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:14 ------- Patch committed: http://cvs.winehq.com/patch.py?id=6364 -- 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.

1 0

[Bug 1148] Compile gdi with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1148 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:55 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 13:41 ------- Patch submitted: http://www.winehq.com/hypermail/wine-patches/2002/11/0291.html Will close it when it's committed. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:31 ------- Alexandre committed this instead: http://cvs.winehq.com/patch.py?id=6373 ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 16:32 ------- So it's closed! -- 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.

1 0

[Bug 1149] Compile user with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1149 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:54 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:17 ------- Fixed by this: http://www.winehq.com/hypermail/wine-patches/2002/11/0296.html Let's close this bug when the patch gets committed. ------- Additional Comments From dpaun(a)rogers.com 2002-11-22 15:35 ------- Fix by this patch: http://cvs.winehq.com/patch.py?id=6371 -- 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.

1 0

[Bug 1150] Compile commdlg with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1150 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:52 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-15 20:05 ------- Created an attachment (id=333) --> (http://bugs.winehq.com/attachment.cgi?id=333&action=view) Patch for colordlg.c and cdlg32.c - more to follow (hope these are okay - this is my first time hacking on Wine) ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-16 20:04 ------- Created an attachment (id=334) --> (http://bugs.winehq.com/attachment.cgi?id=334&action=view) Full patch for commdlg (hope this is okay - this is my first time hacking on Wine) ------- Additional Comments From fgouget(a)codeweavers.com 2002-11-16 20:15 ------- Cool. The best is to send it to wine-patches (or wine-dev) to give it more exposure and get more comments. ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:12 ------- Patch submitted. ------ Additional Comments From dpaun(a)rogers.com 2002-11-21 18:13 ------- Patch: http://cvs.winehq.com/patch.py?id=6363 -- 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.

1 0

[Bug 1151] Fixed width font fields in Windows are variable width in WINE
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1151 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:50 ------- Bug comments restored from Gmane.org: Fixed width font fields in Windows are variable width in WINE. You can verify this by opening up NOTEPAD.EXE in Wine. Instead of the fixed width (teletype/courier) font for displaying characters in the text field, Wine supplies a variable width solution. This is only a minor problem when using NOTEPAD.EXE. But it is a major problem when using software that assumes a fixed width font. This pertains specifically to my favorite text editor, NoteTab Pro. It runs very well with WINE except that it renders the text (and the blinking cursor) incorrectly because it expects a fixed width text field but Wine supplies a variable width font. I would love to be able to use NoteTab Pro under Linux, but it is not very enjoyable unless this kink is worked out. thanks, Peter Kirby ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-17 04:11 ------- CC'd Huw Davies. ------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:13 ------- Adding link to the download page for the FreeWare version: http://notetab.com/download.htm -- 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.

1 0

[Bug 1152] version information functionality (ver.dll, version.dll) badly broken
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1152 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:48 ------- Bug comments restored from Gmane.org: Current version management code doesn't seem to work properly in a lot of cases. GetFileVersionInfoA is said to only work with Win32 file images on MSDN, yet our code happily parses any kind of file information, both Win16 and Win32, and, worse yet, it even sometimes returns the *wrong* kind of format (as can be witnessed by running UltimateZip 2.7 - well, trying to run, that is...). I'm about to submit some test cases for version information code, and I'm also thinking of deliberately changing the code quite a lot in order to fix the worst issues, but of course this will then break a lot of other things, thus forcing someone to properly redesign this code (I currently really don't have time to do that). IMHO having a properly working version information code is pretty important, and the code seems to also be quite broken, thus leading to problems with lots of programs, so I assigned it a severity of "major". (another example of version problems seems to be the thread "Ulead Mediastudio 2.5 on Wine" on c.e.m.w.) What needs to be done IMHO is to first design very thorough (all-encompassing) test cases on Windows to be used on Wine (check Win16/Win32 file images, check for proper ASCII/Unicode handling, ..., so in total we might end up having some maybe 6 up to 10 different test cases), and then one would have to correct the current code (and still keeping in mind that we need to handle our own version information in our .so libraries properly !). -- 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.

1 0

[Bug 1153] Pen width, style SNAFU
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1153 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:47 ------- Bug comments restored from Gmane.org: CreatePen() seems to subsquently render half as wide as it should be. If PS_ENDCAP_ROUND is requested, Arc() renders with (I think) PS_ENDCAP_SQUARE. I worked around the former by changing circa line 50 in wine-20021031/graphics/ x1drv/pen.c to remove the factor "* 0.5" in the parameter to GDI_ROUND(). Example source (an FLTK fluid specification) and executable at: http://www.afn.org/~wilson/foo.fl http://www.afn.org/~wilson/foo.exe Line at proper width (100 pixels) will be jammed against the window frame; 270-degree arc should have round ends as well. Both look fine on W95 and WXP. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-17 13:46 ------- Good spotting! I also fould in grahics.c X11DRV_DrawArc() the place where the endcap style was unconditional overwritten with the square style. I sent a patch to wine-patches. If Akexandre accepts and applies the patch, please close the bug Bye ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:11 ------- Uwe's patches appear to fix my test application. Thanks all. ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:13 ------- Uwe asked that I close this bug, not merely mark it "Fixed". -- 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.

1 0

[Bug 1154] fixme:ddraw when running Master of Orion 2
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1154 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:45 ------- Bug comments restored from Gmane.org: When running Master of Orion 2 (a six year old Win95 game from Microprose) with the Debian unstable package of Wine 20021031 I see the following error messages: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a0978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) <-- snip --> They seem to be nonfatal (the game runs fine). <-- snip --> $ grep ddraw .wine/config "ddraw" = "builtin, native" $ <-- snip --> I'll attach the output of "wine -debugmsg +ddraw orion95.exe". ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 16:20 ------- Created an attachment (id=335) --> (http://bugs.winehq.com/attachment.cgi?id=335&action=view) Output of "wine -debugmsg +ddraw orion95.exe" ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 18:57 ------- Is the program displaying an screen coruption and if so could you provide a screenshot.Also please provide a description of what you expect to se (but don't) ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 19:05 ------- There's no screen corruption and the program runs fine. It's simply that these messages sound as if there's something that might need to get fixed. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 21:00 ------- If its not casing problems for your program then its just janitorial work marking as trivial. For the most part I do not worry about fixme's unless they interfere with a programs operation. -- 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.

1 0

[Bug 1155] setupapi.dll still not found - 16-bit dll or version conflict
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1155 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:43 ------- Bug comments restored from Gmane.org: I get the above error when trying to load Panzer Elite. Wine 20021031 Redhat 8.0 -- 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.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:42 ------- Bug comments restored from Gmane.org: ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:59 ------- These messages can be ignored. What actually goes wrong? If no response in a few weeks, this bug should be closed. -- 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.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:41 ------- Bug comments restored from Gmane.org: Wine 20021031 Redhat 8.0 [tazman@nitremb21 tazman]$ wine "/mnt/cdrom/panzer_elite/panzer_elite.exe" fixme:process:CreateProcessA (D:\panzer_elite\3d_control_center.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402b47a0)->(00010024,00000011) fixme:ddraw:MESA_IDirect3D2Impl_CreateDevice (0x402b4350)->({84e63de0-46aa-11cf-816f-0000c020156e},0x402b4e50,0x444408): stub fixme:process:CreateProcessA (D:\panzer_elite\mymenu.exe,...): NORMAL_PRIORITY_CLASS ignored -- 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.

1 0

[Bug 1157] Display Hebrew when the locale is set to he_IL
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1157 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:40 ------- Bug comments restored from Gmane.org: ------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2002-12-09 15:44 ------- It appears that it does display Hebrew properly, but only when the fonts are loaded in the fakeroot directory. When the exact same fonts are available through the X configuration (have not tried a font server, it used to work even worst than setting the fonts dir and using ttmkfdir), Hebrew characters are displayed as squares instead. This happens both when running Unicode and Ansi programs. -- 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.

1 0

[Bug 1159] Regression in x11drv due to http://cvs.winehq.com/patch.py?id=6301
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1159 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:37 ------- Bug comments restored from Gmane.org: The patch http://cvs.winehq.com/patch.py?id=6301 introduced a regression: with "DesktopDoubleBuffered" = "N" and "ScreenDepth" = "8" in the config file wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever. Setting "DesktopDoubleBuffered" = "Y" or commenting out "ScreenDepth" (or setting it to 16) makes the bug go away. The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) . -- 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.

1 0

[Bug 1161] CryptoAPI crashes in MS Money 2001 (illegal CPDeriveKey() call?)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1161 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:35 ------- Bug comments restored from Gmane.org: This is on Wine 20021031 (no option appears for this above). CryptoAPI is broken under this version. I started poking around trying to find out if someone was working on this. All I could find was a conversation between two people -- both of whom seem to indicate that they were close to finishing some kind of implementation for this. This was around August/September 2001. There was another discussion as to legal issues surrounding cryptography exports and licensing issues surrounding the integration with OpenSSL. I'm a complete novice with Wine. I'm trying to run the application Microsoft Money 2001 from an existing installation on a Windows partition. The most successful attempt to date passes the splash screen and opens the main window, but does not draw the "home" page. This is the trace: =>0 0x7ca03a36 (RSAENH.DLL.CPDuplicateHash+0x12d in C:\WINDOWS\SYSTEM\RSAENH.DLL) (ebp=406b1e10) 1 0x4099bf0b (ADVAPI32.DLL.CryptDeriveKey+0x145 in advapi32.dll.so) (ebp=406b1e58) 2 0x27108809 (MNYUTIL.DLL.??_7COfdPoolAdvDates@@6B@+0x69 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1e80) 3 0x271088ea (MNYUTIL.DLL.?Encrypt@@YAPAEPBEKPAKPBD@Z+0x4a in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1eb0) 4 0x2710889b (MNYUTIL.DLL.?SetPassword@CEncryptedPassword@@QAEXPBD@Z+0x46 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b268c) 5 0x10554d47 (MNYOB99.DLL.?FCreate@CPlaceBar@@UAEHPAVCWnd@@@Z+0x6c8 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b28c8) 6 0x1055a77f (MNYOB99.DLL.?InitInstance@CObeliskDLL@@QAEHXZ+0xd75 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2c9c) 7 0x10559bf9 (MNYOB99.DLL.?InitInstance@CObeliskDLL@@QAEHXZ+0x1ef in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2d98) 8 0x5f40b4f3 (MFC42.DLL.1576+0x47 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=406b2e58) 9 0x400c6709 (KERNEL32.DLL.CreatePipe+0xd99 in libntdll.dll.so) (ebp=406b2f1c) 10 0x400cb1c7 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x659 in libntdll.dll.so) (ebp=406b2ff4) 11 0x400cb418 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x8aa in libntdll.dll.so) (ebp=00000000) I've tried using the native advapi32.dll, but this fares even worse (or better?). Money complains that is unable to load a resource and crashes. At least with the builtin advapi I get a stack trace. The other settings are trivial -- mostly defaults from winesetuptk. The major change is that the windowing mode is desktop. Other windowing modes fail. Double-buffering fails for the desktop mode. Installing money natively to Wine fails with an internal error (2761?) at about the 50% mark. If you need more information, just give me some basic instruction as to the debugmsg options and wine config you'd like. ------- Additional Comments From mike(a)theoretic.com 2003-03-30 15:20 ------- Is this still a bug in latest CVS? CryptoAPI has been implemented for a long time now iirc, it sounds like a regression or bug, rather than unimplemented API. ------- Additional Comments From pollockd(a)magma.ca 2003-03-30 20:29 ------- I'm currently running the wine-20021125 package from Gentoo. They also have 20030115 and 20030219, but these are marked as unstable. This is a bit of the current goo from the trace (-debugmsg +all). trace:string:lstrcpynW (0x4053e748, L"C:\\WINDOWS\\SYSTEM\\USER32.DLL", 260) trace:crypt:CryptCreateHash (0x402fe678, 0x8003, 0x0, 00000000, 0x4053f674) trace:crypt:CryptHashData (0x43b900a8, 0x41382c80, 66, 00000000) trace:crypt:CryptDeriveKey (0x402fe678, 26625, 0x1136197800, 00000001, 0x4053f678) wine: Unhandled exception, starting debugger... It definitely seems (to the novice's eyes) that it is still failing somewhere in cryptographic code. I wish I could be more help. ------- Additional Comments From mike(a)theoretic.com 2003-03-31 03:35 ------- Yes, the trace indicates that it's failing inside the crypto code, that doesn't mean it's unimplemented however. I'll confirm this bug. Without a test app to reproduce this crash, there's not much we can do to fix it, unless somebody recognises this trace. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-31 11:06 ------- Why? Couldn't it be that our ADVAPI32.CryptDeriveKey simply calls into the crypt provider DLL (in this case, RSAENH.DLL) function in an illegal way? It's most likely CPDeriveKey() that's called illegally, since that is the only provider DLL function our CryptDeriveKey() calls... BTW, The algorithm used (26625) is ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | 1 and thus it should be RC4: #define CALG_RC4 (ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | ALG_SID_RC4) since ALG_SID_RC4 is 1 Hmm, strange, why is the alg id RC4, but the DLL is called RSAENH.DLL?? Maybe that is the real problem? BTW, could you try using a different version of RSAENH.DLL? ------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 ------- I'm not sure how to try using a different RSAENH.DLL. I specified the command-line as: "wine --debugmsg +all --dll rsaenh=b msmoney.exe &>~/output.txt". I hope that's what you wanted. It didn't change the result, however. Here's some more stuff I've been able to find in the logs. err:win32:PE_fixup_imports No implementation for ADVAPI32.dll.71(CryptGetLocalKeyLimits) imported from C:\windows\system\rsabase.dll, setting to 0xdeadbeef I'm set up to use the built-in advapi32 implementation. I'll attach my config, in case there are some glaring errors that I haven't noticed. Just to check, I tried again with both: wine --debugmsg +all --dll advapi32=n,rsaenh=b msmoney.exe &>~/output.txt wine --debugmsg +all --dll rsaenh=b,rsabase=b msmoney.exe &>~/output.txt Native advapi32 failed to get anywhere (even to the splash), and native rsabase had no effect. ------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 ------- Created an attachment (id=442) --> (http://bugs.winehq.com/attachment.cgi?id=442&action=view) Wine Configuration File ------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:20 ------- Hmm, could you give us the full debug output, rather than just the backtrace? If the crash is caused by dereferencing 0xdeadbeef then it's probably due to the unimplemented CryptGetLocalKeyLimits function. I had a quick scoot around, I can't find any docs on that, MSDN doesn't appear to have any info on it, so maybe it's a callback or undocumented function? ------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:22 ------- This might be a dupe of bug 682 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:45 ------- Could you please try the following patch and report a --debugmsg +relay,+crypt logfile? ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:46 ------- Created an attachment (id=444) --> (http://bugs.winehq.com/attachment.cgi?id=444&action=view) Patch to implement minimal CryptGetLocalKeyLimits() stub. ------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:42 ------- Now, when the application starts, two windows open. One for "PSTORES.EXE" and another for MSMoney. The application still bombs, but I don't get the same "no implementation message". I'll attach the +crypt,+relay trace you asked for. The patch given didn't apply on the version I have. The spec file has an additional value after the parameter list, which appears to just be the function name itself. I've patched as follows: @ stdcall CryptGetHashParam(long long ptr ptr long) CryptGetHashParam @ stdcall CryptGetKeyParam(long long ptr ptr long) CryptGetKeyParam @ stdcall CryptGetLocalKeyLimits(long long long long long long long) CryptGetLocalKeyLimits @ stdcall CryptGetProvParam(long long ptr ptr long) CryptGetProvParam @ stdcall CryptGetUserKey(long long ptr) CryptGetUserKey ------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:43 ------- Created an attachment (id=445) --> (http://bugs.winehq.com/attachment.cgi?id=445&action=view) wine --debugmsg +relay,+crypt msmoney.exe &>~/output.txt ------- Additional Comments From mike(a)theoretic.com 2003-04-02 08:38 ------- trace:crypt:CryptAcquireContextA (0x40541eb4, (null), (null), 1, 00000000) trace:crypt:CryptCreateHash (0x4029ef40, 0x8003, 0x0, 00000000, 0x40541e84) trace:crypt:CryptHashData (0x4029f4c8, 0x27108998, 2, 00000000) trace:crypt:CryptDeriveKey (0x4029ef40, 26114, 0x1076491464, 00000000, 0x40541e80) wine: Unhandled exception, starting debugger... Looks like a stub isn't good enough -- 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.

1 0

[Bug 1162] Parents Screen unavailable in Leap Ahead Preschool
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1162 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:31 ------- Bug comments restored from Gmane.org: This game runs almost perfect in wine. The only problem that I have is that it has a screen for parents to use that is inaccesable. The way it is supposed to be accessed is through pressing Ctrl-P. This does not work... any help suggestions.. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-22 06:32 ------- Check out a --debugmsg+relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg logfile to find out why this key combo doesn't get recognized or gets lost (especially event and keyboard should be helpful). (remove some debugmsg options if needed) ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-24 12:48 ------- Created an attachment (id=341) --> (http://bugs.winehq.com/attachment.cgi?id=341&action=view) 11000 line log (snipped) +relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-25 19:01 ------- I snipped down the log some on my own and ran across this section as I was doing so 0874e8e0:Call USER.106: GETKEYSTATE(0070) ret=029f:0a36 ds=0397 trace:msg:GetKeyState key (0x50) -> 0 0874e8e0:Ret USER.106: GETKEYSTATE() retval=0000 ret=029f:0a36 ds=0397 Now ascii(70) is lower case p and ascii (50) is upper case P. After playing around a bit I found that GetKeyState is defined in /windows/message.c and this function converts the keypressed to upper for whatever reason so I commented it out as in the following patch and now ctrl-P works. Index: message.c =================================================================== RCS file: /home/wine/wine/windows/message.c,v retrieving revision 1.148 diff -u -r1.148 message.c --- message.c 30 Oct 2002 23:45:38 -0000 1.148 +++ message.c 26 Nov 2002 00:40:19 -0000 @@ -665,7 +665,7 @@ { INT retval; - if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; +/* if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; */ retval = ((WORD)(QueueKeyStateTable[vkey] & 0x80) << 8 ) | (QueueKeyStateTable[vkey] & 0x80) | (QueueKeyStateTable[vkey] & 0x01); Now I suspect that this is not the "Right Fix" tm but I am going to submit it to wine-devel anyway. -- 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.

1 0

[Bug 1166] Msvcrt: unhandled: %
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1166 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:24 ------- Bug comments restored from Gmane.org: was bug 1002 but I don't know how to reopen it... the msvcrt's 'unhandled: %' bug is still there in Wine 20021125 last time you had some problems with attachments, so now I put part of it into comment: 08077c00:Call msvcrt.strstr(406c2820 "// Registry key which tells that there is already a complete installation on the"...,0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=00000000 ret=004010a9 08077c00:Call msvcrt.fgets(406c2820,00000200,403c1050) ret=00401092 08077c00:trace:msvcrt:MSVCRT_fgets :file(0x403c1050) fd (3) str (0x406c2820) len (512) 08077c00:trace:msvcrt:MSVCRT_fgets :got 'KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ' 08077c00:Ret msvcrt.fgets() retval=406c2820 ret=00401092 08077c00:Call msvcrt.strstr(406c2820 "KEY_INSTALLCOMPLETE \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n",0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=406c2820 ret=004010a9 08077c00:warn:msvcrt:MSVCRT_sscanf KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%s"): semi-stub 08077c00:trace:msvcrt:MSVCRT_sscanf returning 1 08077c00:Call msvcrt.strlen(406c2a20 "KEY_INSTALLCOMPLETE") ret=004010d8 08077c00:Ret msvcrt.strlen() retval=00000013 ret=004010d8 08077c00:Call msvcrt.strcpy(406c2abc,406c2833 " \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n") ret=004010e6 08077c00:Ret msvcrt.strcpy() retval=406c2abc ret=004010e6 08077c00:warn:msvcrt:MSVCRT_sscanf "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%"%[^"]s"): semi-stub 08077c00:fixme:msvcrt:MSVCRT_sscanf unhandled: %" 08077c00:trace:msvcrt:MSVCRT_sscanf returning 0 ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:04 ------- Created an attachment (id=359) --> (http://bugs.winehq.com/attachment.cgi?id=359&action=view) Quick-hack patch ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:09 ------- This is the first part of your origional problem (bug #1002). The program is passing %" as the format and is expecting to start the input from the first " character in the input stream. I have attached a simple fix which should work but I haven't actually tested if it works ok. Let me know if it works. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-17 03:21 ------- install now works but later in game it crashes (with unhandled exception) it is strange - when i run game normally (wine incubation.exe) I get unhandled exception in msvcrt sscanf. but when I run game with 'wine --debugmsg +all, +trace, +relay incubation.exe >& log' I get unhandled exception in ntdll sscanf. So I don't know... Part of log is attached, but I am not sure if it is connected to this bug or it is something else. so if it does then send me how i should test it for you (parameters to --debugmsg and stuff like that)... if it soeasn't then for me it is fixed (when this patch will be in wine sources) log: ...lot of stuff before..... full length of log was 250MB.... 080ced98:Call ntdll.RtlEnterCriticalSection(468d13c0) ret=40eb8503 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40eb8503 080ced98:Call ntdll.RtlLeaveCriticalSection(468d13c0) ret=40eb8537 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40eb8537 080ced98:Call msvcrt.??2@YAPAXI@Z(00000024) ret=00478f08 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000024) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000028): returning 468d14c0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14c0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (36) returning 0x468d14c0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2@YAPAXI@Z() retval=468d14c0 ret=00478f08 080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048ccd3 080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14c4 ret=0048ccd3 080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048cd15 080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14d4 ret=0048cd15 080ced98:CALL newtoolsr.38: ??0String@BB@@QAE@XZ() ret=00478f84 080ced98:Call msvcrt.??2@YAPAXI@Z(00000001) ret=10001ef4 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000001) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 468d14f0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14f0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (1) returning 0x468d14f0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2@YAPAXI@Z() retval=468d14f0 ret=10001ef4 080ced98:RET newtoolsr.38: ??0String@BB@@QAE@XZ() retval = 004eda84 ret=00478f84 080ced98:Call msvcrt.?name@type_info@@QBEPBDXZ(00000001) ret=00478f9f 080ced98:trace:msvcrt:MSVCRT_type_info_name 080ced98:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402b2b9b 080ced98:trace:seh:EXC_RtlRaiseException info[0]=00000000 080ced98:trace:seh:EXC_RtlRaiseException info[1]=00000009 080ced98: queue_exception_event( first=1, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98:trace:seh:EXC_CallHandler calling handler at 0x479e25 code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2c88,405b0a44,405b0960) ret=400d5085 fs=008f eax=004abf28 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4124dc code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2ca4,405b0a44,405b0960) ret=400d5085 fs=008f eax=004aa9e0 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4a3102 code=c0000005 flags=0 080ced98:Call msvcrt._except_handler3(405b09d0,406c2e74,405b0a44,405b0960) ret=400d5085 080ced98:trace:msvcrt:_except_handler3 exception c0000005 flags=0 at 0x402b2b9b handler=0x4a3102 0x405b0a44 0x405b0960 semi-stub 080ced98:trace:msvcrt:_except_handler3 filter = 0x4a2e80 080ced98:Call msvcrt._XcptFilter(c0000005,405b0844) ret=004a2e97 080ced98:fixme:msvcrt:_XcptFilter (-1073741819,0x405b0844)semi-stub 080ced98:Call kernel32.UnhandledExceptionFilter(405b0844) ret=40c5aeb9 080ced98: queue_exception_event( first=0, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 080ced98: create_event() = 0 { handle=0x98 } wine: Unhandled exception, starting debugger... ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-17 11:25 ------- This doesn't look like it's related to the sscanf problem. It seems like this is related to bug #1124. By looking at that bug, it could be possible that your program doesn't install properly, wether because of a scanf bug or not. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-18 07:00 ------- hard to tell, anyway I think when this patch will be commited to wine this should be marked as fixed -- 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.

1 0

[Bug 1167] Wine crashes on JRE install
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1167 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:21 ------- Bug comments restored from Gmane.org: When I try to install JRE(JAVA Runtime Environment) or any other program that installs JRE (Netscape 7,Opera 7 etc.), Wine crashes. When installing programs like Netscape 7 or Opera 7, only JRE installation crashes, the browsers are still installed and work without JAVA support. Wine 20021125 gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) RedHat Linux 8.0 Linux Kernel 2.4.19 KDE 3.0.3 No Windows Download j2re-1_3_1_06-windows-i586.exe from http://java.sun.com/webapps/download/DisplayLinks wine ?c:\zipfiles\j2re-1_3_1_06-windows-i586.exe? Wine crashes. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-29 09:24 ------- Use an appropriate native mcvcrt win conjunction with jre ------- Additional Comments From axgupta1(a)ureach.com 2002-11-30 21:08 ------- I tried to use native msvcrt with jre install, wine still crashes. ------- Additional Comments From axgupta1(a)ureach.com 2002-12-05 21:47 ------- Wine crashes with most versions of native msvcrt.dll. I took msvcrt.dll from Windows XP and JRE versions 1.4.1/1.1.8/1.3.1. Everytime I switched to native for msvcrt, wine crashed. Wine seems to work only when I choose builtin for msvcrt. However, I get limited functionality, since most newer programs require newer versions of msvcrt. ------- Additional Comments From Speeddymon(a)yahoo.com 2002-12-05 21:54 ------- Try using a Win2k or 98/nt4 copy of native mscvrt.. If you dont have access to one, I can email a Win2k or a Win98 copy to you.. If you could provide some debug msgs, that would help, try +mscvrt,+ole,+ole32,+commctrl,+comctl32 any or all of those may be of some help.. ------- Additional Comments From g_tselentis(a)worldonline.co.za 2003-03-11 13:52 ------- I have the same problem with Wine 20030115. If this is still relevant, I would be willing to submit debug info. If there has been a solution for this bug already, please direct me to it as I've extensively searched everything (I think). I've got a similar setup: Redhat 7.3 gcc version 2.96 20000731 linux kernel 2.4.18-3 No windows using jre_1.4.0*.exe when I do "wine jre_1.4.0*.exe" it gives me a whole lot of fixme's and other msgs and then throws me into a debug window. I've registered with the wine bugs section, so just let me know how to send debug msgs (if needed). Thanks ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:40 ------- When you get a debug window, can you give a backtrace? FWIW I have the Java JDK working just fine here, v1.4 -- 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.

1 0

[Bug 1168] Mohaa, Mohas && LOD terrian
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1168 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:17 ------- Bug comments restored from Gmane.org: ------- Additional Comments From webmaster <at> autoinstaller.de 2003-03-04 13:27 ------- MOHAA didn't start here. Maybe too high details setup? -- 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.

1 0

[Bug 1169] fixme:dsound and _really_ ugly sound
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1169 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:56 ------- Bug comments restored from Gmane.org: Master of Orion 2 (a six year old Win95 game from Microprose) runs fine with the Debian unstable package of Wine 20021125 except when the game tries to play sound (I didn't notice before because usually other programs already use the soundcard when I start playing). The sound is terrific (you don't want to hear it, it's nothing anywhere near to a melody or so). In the xterm the following messages occur: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40390978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403992a0,00010021,2):stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x40390978)->(flags=0x00000001,handle=(nil)) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12616 < primary_done=12620) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13112 < primary_done=13116) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12600 < primary_done=12604) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13752 < primary_done=13756) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12880 < primary_done=12884) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12224 < primary_done=12228) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13344 < primary_done=13348) ... <-- snip --> The ddraw and x11drv messages are harmless (see #1154). My setting is "dsound" = "builtin, native" The boot messages for my soundcard are: ad1816: HIGHSCREEN SOUND-BOOSTAR 16 3D detected ad1816: ISAPnP reports 'HIGHSCREEN SOUND-BOOSTAR 16 3D' at i/o 0x530, irq 5, dma 1, 3 ad1816: AD1816 sounddriver Copyright (C) 1998 by Thorsten Knabe ad1816: io=0x530, irq=5, dma=1, dma2=3, clockfreq=33000, options=0 isadmabug=1 <AD1816 audio driver> at 0x530 irq 5 dma 1,3 This ISA card runs otherwise fine with the OOS driver in kernel 2.4. I'll attach the output of wine -debugmsg +dsound orion95.exe in a minute. ------- Additional Comments From bunk <at> fs.tum.de 2002-11-30 09:20 ------- Created an attachment (id=344) --> (http://bugs.winehq.com/attachment.cgi?id=344&action=view) output of "wine -debugmsg +dsound orion95.exe" ------- Additional Comments From rbt <at> rbt.ca 2003-04-18 09:40 ------- I have an underrun issue with Total Annihilation (Demo has same issue) on FreeBSD. Single sounds work fine (narration), but mixed sounds during the game come out very shoppy and thousands of the buffer underrun messages occur. -- 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.

1 0

[Bug 1170] DOSFS_FindUnixName misses existing file
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1170 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:53 ------- Bug comments restored from Gmane.org: I don' t know if either the DOSFS_FindUnixName has a bug when used with "*" or if the file get created too late so I'm submitting this : atoch@C1XD:~$ wine -v Wine 20021125 atoch@C1XD:~$ wine /tmp/Msvbvm50.exe .... warn:dosfs:DOSFS_FindUnixName L"*" not found in '/tmp/IXP003.TMP' In a message box, I got the following error message : "Error loading advpack.dll" atoch@C1XD:~$ ls /tmp/IXP003.TMP/ ADVPACK.DLL ------- Additional Comments From arnaud.atoch <at> wanadoo.fr 2002-11-30 15:42 ------- Created an attachment (id=345) --> (http://bugs.winehq.com/attachment.cgi?id=345&action=view) MS VB VM selft extracting archive ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 15:54 ------- I have seen this before with the starcraft installer. It appears that the file doesnt exist when it tries to call/load/reference/find the file and so no operation can be done.. I am not sure of the correct fix for this, but I will confirm the bug.. And since this isnt totally related to my bug in the StarCraft Installer, im not marking it as a dupe. Although you should look at bug 717 for some more info. ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 16:01 ------- adding dependency on newly entered bug (bug #1172) ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-02 17:44 ------- See the first attachement to download the test application. -- 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.

1 0

[Bug 1171] regression of sound from vvresion 20020411
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1171 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:50 ------- Bug comments restored from Gmane.org: The ability of using window program sound from MMSSTV and TRUETTY has disappeared from the latest version. Using Mandrake 8.1 on one box and Mandrake 9.0 on another. Same problem exists on both machines. Uninstalled the 20020904-7 and went back to the 20020411 version and everything works again on both machines. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-12-02 02:55 ------- Found the same problems with Total Annihilation on a RH 7.3 Box. "Cavedog Intro" movie sound plays finally :-), but anything other than that has called it a day. (It thinks my DirectX is too old, first time it's said that) -- 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.

1 0

[Bug 1172] Wine does not extract files fast enough for programs to perform actions on them
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1172 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:49 ------- Bug comments restored from Gmane.org: See bug 717 and bug 1170 for more info, basically, during certain installs, there are operations that try to get performed on certain files that are extracted/created during the install. In those certain installs, wine either does not do this fast enough or the installer is braindead and tries to perform actions on them before it tries to extract them (perhaps checking if the version that is already installed is up-to-date) and therefore causes wine to do unusual things. 2 installers I can think of are the msvb runtime installer mentioned in bug 1170, the starcraft installer mentioned in bug 717 and the AIM installer mentioned in the comments of bug 129. -- 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.

1 0

[Bug 1173] Cabinet.dll.so Implamentation... Fails
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1173 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:47 ------- Bug comments restored from Gmane.org: Trying to get ie 6 to work, but it fails each and every time. It comes up with a cabinet.dll.so failure. My assumption is that it hasn't been implamented yet. Can we please? So i can go ahead and use some of the programs I really need to use, that require ie to be present on the system. I would give details, but ain't sure how to get them. But I do know its an internal failure. Tried adding cabinet.dll as a native, still failed for me ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:22 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:41 ------- To help out some more, heres a little more information I gathered. Wine crashes when the Program Starts installing the components, and loads WineDebugger (I wish I knew how to export info from WineDebugger). Hers the output from the Console Window: fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41370074 fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0705, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070f, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0710, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070b, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070c, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:reg:RegFlushKey (0x84): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:dc:GetLayout (0x880): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41640074 fixme:reg:RegFlushKey (0x94): stub fixme:reg:RegFlushKey (0x9c): stub fixme:reg:RegFlushKey (0x9c): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO wine: Unhandled exception, starting debugger... ---- And This is the WineDebugger Windows Info. (Some of it) No debug information in ELF '/usr/local/lib/wine/cabinet.dll.so' (0x41629000) Then its Posts "No debug information in 32bit Dll"... Unhandled exception: unimplemented function cabinet.dll.DllGetVersion called in 32-bit code (0x4163b052) In 32-bit mode 0x4163b052 (CABINT.DLL..data+0x9052 in cabinet.dll.so): jmp 0x4163b04c (CABINET.DLL..data+0x904c in cabinet.dll.so) ------- Additional Comments From gmturner007 <at> ameritech.net 2003-01-05 02:21 ------- this should now be fixed. But I still dont think IE6 is going to install... ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:36 ------- Yes, this should work now -- Mark, can you please confirm or deny this? If this works, please mark this bug as VERIFIED. ------- Additional Comments From dpaun <at> rogers.com 2003-04-01 00:06 ------- Excellent -- closing. -- 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.

1 0

[Bug 1174] Floppy and wine source dir recognition in wineinstall
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1174 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:44 ------- Bug comments restored from Gmane.org: Wineinstall can not recognise floppy drive in Debian: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: The mount point is /floppy, not /mnt/fd0. The /etc/fstab entry is: /dev/fd0 /floppy auto user,noauto 0 0 Could this be recognised correctly? Current wine sources directory: I'm compiling wine in /opt/linshare/wine, and wineinstall cannot do 'regedit winedefault.reg', because wine has no drive for the working directory. Could wineinstall put an entry: [Drive G] "Path" = "/opt/linshare/softa/wine" "Type" = "hd" "Label" = "Wine" "Filesystem" = "win95" Path should be result of $PWD or pwd command. Eleknader -- 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.

1 0

[Bug 1175] Multisim 2001 Toolbar Creation Problem (Doesn't Display Properly)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1175 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:40 ------- Bug comments restored from Gmane.org: Theres really two related problem, but I put the other problem in a different Bug Listing. First, I would let everyone to know you can download this program at http://www.ewbeurope.com/demos.html as a demo. The demo has the same problem as I checked. Now, for the problem. When the installer and all pretty much goes through smoothly. You can also launch the program smoothly. But when you want to add a component, like the first one which is a battery, it'll pop up a toolbar. This toolbar, if you saw it under a windows enviroment, will have two columns. Under wine, it is one column, and all the components are in the wrong place. Please fix it so when you click on the components, it will load up the Toolbars properly with the proper order, so one doesn't need to play a guessing game. -- 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.

1 0

[Bug 1176] Multisim 2001 Program Closure Failure, Leads to Wine Hang
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1176 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:38 ------- Bug comments restored from Gmane.org: Once again, you can get this program demo at http://www.ewbeurope.com/demos.html and you will get hte same error as with the full release. I checked. When you load up the program. It works fairly ok, some miss hatches here and there, but nothing to be really brought up other then the GUI Toolbar loading issues I just submitted. This one, when you decide to exit the program, you will get two errors. Though this error might be related to my system configuration because it is a Random issue for me. But on exit, Wine Does always hang for me. Sorry, but don't got any debug info on this. -- 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.

1 0

[Bug 1177] Improper drawing of radio buttons in Clarion IDE
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1177 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:34 ------- Bug comments restored from Gmane.org: While trying to run Clarion for Windows I've encountered many bugs. My mashine: Red Hat 7.2 (kernel 2.4.9-13) / win2000 dual boot. Clarion version 4b Wine 20001031 (wasn't in version list) Additional info: Clarion's set of programs are all 16-bit apps, including compiler (but it generates nice 32-bit code). They communicate with each other via DDE. I have several problems with Clarion IDE: 1. radio buttons with images are displayed as regular radio buttons. 2. if I compile/make a program, the system becomes deadly hang-up. 3. every time I start Clarion I see: # wine d:\\cw40\\bin\\clarion4.exe fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f770: spincount=1000 not supported fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f7e0: spincount=1000 not supported fixme:win32:PE_CreateModule Load Configuration directory ignored fixme:module:MODULE_AllocModRef Trying to load second .EXE file: C:\winnt\system32\ntvdm.exe err:win32:PE_fixup_imports No implementation for wow32.dll.0(CopyDropFilesFrom16) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for wow32.dll.13(WOWFreeMetafile) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for wow32.dll.1(CopyDropFilesFrom32) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef fixme:toolhelp:InterruptRegister16 (0000, 0x4171031), stub. now Clarion is running... When I attempt to exit IDE, it makes read access violation & crashes. fixme:hook:SetWindowsHookEx16 Multiple hooks (7) for the same task not supported yet fixme:hook:SetWindowsHookEx16 Multiple hooks (2) for the same task not supported yet fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x4010ee88 "../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=0900af10 What additional details should I post? What tests to perform? Our company can't move to Linux (but we want to!) since Clarion is our main development tool. ------- Additional Comments From maxim <at> enigmasoft.com.ua 2002-12-03 09:12 ------- sorry, for misspelling: wine is 20021031 ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-03 15:11 ------- Please file a seperate report for each bug you encounter. I am going to mark this one up for the radio button bug. The "err:win:WIN_FindWndPtr window 10033 belongs to other process" is allready reported as bug 475 (you can add comments concerning that problem there) I have added you to the CC: list for that bug. -- 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.

1 0

[Bug 1178] Visual Studio 6 debugger loops
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1178 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:31 ------- Bug comments restored from Gmane.org: under win2000 my default debugger is not dr Watson, but Visual Studio. When it's invoked, it loads itself, then it _itself_ makes violation, asks whether I want to start debugger, and if I answer Yes, everything repeats (violation, etc). ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:47 ------- You said this happens on Windows 2000 with Visual C++ so the big question is: How is this related to Wine? ------- Additional Comments From maxim <at> enigmasoft.com.ua 2002-12-11 01:24 ------- I meant to say, that i'm using some native win2000 dlls, instead of native win98's (which I was using before). Of course, bug happens under wine, not win2000. -- 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.

1 0

[Bug 1181] Keyboard translation broken: uses raw keycodes
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1181 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:23 ------- Bug comments restored from Gmane.org: The X11 keyboard driver (dlls/x11drv/keyboard.c) uses raw X11 keycodes. This is wrong; keycodes are Xserver and hardware dependent. Applications should never use the keycodes. One example when this is a problem is when using VNC, since Xvnc does not use the same keycodes as most XFree86 servers. This has led to that Wine has a special keymap for this special Xvnc server. But this keymap only supports the US keyboard layout. Basically, to support all layouts (x) on all servers (y), Wine needs to have x*y keymaps. This is just not feasible. And even if it was, things would go wrong: Xvnc allocates keycodes dynamically, which is totally "legal". This means that "aring" can have different keycodes different times, depending on in which order the user has pressed international keys. rdesktop (www.rdesktop.org) suffered from exactly the same problem. I have written a new keyboard translation implementation which uses Keysyms instead. Maybe Wine can re-use parts of this work. -- 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.

1 0

[Bug 1182] Using artsdsp wrapping makes Wine crash
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1182 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:19 ------- Bug comments restored from Gmane.org: If you run "artsdsp wine" to make arts run with an OSS-using wine, then wine crashes instantly. Some debugging revealed that it is due to a crash in scheduler/pthread.c (some pthread emulation struct field contained values that it didn't like). Sounds like we need to make sure our pthreads emulation doesn't touch any pthreads struct fields that other system parts might want to tamper with... A workaround is to use winearts.drv, of course (unless winearts.drv is not stable enough). ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:54 ------- Andi wrote: [...] > A workaround is to use winearts.drv, of course (unless winearts.drv > is not stable enough). Precisely. I would say that this is a "won't fix" and that one should be using the winarts driver rather than artsdsp. ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:55 ------- Btw, see also bug 325. -- 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.

1 0

[Bug 1183] Carmen Sandiego Junior will not start
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1183 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:06 ------- Bug comments restored from Gmane.org: When trying to run Carmen Sandiego Junior It will not start and displays a message box instead. I see the following messages on the console. err:msacm:MIDIMAP_LoadSettingsDefault Registry glitch: couldn't find midi out (#0) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. I will attach a better trace (relay) when I get a chance ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08 14:21 ------- Created an attachment (id=347) --> (http://bugs.winehq.com/attachment.cgi?id=347&action=view) Screen shot of message box ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08 15:52 ------- Created an attachment (id=349) --> (http://bugs.winehq.com/attachment.cgi?id=349&action=view) Annotated log run with -debugmsg +relay (snipped to 337 lines) -- 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.

1 0

[Bug 1131] rpcrt4.dll.so with ms office 2k
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1131 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:59 ------- Bug comments restored from Gmane.org: when using the cvs build of wine with ms office 2000, trying to start an application brings up the app splash screen followed by a wine-debug window... last error message: 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl 0xf(%esi),%eax any ideas? ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 10:41 ------- Hmm, interesting crash. Could you please give *detailed* output, though ? ------- Additional Comments From jms <at> josh.com 2002-11-07 11:01 ------- is this what you are looking for? this is the full contents of the debug window... WineDbg starting on pid 8378c98 No debug information in ELF 'wine' (0x00000000) Breakpoint 1 at 0x4000acb0 Loaded debug information from ELF '/usr/lib/libntdll.dll.so' (0x40024000) No debug information in ELF '/usr/lib/libwine.so' (0x40122000) No debug information in ELF '/usr/lib/libwine_unicode.so' (0x40139000) No debug information in ELF '/lib/i686/libm.so.6' (0x4021a000) No debug information in ELF '/lib/libdl.so.2' (0x4023c000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40240000) No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40743000) No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40773000) No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x40822000) No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x408a0000) No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x4090d000) No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x40a31000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40a79000) No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40ac2000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40b23000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b2c000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so' (0x4024a000) No debug information in ELF '/usr/X11R6/lib/libXv.so' (0x40b43000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40b47000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b55000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2' (0x40019000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' (0x40c33000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4001b000) No debug information in 32bit DLL 'C:\Program Files\Microsoft Office\Office\EXCEL.EXE' (0x30000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40060000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40840000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40940000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x408c0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL' (0x308c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40ae0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ACTXPRXY.DLL' (0x70390000) Unhandled exception: page fault on read access to 0x0000000f in 32-bit code (0x40a6c45c). In 32-bit mode. 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl 0xf(%esi),%eax ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 11:05 ------- Ah, I see. Hmm, could you also post the additional lines done by a "backtrace" ? ------- Additional Comments From jms <at> josh.com 2002-11-07 11:08 ------- here is the backtrace =>0 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so) (ebp=40731cc0) 1 0x40a661d9 (RPCRT4.DLL.NdrDllRegisterProxy+0xc9 in rpcrt4.dll.so) (ebp=40731 e04) 2 0x70391bfc (ACTXPRXY.DLL.DllRegisterServer+0x26 in C:\WINDOWS\SYSTEM\ACTXPRX Y.DLL) (ebp=40731f68) 3 0x3000dae8 (EXCEL.EXE.EntryPoint+0xb490 in C:\Program Files\Microsoft Office \Office\EXCEL.EXE) (ebp=40732cfc) 4 0x30005968 (EXCEL.EXE.EntryPoint+0x3310 in C:\Program Files\Microsoft Office \Office\EXCEL.EXE) (ebp=40732de4) 5 0x300027e4 (EXCEL.EXE.EntryPoint+0x18c in C:\Program Files\Microsoft Office\ Office\EXCEL.EXE) (ebp=40732e00) 6 0x300026e5 (EXCEL.EXE.EntryPoint+0x8d in C:\Program Files\Microsoft Office\O ffice\EXCEL.EXE) (ebp=40732e8c) 7 0x400c5500 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=40732f3 0) 8 0x400c9479 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=4 0732ff4) 9 0x400c95b4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:48 ------- Hmm, sorry, I simply see that I don't see at which line exactly it crashes. Sounds like it's missing some debug information... Could you also paste "info local" and "info reg" ? Thanks ! ------- Additional Comments From jms <at> josh.com 2002-11-07 12:55 ------- here it is...hope it helps! info local: RPCRT4.DLL.UuidToStringA: info reg: Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:40a6c45c ESP:40731cb8 EBP:40731cc0 EFLAGS:00010206( R- 00 I - -P1 ) EAX:0000000e EBX:40a78e44 ECX:4025001c EDX:4028dd00 ESI:00000000 EDI:7039f990 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 13:07 ------- Sorry, not at all. No information here either :-\ Could you attach a --debugmsg +relay,+ole logfile ? ------- Additional Comments From jms <at> josh.com 2002-11-07 14:02 ------- Created an attachment (id=327) --> (http://bugs.winehq.com/attachment.cgi?id=327&action=view) +relay,+ole trace !!!Warning....77mb when uncompressed!!! ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 15:14 ------- Hmm, the program calls NdrDllRegisterProxy: 083765d8:Call rpcrt4.NdrDllRegisterProxy(70390000,7039f370,703982b0) ret=70391bf c trace:ole:NdrDllRegisterProxy (0x70390000,0x7039f370,{b8da6310-e19b-11d0-933c-00 a0c90dcaa9}) 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e078 ret=40a6c442 trace:ole:NdrDllRegisterProxy registering IActiveScriptStats {70395720-57a2-7039 -b255-397000000000} => b8da6310-e19b-11d0-933c-00a0c90dcaa9 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442 which then leads to: 083765d8:Ret advapi32.RegCloseKey() retval=00000000 ret=40a66291 trace:ole:NdrDllRegisterProxy registering IActiveScriptParseProcedure2 (null) => b8da6310-e19b-11d0-933c-00a0c90dcaa9 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442 083765d8:Call kernel32.UnhandledExceptionFilter(40620900) ret=302c34f5 wine: Unhandled exception, starting debugger... Note that proxy->header.piid is null !! But AFAICS UuidToString should handle the first argument (null) just fine. (it properly assigns the null uuid to it in case it's null). Why that now crashes is beyond me... Could you add some more TRACEs to dlls/rpcrt4/rpcrt4_main.c/UuidToStringA() in order to nail down why exactly it crashes in that function ? Thanks ! ------- Additional Comments From jms <at> josh.com 2002-11-07 15:23 ------- as i am new to this, can you tell me what it is you want me to add to dlls/rpcrt4/rpcrt4_main.c/UuidToStringA()? sorry for the ignorance... ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 17:13 ------- Oh come on :-) You don't want to tell me you don't know to add a simple TRACE ? :) Just add something like TRACE("stupid trace\n"); and then tell me in which line it crashes. (preferrably also with printout of variables if possible) (sorry, I'm too stupid to manage to think why and where exactly it might crash, so you'll have to tell me :-\) ------- Additional Comments From jms <at> josh.com 2002-11-08 12:07 ------- naw, man... i don't think you understand... i am a router/firewall guy, not a programmer... in order to do this, i would need very explicit instructions... sorry! :-/ ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-08 13:58 ------- choose your favorite test editor and edit where_ever_wine_is/dlls/rpcrt4/rpcrt4_main.c search for UuidToStringA You should end up with at this /************************************************************************* * UuidToStringA [RPCRT4.@] * * Converts a UUID to a string. * * UUID format is 8 hex digits, followed by a hyphen then three groups of * 4 hex digits each followed by a hyphen and then 12 hex digits * * RETURNS * * S_OK if successful. * S_OUT_OF_MEMORY if unsucessful. */ RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid) { *StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37); if(!(*StringUuid)) return RPC_S_OUT_OF_MEMORY; if (!Uuid) Uuid = &uuid_nil; sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x", Uuid->Data1, Uuid->Data2, Uuid->Data3, Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2], Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5], Uuid->Data4[6], Uuid->Data4[7] ); return RPC_S_OK; } --- Insert trace statements before each statement so we an find out what is going wrong like so /************************************************************************* * UuidToStringA [RPCRT4.@] * * Converts a UUID to a string. * * UUID format is 8 hex digits, followed by a hyphen then three groups of * 4 hex digits each followed by a hyphen and then 12 hex digits * * RETURNS * * S_OK if successful. * S_OUT_OF_MEMORY if unsucessful. */ RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid) { TRACE("before HeapAlloc") *StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37); TRACE("Before if(!(*StringUuid))") if(!(*StringUuid)) return RPC_S_OUT_OF_MEMORY; TRACE("Before if(!Uuid)") if (!Uuid) Uuid = &uuid_nil; TRACE("Before sprintf(") sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x", Uuid->Data1, Uuid->Data2, Uuid->Data3, Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2], Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5], Uuid->Data4[6], Uuid->Data4[7] ); TRACE("Before Return") return RPC_S_OK; } Save the file and do a "make && make depend", "su" "make install" cycle so the traces are in the wine binary Is that simple enough or would you want more help? ------- Additional Comments From jms <at> josh.com 2002-11-08 23:08 ------- ok, so when adding the trace statements to rpcrt4_main.c following the instructions you gave, i noticed that you had an additional if condition that the current cvs source (20021031) didn't actually include... "if (!Uuid) Uuid = &uuid_nil;" i added it to the file, did a make depend,make, make install and i now can start excel... sorry for the lack of knowledge on the debugging, but i figured i would do the right thing when i came across the error and lend help the best i could... any clue as to how to get it to stop telling me that "the file you are trying to open doesn't exist" when i try to open a file that truely does exist? Thanks again for your help! ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-09 00:09 ------- It looks like the "if (!Uuid) Uuid = &uuid_nil;" was added to CVS since the last snapshot (20021031). (I use CVS bleading edge So that solves that.) About the file not being found I think you should start a new bug report for that. I think it might be a case sensitivity thing but without a trace I wouldn't know. Please open a new bug report and I will see what I can do. Resolving fixed (fix is already in cvs) ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-09 03:16 ------- Argl ! Now that's why I couldn't find any problem within this function. 20021031 is **NOT** current CVS. CVS is CVS, and it's *much* more current than the STANDARD RELEASE 20021031, of course (tons of new patches). Anyway, glad to see your issue fixed :) Hmm, about the file problem: no idea. You could open a separate bug (with current CVS, pleeezze !!!) and attach a --debugmsg +relay,+file,+dosfs,+commdlg logfile. ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:13 ------- Closing time. -- 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.

1 0

[Bug 1185] Conformance Tests fail on windows 98
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1185 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:59 ------- Bug comments restored from Gmane.org: Runing the tests on Microsoft Windows 98 (4.10.1998) a lot of tests fail. tests downloaded from http://fgouget.free.fr/wine/winetests.zip I was unable to redirect the output of the tests to a file. For example "ws2_32_test.exe sock > temp.txt" would give me a 0 lenght file is it supposed to work that way? Some tests output more than 50 lines so that even with the terminal set to 50 lines I would not be able to copy all of them. Also a lot (most) of the tests had the prefix of where the file resided on when it was compiled for each line, which made for very long lines. I cleaned up the lines wrap, but is it really nessesary to print the whole path. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 00:00 ------- Created an attachment (id=350) --> (http://bugs.winehq.com/attachment.cgi?id=350&action=view) Test Results ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 22:55 ------- Created an attachment (id=351) --> (http://bugs.winehq.com/attachment.cgi?id=351&action=view) Test results with latest zip file (Dec 10, 2002) -- 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.

1 0

[Bug 1130] Deus Ex startup Error - Please Help
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1130 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:54 ------- Bug comments restored from Gmane.org: I have tried to play the game Deus Ex, patch is installed so "Insert CD" does not come up, as it would not recognise my drive or something - wine config drives/paths are correct error message which says Can't find file for package 'Effects' History: UObject::SafeLoadError <- UObjectStaticLoadClass <- Init Engine ------- Additional Comments From bhuang <at> myrealbox.com 2002-11-07 06:01 ------- Got it, nothing more than incomplete install process deus ex works great!!! ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:18 ------- Invalid bug. Closing. -- 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.

1 0

[Bug 1129] bitmaps are not drawn in "Dink Smallwood"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1129 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:53 ------- Bug comments restored from Gmane.org: There is this (freeware) game called Dink Smallwood, which I would like to play and it almost works but not quite: You walk around in this game in a view from above (like in the old zeldas or ultimas), but wine does not draw the floor tiles, which is quite annoying. The link to the game is: http://www.rtsoft.com/dink/download.htm There are two function calls, which I believe to have identified as the culprits: DIB_DirectDraw_Blt or DIB_DirectDraw_BltFast The first function call complains saying that DBLT_ASYNC|DBLT_WAIT is not supported, but as far as I understand the source code, still everything should be rendered. The second function is also called a lot and here I am not so sure, what happens. Is this function completely implemented? I think it is strange that the last argument is zero, whenever the game calls it. I read the specification on the ms-homepage and it does not say that you can call it with a zero parameter. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-06 12:59 ------- You can discount the warning about async/wait as this does not apply to the way wine deals with ddraw. The other function BltFast might be the culprit but you did not include the exact fixme/error message. I will try to get a look at this program if time permits. I have also CC:d Lionel who is the REAL DDraw expert. ------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-10 06:07 ------- Out of curiosity with which Wine version was that tested ? With latest CVS, I do not have anything displayed at all... Just a white square on the screen. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-10 09:20 ------- I installed it with a very recent version of CVS (a couple of days ago) I have a wine with windows (95) setup. Maybe thats the difference? I have a problem with the mouse at the startup screen (I cannot see it). By guess and a liitle luck I was able to get a game started. I get a 3rd person view of Dink and have no problem moving around with the keyboard. The floor/ground tiles are white just like reported. I have not had much of a chance to play(debug) it. ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 07:37 ------- Sorry, when I posted the bug report, I forgot to tell this: I also get the white screen at the beginning, but after some time (maybe pressing the mousebuttons or something), I reach the start menu, where the mouse pointer does not work. Continuing here requires a bit of patience: Moving the mouse around until a sign appears at the menu entry (this depends a lot on luck, sometimes I'm able to do this within 3 seconds, sometimes it takes me more than 1 or 2 minutes). Anyway, it is possible to start the game, just a bit difficult... To the question, what the exact error message is: There is no error message (apart from the ASYNC-stuff). I ran with "wine -debugmsg +relay..." and looked through the messages displayed and I thought that DIB_DirectDraw_BltFast might be the problem, but I have no clue at all. Thanks for your work on this. Klaus ------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-11 10:37 ------- As I still have no luck managing to get the game to run (I have crashes due to WinMM and sound stuff), could you attach to this bug report a +ddraw trace (wine --debugmsg +ddraw). ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 18:13 ------- I never had a crash I think (I first tried the game 18 month ago). I'm using kde, i.e. artsd.Otherwise I don't know.I found out a way to start the game more reliably: Press at the menu-screen "alt-d" to enter debug mode.Now move the invisible cursor with the cursor keys to the coordinates x=112 y=45. The mark should appear next to the start entry.Press "ctrl" to start the game.Lionel, I produced the trace, you requested, but it is over 50MB in size. I include below some lines, which may be helpful.They start at a SurfaceBlit of size 640, so I hope this is were the floor tile is drawn, but I don't know:Thanks again for your help. Klausfixme:ddraw:DIB_DirectDrawSurface_BltFast (0x403af948)->(0,0,0x403e14a0,0x406d2070,00000000)fixme:ddraw:DIB_DirectDrawSurface_BltFast trans:fixme:ddraw:DIB_DirectDrawSurface_BltFast srcrect: 0x0-640x480trace:ddraw:Main_DirectDrawSurface_Lock (0x403e14a0)->Lock((nil),0x406d1efc,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock! locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x42ad0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1f78,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEX! ED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x403e14a0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 - DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked sur! face returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :27x0-53x50trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x86-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4582f1c0,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4582f1c0)->Lock((nil),0x406d1e44,00000010! ,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 45 - DDSD_WIDTH : 65 - DDSD_PITCH : 72 - DDSD_LPSURFACE : 0x465f0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DD! SD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :160x30-225x75trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-65x45trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4582f1c0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x45830230,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x45830230)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 22 - DDSD_WIDTH : 20 - DDSD_PITCH : 24 - DDSD_LPSU! RFACE : 0x46610000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :516x52-536x74trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-20x22trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:! Main_DirectDrawSurface_Unlock (0x45830230)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4582e988,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4582e988)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 24 - DDSD_WIDTH : 22 - DDSD_PITCH : 24 - DDSD_LPSURFACE : 0x465e0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOM! EMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:dd! raw:DIB_DirectDrawSurface_Blt destrect :27x0-53x136trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 - DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Mai! n_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :27x74-53x210trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1! fa4,0x4042e008,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4042e008)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 97 - DDSD_WIDTH : 48 - DDSD_PITCH : 48 - DDSD_LPSURFACE : 0x45510000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-11 21:15 ------- Please attach trace next time... <grin> ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-15 18:51 ------- Sorry for the trace inside the comment.I took a look myself at the wine-code and while I did not solve the real bug,I found a smaller one in the debugging output, which I have fixed (I'm veryproud of myself!!)As you maybe see in the trace, but probably not, the last argument of theSurface_BltFast-fnc is 0 and latter in the debugging output you see "trans:"but the value of trans (which is given by the last argument) is not displayed.The reason is the following (include/ddraw.h):trans = DDBLTFAST_NOCOLORKEY = 0but in dll/ddraw/helper.c the debugging output is generated by DDRAW_dump_flags_:for (i=0; i < num_names; i++) if (names[i].val & flags) DPRINTF("%s ", names[i].name);The "if" does not detect the case trans == 0, so I modified this into for (i=0; i < num_names; i++) if (names[i].val == 0 && flags == 0) DPRINTF("%s ", names[i].name); else if (names[i].val & flags) DPRINTF("%s ", names[i].name);I don't know if this is the fix like it should! be or not, but I'm proud anyway.I still have no clue, why the game does not work.Cheers Klaus ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-15 19:10 ------- allright what the heck are you doing the messes up your comments? Are you pasting them in? Is it your browser? As it is the comments are not very usefull.<frown> ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-15 19:19 ------- Yep, that sounds like it's definitely a bug, albeit a relatively minor one. I'd propose something like static void DDRAW_dump_flags_(DWORD flags, const flag_info* names, size_t num_names, int newline) { unsigned int i; for (i=0; i < num_names; i++) if ((flags & names[i].val) /* standard flag value */ || ((!flags) && (!names[i].val))) /* zero value only */ DPRINTF("%s ", names[i].name); if (newline) DPRINTF("\n"); } ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-26 18:44 ------- Me again. Sorry for the strange formatting of my emails.I don't know why this happens. I'm using konqueror-2.2.xI was just wondering if it may be that wine does not load the bitmapsof the game. I did an strace and I don't find anything about loadingthe files "./dink/Tiles/*.bmp".The only thing I discovered wasopen("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_LARGEFILE) = 15ioctl(15, VFAT_IOCTL_READDIR_BOTH, 0x406d16a4) = -1 ENOTTY (Inappropriate ioctlfor device)close(15) = 0open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15fstat64(15, {st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0fcntl64(15, F_SETFD, FD_CLOEXEC) = 0getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 1904getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 0close(15) = 0Maybe someone smarter than me could tell me what this means.Anyway if I use "wine -debugmsg +! file dink.exe" I find lines saying:trace:file:CreateFileW L"tiles\\TS01.bmp" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x80trace:file:CreateFileW returning 0x58trace:file:_lopen ('tiles\TS01.BMP',0000)trace:file:CreateFileW L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0trace:file:CreateFileW returning 0x58trace:file:ReadFile 0x58 0x406d2690 14 0x406d264c (nil)trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil)trace:file:ReadFile 0x58 0x406d26a4 1024 0x406d264c (nil)trace:file:_lclose handle 88I hope someone can read this and the formatting is not destroyed againthis time.Bye Klaus ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-26 19:12 ------- I would suspect that its something to do with konqueror. Lets see what I can do <Klaus's comments> I was just wondering if it may be that wine does not load the bitmaps of the game. I did an strace and I don't find anything about loading the files "./dink/Tiles/*.bmp".The only thing I discovered was open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_LARGEFILE) = 15 ioctl(15, VFAT_IOCTL_READDIR_BOTH, 0x406d16a4) = -1 ENOTTY (Inappropriate ioctlfor device) close(15)= 0 open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15 fstat64(15, {st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0 fcntl64(15, F_SETFD, FD_CLOEXEC) = 0 getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 1904 getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 0 close(15) = 0 Maybe someone smarter than me could tell me what this means.Anyway if I use "wine -debugmsg +file dink.exe" I find lines saying: trace:file:CreateFileW L"tiles\\TS01.bmp" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x80 trace:file:CreateFileW returning 0x58 trace:file:_lopen ('tiles\TS01.BMP',0000) trace:file:CreateFileW L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 trace:file:CreateFileW returning 0x58 trace:file:ReadFile 0x58 0x406d2690 14 0x406d264c (nil) trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil) trace:file:ReadFile 0x58 0x406d26a4 1024 0x406d264c (nil) trace:file:_lclose handle 88 </Klaus's comments> ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-27 00:48 ------- VFAT_IOCTL_READDIR_BOTH doesn't matter, since it's on a non-VFAT partition and we just probe for VFAT properties. Apart from that, no idea. ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-27 08:41 ------- Today I'm using IE, so I hope this helps with the formatting. Could someone tell me, if the tile-bitmaps are loaded or is there some way to find this out? I guess that wine does not have problems with capital-letters and such in filenames (since Windows does not distiguish them as far as I know). Anyway in case this is not the error, I have been doing some "reverse- engineering" in dink-smallwood, maybe someone can give me a hint on what to test next: Basically Dink Smallwood uses a Display-Surface with a Front- and Backbuffer (640x480), an offscreen-memory-surface of the same size and some smaller surfaces containing objects. When the player enters a new room the offscreen-memory-surface is painted with the ground-tiles and this remains fixed until the player enters another room. Every time a frame is drawn the offscreen-surface is copied first to the backbuffer (to paint the floor) and then the other several objects (trees, people, etc.) are copied directly to the backbuffer. When this is finished, the Back- and frontbuffers are switched and the steps above repeat. What I am wondering is, why the objects are visible, but the floor-tiles are not. The only differences I see for now, is that the objects are copied directly to the backbuffer, while the floor-tiles are copied first to the offscreen-memory and then to the backbuffer and the second difference is that the floor-tiles are stored in regular *.bmp files, while the objects are stored in some format, which I do not recognize. What could I test next? Thanks Klaus ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-12-04 08:41 ------- I'm sorry about this fuzz with the "strace", where I didn't see the loading of the bitmaps. The problem was that these files are opened by another win-thread and this was not monitored by strace. To get it right you need to use "strace -f wine dink.exe". What should I try next? Klaus -- 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.

1 0

[Bug 1186] Problem with Wine installation....
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1186 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:51 ------- Bug comments restored from Gmane.org: Hi... I uninstall the last version, and try to install the new one, but it still appears in the system... ricardo@wangbnetsps src]$ cd wine-20021125/ [ricardo@wangbnetsps wine-20021125]$ ./tools/wineinstall WINE Installer v0.74 Warning !! wine binary (still) found, which may indicate a (conflicting) previous installation. You might want to abort and uninstall Wine first. Running configure... ./configure: line 85: conftest.sh: Permission denied ./configure: line 86: conftest.sh: Permission denied chmod: failed to get attributes of `conftest.sh': No such file or directory ./configure: line 198: conf29404.file: Permission denied ./configure: line 945: config.log: Permission denied Configure failed, aborting install. [ricardo@wangbnetsps wine-20021125]$ ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 15:47 ------- looks like you do not have permission to write to the root wine directory .chown so that you own the directory. cd ..\.. (so you are below wine root.) chown -R owner:group wine-20021125 (change ownership of all the files in the tree starting at wine-20021125, where owner and group are you) ------- Additional Comments From rmunguia <at> gb-net.net 2002-12-11 08:37 ------- is done, thanks for your help ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-11 10:29 ------- Closing. -- 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.

1 0

[Bug 1128] Curse of Monkey Island cannot find its files on CD (was: Curse of Monkey Island has no music and speech)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1128 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:49 ------- Bug comments restored from Gmane.org: Trying out COMI again, I noticed that the music and speech are gone. Actually, the whole intro movie gets skipped. To be continued... ------- Additional Comments From johane <at> lysator.liu.se 2002-11-07 02:25 ------- I forgot to set some of the symlinks. Well, this is a bug too. -- 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.

1 0

[Bug 1127] Page fault in heap functions in native Winhlp32 (win2k) when cancelling from the full text search setup window
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1127 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:48 ------- Bug comments restored from Gmane.org: Winhlp32 crashes when cancelling from the full text search setup window. How to reproduce: 1. run winedbg winhlp32 (Windows 2000 native version) 2. select a .hlp file (I selected any from msoe.hlp msoeacct.hlp wab.hlp) 3. click on "Help Topics" toolbar item 4. click cancel in "Find Setup Wizard" window Depending on where it crashes it gives either a page fault on a null pointer (HEAP_FindFreeBlock) or a page fault on 0xC (RtlAllocateHeap) It seems to be random where it crashes. HEAP_FindFreeBlock [heap.c:608] DWORD arena_size = (pArena->size & ARENA_SIZE_MASK) + 0 0x400ce8f4 HEAP_FindFreeBlock(heap=0x40370000, size=0x80, ppSubHeap=0x406925f8) 1 0x400cf318 RtlAllocateHeap(heap=0x40370000, flags=0x2, size=0x80) 2 0x408e6293 list_window_children(hwnd=0x11005e, atom=0x0, tid=0x0) 3 0x408ea5d0 WIN_ListChildren 4 0x408dbd7b RDW_UpdateRgns 5 0x408dc5ca RedrawWindow 6 0x40a7ee4e expose_window 7 0x50a7f0c7 X11DRV_Expose 8 0x40a75b6b EVENT_ProcessEvent ... 13 0x40904de7 GetMessageA 14 0x0102b892 winhlp32.exe..text+0x2a892 Another crash trace: RtlAllocateHeap+0xe6 [heap.c:1039] pArena->prev->next = pArena->next; 0 0x400cf386 RtlAllocateHeap(heap=0x4037, flags=0x2, size=0x20) 1 0x4081b293 REGION_AllocWineRegion(n=0x2) 2 0x4081b31c REGION_CreateRegion(n=0x2) 3 0x4081b5d4 CreateRectRgn(left=0x32, top=0x43, right=0x158, bottom=0x45) 4 0x4081b647 CreateRectRgnIndirect 5 0x408dc4e3 RedrawWindow 6 0x40a7ee4e expose_window 7 0x40a7f0c7 X11DRV_Expose ... 13 0x40904de7 GetMessageA 14 0x0102b892 winhlp32.exe..text+0x2a892 Nothing out of the ordinary appears at the console ------- Additional Comments From R.J.Shearman <at> warwick.ac.uk 2003-05-16 08:07 ------- I've discovered the reason it corrupts the heap is because it destroys the dialog in WM_INITDIALOG (patch on the way) but the reason it does this is still unknown to me. -- 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.

1 0

[Bug 1187] remote administrator: keyboard doesn't work upon connect
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1187 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:48 ------- Bug comments restored from Gmane.org: Wine 20021125 (latest in debian unstable), no windows install. Remote administrator 2.1 (www.famatech.com) loads a window with selectable remote machines. The keyboard works on this menu, however when a remote screen is opened the keyboard stops working (ie doesn't transmit to remote screen). This used to work a long time ago, say v20001202. There is a simple work around: by choosing the menu, then clicking options, about or connection info the keyboard starts working properly. Radmin reports errors like these: fixme:ntdll:RtlNtStatusToDosError no mapping for 403a01d8 fixme:winsock:NtStatusToWSAError Status code 403a01d8 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a1cf0 fixme:winsock:NtStatusToWSAError Status code 403a1cf0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a10b0 fixme:winsock:NtStatusToWSAError Status code 403a10b0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a20c0 fixme:winsock:NtStatusToWSAError Status code 403a20c0 converted to DOS error code 13d fixme:ntdll:RtlNtStatusToDosError no mapping for 403a01d8 fixme:winsock:NtStatusToWSAError Status code 403a01d8 converted to DOS error code 13d ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-12 04:25 ------- > fixme:ntdll:RtlNtStatusToDosError no mapping for 403a10b0 > fixme:winsock:NtStatusToWSAError Status code 403a10b0 converted to DOS error > code 13d Winsock issue, fixed in CVS already. No idea with keyboard issue. Try using --debugmsg +relay,+key,+keyboard,+message,+event,+x11drv,+winsock ------- Additional Comments From coryp <at> petersen-arne.com 2002-12-12 17:58 ------- That produces a lot of output! 100mb for only about a minute. I opened radmin, connected to a server, tried to use the keyboard than killed the wine server because my cpu maxes and wine no longer responds to either mouse or keyboard with all those debug options. 45mb gzipped error log can be found at: http://www.petersen-arne.com/~cory/wine_debug1.txt.gz -- 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.

1 0

[Bug 1124] NOW: Usage problems with Bryce 4
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1124 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:46 ------- Bug comments restored from Gmane.org: I'm running Wine 20021007 on a Suse-8.0 machine, and want to startup Bryce-4.0 (which installed properly inclusive Quicktime and Acroreader) but which fails with: fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x426bc1d8)->(00000000,00000008) fixme:win:OpenDesktopA ("screen-saver",1,0,40): stub fixme:msvcrt:_XcptFilter (-2147483392,0x406d1f7c)semi-stub wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134679808 512") (2) What's there going wrong? Is it maybe only the missed screen saver? But when, how getting one for a pure wine installation, so wine without some Windows-whatever-release-wherefrom-stuff? With greeting from Munich .. ------- Additional Comments From buffer0 <at> t-online.de 2002-11-03 16:41 ------- This sort of "bug/error" and exception was caused by the incomplete installation of Bryce-4.0 (German release). The 'setup' by the CDROM distribution hadn't a proper run through (spurious!). Well, when having installed the [MetaStream],[QuickTime 3] and [Acrobat] folders explicitely in addition after the setup, one obtained a complete installation. However, on my Suse-8.0 box/installation, all things had run through only to the point where some ALSA problems then occured: Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:05 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-1 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-1-3 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-slot-2 Nov 4 00:00:06 teflon modprobe: modprobe: Can't locate module sound-service-2-3 Nov 4 00:00:06 teflon kernel: ALSA ../../../alsa-kernel/core/seq/oss/seq_oss_init.c:212: no device found AND that's a different bug and story, I'll assume. So I'lll resolve/close Bug#1124. What's the main thing with this bug? Well, wine is VERY sensitive on principle installation dependancies, and can't tell them to us ... ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:22 ------- The resolution shouldn't be fixed. ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:29 ------- Did the installer say that all necessary components were installed, when they were not? In that case this should be considered an open bug. ------- Additional Comments From johane <at> lysator.liu.se 2002-11-06 02:30 ------- A clicking-error... ------- Additional Comments From buffer0 <at> t-online.de 2002-11-06 10:53 ------- I'm testing wine and Bryce, with the following results: [0]: The installer hadn't complained. The sole worse things had been with installing Quicktime where the window-management made trouble: The installer GUI put its screen on the screen with topmost priority, resulting that all other related subwindows aren't visible for the user. What helped? Some alt-F4 or so under KDE, or some other hot-key under Enlightenment which allowed to change the window orders ... [1]: Some hard thing must be wrong the window management! Bryce-4.0 runs only proper within the Desktop mode! When trying to run in fullscreen mode the main-top window can't be accessed. Seems a worse arrangment problem with X11 window management schemes. [2]: wine crashes spuriously; '*click*' error/crash. But wine+Bryce crashes definitely intermediately when selecting under Bryce-help menu the about menu-entry. [3]: An important thing for the wine-config file: "crtdll"= "native, builtin" is a must. Else Bryce-4.0 doesn't come up with its main screen. [4]: wine+Bryce didn't had crashed yet on rendering. Meaning: All the window, menu and whatever I/O stuff seem to influencee much too hard the non-crashing quality of wine - with Bryce-4.0 - or? So what? The *click+crash* problems are worse. But how fixing (it fast)? How jumping into the wine and w$dos machinery?? -- 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.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs