- Wine-bugs - list.winehq.org

[Bug 751] New - GetDiskFreeSpace should return >2GB on some systems
by wine-bugs＠winehq.com 31 May '02

31 May '02

http://bugs.winehq.com/show_bug.cgi?id=751 *** shadow/751 Thu May 30 23:18:08 2002 --- shadow/751.tmp.27787 Thu May 30 23:18:08 2002 *************** *** 0 **** --- 1,27 ---- + +============================================================================+ + | GetDiskFreeSpace should return >2GB on some systems | + +----------------------------------------------------------------------------+ + | Bug #: 751 Product: Wine | + | Status: UNCONFIRMED Version: 20020509 | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-files | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: vberon(a)mecano.gme.usherb.ca | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + GetDiskFreeSpace{A,W} currently always return size <= 2GB (as per current MSDN + docs). But the actual behaviour can be different. + + On Windows NT 4.0 SP6, such a call on an NTFS partition (1 sector/cluster, 512 + bytes/sector) with 11.4GB free space returns the whole 11.4GB. + + We should try to find which versions behave in such a way, and then either mimic + the selected emulated version, or always return the actual free size. + + I'll attach a small program to obtain the return values from GetDiskFreeSpaceA. \ No newline at end of file

1 0

[Bug 750] New - Radmin doesn't want to start the second time (says it has expired)
by wine-bugs＠winehq.com 31 May '02

31 May '02

http://bugs.winehq.com/show_bug.cgi?id=750 *** shadow/750 Thu May 30 23:10:14 2002 --- shadow/750.tmp.27466 Thu May 30 23:10:14 2002 *************** *** 0 **** --- 1,26 ---- + +============================================================================+ + | Radmin doesn't want to start the second time (says it has expired) | + +----------------------------------------------------------------------------+ + | Bug #: 750 Product: Wine | + | Status: UNCONFIRMED Version: 20020509 | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-misc | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: vberon(a)mecano.gme.usherb.ca | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + Quote from bug #725, where it was previously reported by Andriy Palamarchuk: + Application Radmin 2.1 from http://www.radmin.com does not start the second + time, says the demo expired. + + Using CVS from 20020531-0300 UTC, no-windows install. + The problem is in the encoding and/or decoding of a registry key created on the + first run of the program, which is then used to get the expiration date (or the + installation date). The problem could lie in one of the date getting or date + conversion APIs, but it's not guaranteed. \ No newline at end of file

1 0

[Bug 356] Changed - Oracle OCI software (eg TOAD, PL/SQL Devlopper) not working after Wine version 20010629
by wine-bugs＠winehq.com 31 May '02

31 May '02

http://bugs.winehq.com/show_bug.cgi?id=356 *** shadow/356 Thu May 30 16:18:36 2002 --- shadow/356.tmp.25637 Thu May 30 22:19:02 2002 *************** *** 34,36 **** --- 34,46 ---- Don't know what changed since 20010629, but if you enter the SID (oracle databasename) in the /etc/hosts file it works. + + + ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-30 22:19 ------- + It probably would be best if you did some regression testing for this bug. The + details on how to do this are outlined here. + + http://www.winehq.com/Docs/wine-devel/cvs-regression.shtml + + If you have any problems or do not understand how to do this just ask. Please + report back your results. \ No newline at end of file

1 0

[Bug 740] Changed - divide by zero exception in x11drv.dll
by wine-bugs＠winehq.com 31 May '02

31 May '02

http://bugs.winehq.com/show_bug.cgi?id=740 *** shadow/740 Thu May 30 19:11:33 2002 --- shadow/740.tmp.18982 Thu May 30 19:13:48 2002 *************** *** 2,8 **** | divide by zero exception in x11drv.dll | +----------------------------------------------------------------------------+ | Bug #: 740 Product: Wine | ! | Status: UNCONFIRMED Version: CVS | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-x11driver | --- 2,8 ---- | divide by zero exception in x11drv.dll | +----------------------------------------------------------------------------+ | Bug #: 740 Product: Wine | ! | Status: NEW Version: CVS | | Resolution: Platform: | | Severity: normal OS/Version: All | | Priority: P1 Component: wine-x11driver | *************** *** 206,208 **** --- 206,212 ---- If you don't feel comfortable with that then I will see about working up a patch for you. + + + ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-30 19:13 ------- + Confirming bug,changing status to NEW \ No newline at end of file

1 0

[Bug 740] Changed - divide by zero exception in x11drv.dll
by wine-bugs＠winehq.com 31 May '02

31 May '02

