December 2003 - Wine-bugs - list.winehq.org

[Bug 1877] New: halflife crashes with recent CVS
by Wine Bugs 11 Dec '03

11 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1877 Summary: halflife crashes with recent CVS Product: Wine Version: CVS Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: wine-binary AssignedTo: wine-bugs(a)winehq.com ReportedBy: turgut(a)egenet.com.tr System: mandrake 9.1, kernel: 2.4.22 halflife/cs crashes at startup when invoked with wine -- hl.exe -gl -gldrv Default -full -w 1024 -game cstrike -noipx -nojoy -numericping -console -toconsole giving these errors: err:ntdll:RtlpWaitForCriticalSection section 0x4024a0a0 "loader.c: loader_section" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) wine: Unhandled exception (thread 000a), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x4024a0a0 "loader.c: loader_section" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) (same setup worked before the last CVS 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 1590] comm driver config problem
by Wine Bugs 11 Dec '03

11 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1590 marcus(a)jet.franken.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From marcus(a)jet.franken.de 2003-11-12 00:42 ------- patch was applied to current 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 1842] Receive "Exception raised" error when opening Quattro Pro 9.
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1842 rhubarbpie(a)mail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #431 is|0 |1 obsolete| | ------- Additional Comments From rhubarbpie(a)mail.com 2003-10-12 17:55 ------- Created an attachment (id=433) --> (http://bugs.winehq.com/attachment.cgi?id=433&action=view) Requested debugging text. -- 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 1874] 'Access Violation' in Mobile-Phone Application using Serial-Port (RS232)
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1874 ------- Additional Comments From toph(a)abi2ooo.org 2003-10-12 17:35 ------- I ran the program in winedbg (log attached). The important lines are: First chance exception: page fault on read access to 0x00000000 in 32-bit code (0x40227519) 0x40227519 (NTDLL.DLL.ZwWriteFile+0xd9 in NTDLL.DLL): movl 0x0(%edx),%eax I also checked the interesting differences between the working WineX-version and the current Wine: grep WriteFile winex/dlls/ntdll/* winex/dlls/ntdll/ntdll.spec:@ stub NtWriteFile winex/dlls/ntdll/ntdll.spec:@ stub ZwWriteFile winex/dlls/ntdll/ntdll.spec:@ stub NtWriteFileGather root(a)z1709 work # grep WriteFile wine-20031118/dlls/ntdll/* wine-20031118/dlls/ntdll/file.c: * NtWriteFile [NTDLL.@] wine-20031118/dlls/ntdll/file.c: * ZwWriteFile [NTDLL.@] wine-20031118/dlls/ntdll/file.c:NTSTATUS WINAPI NtWriteFile(HANDLE hFile, HANDLE hEvent, wine-20031118/dlls/ntdll/ntdll.spec:@ stdcall NtWriteFile(long long ptr ptr ptr ptr long ptr ptr) wine-20031118/dlls/ntdll/ntdll.spec:@ stdcall ZwWriteFile(long long ptr ptr ptr ptr long ptr ptr) NtWriteFile wine-20031118/dlls/ntdll/ntdll.spec:@ stub NtWriteFileGather Does that mean that ZwWriteFile is not implemented in the current WineX at all and that's the reason why WineX works and Wine 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 1874] 'Access Violation' in Mobile-Phone Application using Serial-Port (RS232)
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1874 ------- Additional Comments From toph(a)abi2ooo.org 2003-10-12 17:35 ------- Created an attachment (id=432) --> (http://bugs.winehq.com/attachment.cgi?id=432&action=view) The output of a short winedbg session -- 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 1842] Receive "Exception raised" error when opening Quattro Pro 9.
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1842 ------- Additional Comments From rhubarbpie(a)mail.com 2003-10-12 16:59 ------- Created an attachment (id=431) --> (http://bugs.winehq.com/attachment.cgi?id=431&action=view) 200 lines of requested debugging text. -- 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 1763] Setup for Autocad and Notes doesn't work
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1763 ------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2003-10-12 06:37 ------- which version of ACAD are you trying to set up? -- 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 1667] Regression - No Video in RealPlayer 8
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1667 ------- Additional Comments From Andrew.Talbot(a)talbotville.com 2003-10-12 04:31 ------- Mike, OK, here are some results that spoil the party! Because I didn't want to overdo the detail earlier, I deliberately omitted to mention that the Programmable Interval Timer chip is fed from a crystal which oscillates at 3.579545 MHz, (which just happens to be the chroma frequency for NTSC-N). Divide this by three and you get 1.193182 MHz. Now, it was rumoured that some PCs use the 3x clock straight, but I was sceptical - big mistake! I have just tested five PCs from three different UK manufacturers, ranging from a P2/400MHz to a P4/2.4GHz, most with Windows XP Professional, one with XP Home Edition and, guess what, yep, they *all* show a QPF of 3579545! I think it is true to say that Microsoft do not state what frequency one is going to get when one uses the High-Performance Counter. So, I am rapidly being drawn to the conclusion that we should forget about the RDTSC instruction completely and just concentrate on getting whatever the PIT chip provides. I gather this 82C54 chip takes the 3.58-MHz signal (as used by XP) and produces a divided-by-three output (1.19 MHz, as used by Win98) and a divided-by-a-further-65536 (18.2 Hz) output. -- Andy. -- 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 1876] New: Selfloading Exe causes " ... Win16Mutex" wait timed
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1876 Summary: Selfloading Exe causes " ... Win16Mutex" wait timed Product: Wine Version: CVS Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wine-loader AssignedTo: wine-bugs(a)winehq.com ReportedBy: bon(a)elektron.ikp.physik.tu-darmstadt.de http://www.elektronikladen.de/programmer/galep3/1175de.exe and http://www.elektronikladen.de/programmer/galep3/1175ntde.exe are selfloading exes. They cause wine to hang err:ntdll:RtlpWaitForCriticalSection section 0x405b5b00 "syslevel.c: Win16Mutex" wait timed out in thread 0009, blocked by 000b, retrying (60 sec) I don't get any usefull debug or backtrace output Following Mike Hearns advice on wine-devel Mike Hearn Oct 15 19/672 "Re: Deadlock?" I get >walk process pid threads parent executable 00000008 3 00000000 'H:\tmp\cae\1175de.exe' Why don't I see thread 0x9 and 0xb? >attach 0x8 takes a long time, with probably one dll loaded by winedbg with every 60 sec timeout. The last message is No debug information in 32bit DLL 'H:\tmp\cae\1175de.exe' (0x405f0000) then nothing happens any more. Running with user.reg:"BreakOnAttach"=dword:00000001 Gives the same behaviour. Starting the program in winedbg gives: =>0 0x40224cc2 (RtlpWaitForCriticalSection+0xa2(crit=0x405b5b00) [critsection.c:54] in NTDLL.DLL) (ebp=4070fcd4 ) 1 0x40224f29 (RtlEnterCriticalSection+0x49(crit=0x405b5b00) [critsection.c:1526] in NTDLL.DLL) (ebp=4070fce8) 2 0x4053493a (_EnterSysLevel+0x9a(lock=0x405b5b00) [syslevel.c:111] in KERNEL32.DLL) (ebp=4070fd00) 3 0x40534d18 (RestoreThunkLock+0x28(mutex_count=0x1) [syslevel.c:228] in KERNEL32.DLL) (ebp=4070fd18) 4 0x40536903 (OldYield16+0x23 [task.c:739] in KERNEL32.DLL) (ebp=4070fd2c) 5 0x40536955 (DirectedYield16+0x15(hTask=0x11df) [task.c:758] in KERNEL32.DLL) (ebp=4070fd38) 6 0x4051c656 (NE_CreateThread+0x66(pModule=0x403e16c8, cmdShow=0x1, cmdline=0x403df8e8) [ne_module.c:1324] in KERNEL32.DLL) (ebp=4070fd58) 7 0x4051c7d0 (LoadModule16+0x110(name=0xbffff421, paramBlock=0x4070fefc) [ne_module.c:1394] in KERNEL32.DLL) (ebp=4070fd78) 8 0x40604416 (main+0x126(argc=0x4, argv=0xbffff218) [winevdm.c:218] in winevdm.exe) (ebp=4070ff18) 9 0x40604039 (__wine_exe_main+0x39 [winevdm.exe.spec.c:123] in winevdm.exe) (ebp=4070ff2c) 10 0x40521fcd (start_process+0xcd(arg=0x0) [process.c:750] in KERNEL32.DLL) (ebp=4070fff4) 11 0x4001e3ed (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) 55 if (!ret) Wine-dbg>walk process pid threads parent executable 0000000c 2 0000000a 'C:\NT4SP5G\SYSTEM32\wineconsole.exe' >0000000a 3 00000008 'winevdm.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 1875] New: CoCreateGuid under wine generates rather weak guid's
by Wine Bugs 10 Dec '03

10 Dec '03

http://bugs.winehq.com/show_bug.cgi?id=1875 Summary: CoCreateGuid under wine generates rather weak guid's Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.com ReportedBy: luolin(a)dreamwork.cn OS: redhat linux 9.0 wine: 20031118 rpm for rh9 (i386 & i686) the following code is a bare stream test app compiled under microsoft 2000 sp4 visual studio .net 2003. it generates quite pleasing guid's under windows, but when run the compiled binary directly under wine in my linux box, the generated guid's are quite weak - guid.Data1 (32 bits) is a pseudo random number, and the rest parts guid.Data2, guid.Data3, guid.Data4 are all the same for all the guid's generated. ============================ #include <tchar.h> #include <objbase.h> #include <windows.h> #include <iomanip> #include <iostream> int _tmain(int argc, _TCHAR* argv[]) { for (int i = 0; i < 1000; ++i) { GUID guid; CoCreateGuid(&guid); std::cout << std::hex << std::setw(8) << std::setfill('0') << guid.Data1 << ':'; std::cout << std::hex << std::setw(4) << std::setfill('0') << guid.Data2 << ':'; std::cout << std::hex << std::setw(4) << std::setfill('0') << guid.Data3 << ':'; UINT64 dnid; memcpy(&dnid, guid.Data4, 8); std::cout << std::hex << std::setw(16) << std::setfill('0') << dnid << std::endl; } return 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