August 2008 - Wine-bugs - list.winehq.org

[Bug 9583] New: CompareStringW gives incorrect result for some wide strings
by wine-bugs＠winehq.org 04 Sep '22

04 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=9583 Summary: CompareStringW gives incorrect result for some wide strings Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se It seems like CompareStringW does not work correctly, when using wide/unicode strings. I first discovered this when I saw that listbox controls sorted swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side with the base character (LATIN SMALL LETTER A). An example is http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe. The cause seems to be that CompareStringW gives the wrong result. I've created the small test example http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with source available in the same directory. On Windows, the result is that the string "äpple" is greater than "orange", which is correct. With the latest Wine CVS version, the result is that "äpple" is lesser than "orange", which is wrong. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 40

[Bug 9901] New: GetMonitorInfo returns wrong work area
by wine-bugs＠winehq.org 27 Aug '22

27 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=9901 Summary: GetMonitorInfo returns wrong work area Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: lich(a)math.spbu.ru GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels and taskbars into account. The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA) during initialization time, but I do not know how to deal with different monitors. P.S. It is needed to properly implement maximum dimensions of console window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 14797] New: Setting up SSL Email access
by wine-bugs＠winehq.org 31 Jul '22

31 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=14797 Summary: Setting up SSL Email access Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: msetzerii(a)gmail.com Pegasus Mail is a critical program that I use on my only windows 98, and am looking to move to complete linux. The regular email via port 25 and 110 seem to work fine, but with accounts like gmail, one must use secure ports 995 and 465. Attempts to do this result in no trace file. I'm not clear if and how these ports need to be activated in wine, or if some dll needs to be added. There isn't any error message, it just fails with no trace information available. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 66

[Bug 14072] New: Wine Crashes with a Stack dump
by wine-bugs＠winehq.org 08 Jul '22

08 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=14072 Summary: Wine Crashes with a Stack dump Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: celticht32(a)aol.com CC: celticht32(a)aol.com Wine crashes when running EverQuest2.exe : First chance exception: page fault on read access to 0x016c6580 in 32-bit code (0x00a33e9f). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:00a33e9f ESP:7eb619a4 EBP:7eb619e8 EFLAGS:00010216( - 00 -RIAP1) EAX:00000000 EBX:7bc86ae0 ECX:0000000a EDX:00000001 ESI:016c6548 EDI:00000000 Stack dump: 0x7eb619a4: 016c6550 016c6548 7bc86ae0 016eece0 0x7eb619b4: 016eece0 016eedec 00000001 7eb619e8 0x7eb619c4: 6021a9c9 7bc86ae0 ffffffff 7eb61a28 0x7eb619d4: 00817520 00a33daf 7eb61a18 00d05a44 0x7eb619e4: 00000000 7eb61a28 0081bba3 00ba7a29 0x7eb619f4: 015907a0 00ba7a95 016c6548 00ba7a29 Backtrace: =>1 0x00a33e9f in everquest2 (+0x633e9f) (0x7eb619e8) 2 0x0081bba3 in everquest2 (+0x41bba3) (0x7eb61a28) 3 0x7bc687ee call_thread_entry_point+0xe() in ntdll (0x7eb61a38) 4 0x7bc68e82 call_thread_func+0x42(rtl_func=<register EDI not in topmost frame>, arg=<register ESI not in topmost frame>) [/work/Downloads/wine-1.0/dlls/ntdll/thread.c:386] in ntdll (0x7eb61ad8) 5 0x7bc69093 in ntdll (+0x59093) (0x7eb623c8) 6 0x6013b45b (0x7eb624b8) 0x00a33e9f: cmpb $0x0,0x38(%esi) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 11558] New: Problem setting resolution in Neverwinter Nights 2
by wine-bugs＠winehq.org 07 Jun '22

07 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=11558 Summary: Problem setting resolution in Neverwinter Nights 2 Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: torbm(a)yahoo.com When starting Neverwinter Nights 2 in fullscreen in-game settings for resolution is ignored and always defaults to 1400x1050 (witch is not a valid resolution in x-org.conf but happens anyway). There is no in-game way of changing this resolution either. I have found that I can change the games resolution by alt-tab out of the game and set the desired resolution in nvidia x server configuration tool and then alt-tab back into the game. I use Kubuntu (Kde) and this way of fixing the problem has been reported by another user not to work with his gnome desktop. We are both at version 7.10 of (K)Ubuntu. Neverwinter Nights 2 w/Mask of the Betrayer expansion, patched to version 1.11.1152 Bug has been evident since I strated fiddling with this in version .52 of wine -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 27