http://bugs.winehq.com/show_bug.cgi?id=740 *** shadow/740 Thu May 30 17:11:48 2002 --- shadow/740.tmp.18864 Thu May 30 19:11:33 2002 *************** *** 169,171 **** --- 169,208 ---- an attachement; Note that it's longer than just the last few 100 lines, since the last lines have more to do with the debugger not working rather than the problem. + + ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-05-30 19:11 ------- + Sorry for the "EDT"/"EST" mixup. Looks like this is the patch for sure then. + + trace:cursor:X11DRV_GetCursorPos pointer at (393,497) + 0806c0a0:Ret x11drv.GetCursorPos() retval=000001f1 ret=4077f8e3 + 0806c0a0:Ret user32.GetCursorPos() retval=00000001 ret=0086d98b + 0806c0a0:Call user32.ScreenToClient(00010027,405c60e8) ret=0086d99d + 0806c0a0:Ret user32.ScreenToClient() retval=00000001 ret=0086d99d + 0806c0a0:Call user32.SetCursor(0000036e) ret=0087165c + trace:cursor:SetCursor 036e + 0806c0a0:Call x11drv.SetCursor(4040ba78) ret=407737ae + trace:cursor:X11DRV_GetCursor Bitmap 32x32 planes=1 bpp=24 bytesperline=96 + + this corresponds to the code introduced by the patch. The trace is downhill + after this... + + 0806c0a0:Call kernel32.GetLastError() ret=0085af89 + 0806c0a0:Ret kernel32.GetLastError() retval=00000006 ret=0085af89 + 0806c0a0:Call kernel32.TlsGetValue(00000009) ret=0085af97 + 0806c0a0:Ret kernel32.TlsGetValue() retval=4183001c ret=0085af97 + 0806c0a0:Call kernel32.SetLastError(00000006) ret=0085afe3 + 0806c0a0:Ret kernel32.SetLastError() retval=00000006 ret=0085afe3 + 0806c0a0:Call kernel32.UnhandledExceptionFilter(404b490c) ret=00860e1d + 0806c0a0:Call kernel32.IsBadCodePtr(102092e0) ret=00861446 + 0806c0a0:Ret kernel32.IsBadCodePtr() retval=00000000 ret=00861446 + 0806c0a0:Call kernel32.IsBadCodePtr(7800b4fb) ret=10209401 + 0806c0a0:Ret kernel32.IsBadCodePtr() retval=00000000 ret=10209401 + wine: Unhandled exception, starting debugger... + + David, how do you feel about adding some traces to the code to narrow down the + problem. To do this all you need to do is add something like this to the code + + TRACE("Got this far \n") + + If you don't feel comfortable with that then I will see about working up a patch + for you.

1 0

Re: [Bug 744] Changed - Cyclic "unhandled exception" error
by Pavel Řezníček 30 May '02

30 May '02

I have made some steps and it helped me a bit: Wine already does run! The most important thing is that I have configured Wine to run with a fake partition. But there are a few more problems left. 1) What's the reason that under KDE 2.0.0 & 2.0.1 Wine worked perfectly on a real FAT32 partition but now it doesn't (KDE 3.0.0)? 2) It works on the fake partition. I have made symlinks from my WinME system dll's to the fake /Windows/System directory. Is it a good way? 3) I can't run a program that uses soundcard. It can happen because Winecheck said this: --------------------- checking system devices used by Wine --------------------- 031. Checking sound device /dev/dsp... CRITICAL (no kernel driver for /dev/dsp?). - ADVICE: module loading problems ? Read /usr/src/linux/Documentation/modules.txt. But I have no such doc file / directory on my distribution... where can I get / do I have it? What does this mean? How to tell Wine where I have the soundcard device? The sound works in my KDE. - I have also found a /dev/dsp1 file - isn't this the real sound device -- maybe "dsp" only is required by default by wine?? 4) How can I change the appearance of Windows in Wine (e. g. fonts, colors of menus)? Do I have to edit the registry on the fake drive? Pavel Reznicek

1 0

[Bug 749] Changed - Sune Hotspot Java crashed in win95 mode
by wine-bugs＠winehq.com 30 May '02

30 May '02

http://bugs.winehq.com/show_bug.cgi?id=749 *** shadow/749 Thu May 30 17:10:38 2002 --- shadow/749.tmp.13884 Thu May 30 17:12:15 2002 *************** *** 77,79 **** --- 77,83 ---- The source for the Hotspot Java engine may be downloaded at SUN. Reproduce the bug by simply calling "wine javaw" with winver set to win95. + + ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-05-30 17:12 ------- + Created an attachment (id=149) + Output of running "wine javaw", debugger loading, backtrace and register info

1 0

[Bug 740] Changed - divide by zero exception in x11drv.dll
by wine-bugs＠winehq.com 30 May '02

30 May '02

http://bugs.winehq.com/show_bug.cgi?id=740 *** shadow/740 Thu May 30 17:10:29 2002 --- shadow/740.tmp.13789 Thu May 30 17:11:48 2002 *************** *** 159,161 **** --- 159,171 ---- ------- Additional Comments From ronis(a)onsager.chem.mcgill.ca 2002-05-30 17:10 ------- Created an attachment (id=148) debugging output + + + ------- Additional Comments From ronis(a)onsager.chem.mcgill.ca 2002-05-30 17:11 ------- + On the off chance that the EDT tag was causing trouble, I tried the last 2 cvs's + without it. The one at 15:30:25 works, the one at 15:31:00 differs only in + the patch to xlldrv/mouse.c and fails. That's clearly the source of the + regression. I have the log generated as Andriy requested and have set it up as + an attachement; Note that it's longer than just the last + few 100 lines, since the last + lines have more to do with the debugger not working rather than the problem. \ No newline at end of file

1 0

[Bug 749] New - Sune Hotspot Java crashed in win95 mode
by wine-bugs＠winehq.com 30 May '02

30 May '02

http://bugs.winehq.com/show_bug.cgi?id=749 *** shadow/749 Thu May 30 17:10:38 2002 --- shadow/749.tmp.13654 Thu May 30 17:10:38 2002 *************** *** 0 **** --- 1,79 ---- + +============================================================================+ + | Sune Hotspot Java crashed in win95 mode | + +----------------------------------------------------------------------------+ + | Bug #: 749 Product: Wine | + | Status: UNCONFIRMED Version: CVS | + | Resolution: Platform: | + | Severity: normal OS/Version: All | + | Priority: P1 Component: wine-misc | + +----------------------------------------------------------------------------+ + | Assigned To: wine-bugs(a)winehq.com | + | Reported By: bon(a)elektron.ikp.physik.tu-darmstadt.de | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | Milestone: TargetMilestone: --- | + | URL: | + +============================================================================+ + | DESCRIPTION | + Running Hotspot jave with wine in winxx incarnation, wine crashes when the java + machine finds some errors with threads and tries to print out the Thread ID. + This is done by: + + hotspot2_0-src-win/src/share/vm/utilities/debug.cpp: Thread::current()->print(); + + and I think this resolves to + hotspot2_0-src-win/src/os_cpu/win32_i486/vm/threadLS_win32_i486.cpp: + ... + int ThreadLocalStorage::base_offset() { + return os::win32::is_nt() + ? 0xe10 // found by looking at TLS code on NT + : 0x88; // found by looking at TLS code on Windows95 + } + // This code is win32/x86 specific + void ThreadLocalStorage::generate_code_for_get_thread() { + ::ThreadLocalStorageOffset = base_offset() + thread_offset(); + + // We have to generate code for get_thread since the + // tls index is resolved at load time. + // The reason we cannot use the nice assembler class is + // it uses resource object which in turn uses get_thread + // for allocation. + address buffer = (address) &get_thread; + + if (os::win32::is_nt()) { + // mov eax, dword ptr fs:[ThreadLocalStorageOffset] + // 64 A1 ThreadLocalStorageOffset + *buffer++ = 0x64; + *buffer++ = 0xA1; + + *((int*) buffer) = ThreadLocalStorageOffset; + buffer += sizeof(int); + } else { + // mov eax, dword ptr fs:[18H]; + // 64 A1 18 00 00 00 + *buffer++ = 0x64; + *buffer++ = 0xA1; + *buffer++ = 0x18; + *buffer++ = 0x00; + *buffer++ = 0x00; + *buffer++ = 0x00; + + // mov eax, dword ptr [eax+ThreadLocalStorageOffset]; + // 8B 80 ThreadLocalStorageOffset + *buffer++ = 0x8B; + *buffer++ = 0x80; + *((int*) buffer) = ThreadLocalStorageOffset; + buffer += sizeof(int); + } + + // ret + // C3 + *buffer++ = 0xC3; + + + wine/scheduler/process.c defines at 0x88 a DWORD tls_bits[2], which may be the + culprit, if I understand things right. + + The source for the Hotspot Java engine may be downloaded at SUN. + + Reproduce the bug by simply calling "wine javaw" with winver set to win95. \ No newline at end of file

1 0

[Bug 740] Changed - divide by zero exception in x11drv.dll
by wine-bugs＠winehq.com 30 May '02

30 May '02

http://bugs.winehq.com/show_bug.cgi?id=740 *** shadow/740 Thu May 30 16:10:09 2002 --- shadow/740.tmp.13626 Thu May 30 17:10:29 2002 *************** *** 154,156 **** --- 154,161 ---- Both worked (and in fact, I don't think any files were updated with the second cvs). Are you sure about the times? From, the patch URL mentioned below it looks like the time was supposed to be EST, not EDT. Please confirm and I will retry + + + ------- Additional Comments From ronis(a)onsager.chem.mcgill.ca 2002-05-30 17:10 ------- + Created an attachment (id=148) + debugging output

1 0