[Bug 10767] New: lstrcmp and others do not compare punctuation characters correctly
by wine-bugs＠winehq.org 03 Jun '22

03 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=10767 Summary: lstrcmp and others do not compare punctuation characters correctly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: lich(a)math.spbu.ru just example: ret = lstrcmpi("# (Search for Disassembly Pattern)", ".RELOAD (Reload Symbols)"); wine returns '1' here, but must '-1' since ord('#')=23h < 2Eh=ord('.'). Windows handles this case correctly. GLIBC strcasecmp works correctly too. This bug heavily affects winhelp index lookup in WIN32.HLP borland help file, which has lots of #.&*()[] P.S. It is not a locale problem, so this bug is not a duplicate of bug #9583 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 75

[Bug 13142] New: NexusTK crashes when editing a board post
by wine-bugs＠winehq.org 02 Jun '22

02 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=13142 Summary: NexusTK crashes when editing a board post Product: Wine Version: 1.0-rc1 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ninja(a)slaphack.com Nexus TK (download from http://nexustk.com/, AppDB entry is http://appdb.winehq.org/objectManager.php?sClass=application&iId=926) crashes when editing a board post. It is possible to type the post without problems. As far as I can tell, the problem occurs when doing something other than continuing to type, or pasting -- most recently, I attempted to hilight some text, and crash. By "crash", I mean the game (running in a 1024x768 desktop window) stops responding entirely, and the log seems to indicate that some process died. Note: Nexus works flawlessly with version 0.9.40 -- it has no bugs that Nexus itself doesn't when running under Windows, and, in fact, is often more stable than on Windows. I'll add regression tests and logs soon... The game is otherwise usable, as far as I can tell. For now, I will compose in a separate window, and paste into Nexus. Every version I have tried since 0.9.40 has had problems. I believe the game would not even run until 0.9.62, and this bug does happen in 1.0-rc1. Stock Ubuntu install from a repository. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 14841] New: ntdll: file.ok fails in OpenSolaris but not Linux
by wine-bugs＠winehq.org 20 May '22

20 May '22

http://bugs.winehq.org/show_bug.cgi?id=14841 Summary: ntdll: file.ok fails in OpenSolaris but not Linux Product: Wine Version: 1.1.2 Platform: PC OS/Version: Solaris Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=15384) --> (http://bugs.winehq.org/attachment.cgi?id=15384) +file in git, bzip2 -9'ed austin(a)opensolaris:~/wine-git/dlls/ntdll/tests$ make testclean ; rm -rf ~/.wine ; make file.ok rm -f atom.ok change.ok env.ok error.ok exception.ok generated.ok info.ok large_int.ok file.ok om.ok path.ok port.ok reg.ok rtl.ok rtlbitmap.ok rtlstr.ok string.ok time.ok ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so file.c && touch file.ok wine: created the configuration directory '/export/home/austin/.wine' err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! file.c:169: Test failed: wrong status deadbabe file.c:170: Test failed: wrong info 3735928559 file.c:194: Test failed: wrong status deadbabe file.c:195: Test failed: wrong info 3735928559 file.c:196: Test failed: read handle is signaled file.c:284: Test failed: wrong status deadbabe file.c:285: Test failed: wrong info 3735928559 file.c:286: Test failed: event is signaled make: *** [file.ok] Error 8 +file attached -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 11112] New: Does the fatal error if the config directory isn' t owned by the user make sense?
by wine-bugs＠winehq.org 21 Mar '22

21 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=11112 Summary: Does the fatal error if the config directory isn't owned by the user make sense? Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bero(a)arklinux.org Created an attachment (id=10147) --> (http://bugs.winehq.org/attachment.cgi?id=10147) Proposed fix Recent wine versions abort on startup if the config directory isn't owned by the user running wine. This breaks setups where several users share a common wine prefix (e.g. to make applications that make heavy use of the registry available to several users without installing them several times) and they have the right access to the configs through group permissions. Unless I'm overlooking a better way to do this, it would make more sense to check proper permissions than to check ownership. I'm attaching a patch that does that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 50

[Bug 14456] New: Diablo 2 stuck on switch
by wine-bugs＠winehq.org 06 Feb '22

06 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=14456 Summary: Diablo 2 stuck on switch Product: Wine Version: 1.1.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ak(a)axet.ru When i switch from windowed diablo to another X window diablo fail to render screen. I still can blind-exit from game but unable to refresh screen anymore. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 56