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

[Bug 10571] New: scsi controller IDs mapped to wrong ASPI IDs
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=10571 Summary: scsi controller IDs mapped to wrong ASPI IDs Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: wbreyha(a)gmx.net Hi! The builtin wnaspi32.dll seems to number SCSI Port IDs 0,1,2,4,8,0x10,.... (like the native linux controller IDs), instead of 0,1,2,3,4,5..... (as required by ASPI as far as I was told). So every device connected to a SCSI Port ID larger then 2 is not visible to applications. At least on my machine I see this numbering in the HKLM/Hardware/DEVICEMAP/Scsi/ tree. "Scsi Port x" where x=0,1,2,4,8,..... I tried to run "Easy CD-CA Extractor" and my DVD-Drive is connected to controller id 4 (which should be 3 in ASPI aspects). Copying the whole tree from "Scsi Target 4" to "Scsi Target 3" worked. The developer of "Easy CD-DA Extractor" told me that ASPI requires a 0,1,2,3,4,5,... numbering. Regards, Wolfgang Breyha -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 10003] New: Illustrator CS2 installer can't show image
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=10003 Summary: Illustrator CS2 installer can't show image Product: Wine Version: CVS/GIT Platform: Other URL: ftp://ftp.adobe.com/pub/adobe/illustrator/win/cs2/Illust rator_CS2_ue_TryOut.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: enhancement Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Illustrator CS2 installer is probably missing a bitmap (though I haven't seen it in action on Windows, so I can't say), as one sees the following scroll by: fixme:ole:OLEPictureImpl_Load Unknown stream header magic: 00905a4d fixme:ole:OLEPictureImpl_Load Unknown stream header magic: 00000004 fixme:ole:OLEPictureImpl_Load Could only read 65520 of 65535 bytes out of stream? fixme:ole:OLEPictureImpl_Load Unknown magic 00b8, 65520 read bytes: b8 00 00 00 00 00 00 00 b8 00 00 00 00 00 00 00 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 00 00 00 0e 1f ba 0e 00 b4 09 cd 21 b8 01 4c cd 21 54 68 69 73 20 70 72 6f 67 72 61 6d 20 63 61 6e 6e 6f 74 20 ... err:msi:msi_load_picture failed to get bitmap size err:msi:msi_dialog_bitmap_control Failed to load bitmap L"NewBinary1" when the installer is on its third or so screen. Native dcom98 doesn't help. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 9645] New: icons etc vanish, except behind mouse
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=9645 Summary: icons etc vanish, except behind mouse Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: arthur.butler(a)smartemail.co.uk Hi, First bug report for Wine-hope I tell you enough. First, thanks for all the work. I'm trying to run a demo version of an interesting program called Universal Mechanism. It's developed by a university and is able to solve and simulate physical systems quite accurately. It's used by companies and researchers, and is reasonably affordable: http://umlab.ru/index.htm The program works, but large parts of the display vanish except when the mouse pointer is moved over them. Could be used, but tedious. I'd guess it might be an interesting program for some users, quite a rare type of program, and useful. Since it runs OK, except UI I wondered if you might be able to investigate? I don't know which part of wine might be responsible, but I'd guess one of the accelerated graphics libraries. I'm using Debian Etch, with your package: 0.9.44~winehq0~debian~4.0-1 I have an nvidia graphics card, and opengl works fine for other apps, via nvidia driver, again debian package. If you need more info please ask, Thanks in advance, Arthur -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 11667] New: Window contents not updated properly after being moved
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=11667 Summary: Window contents not updated properly after being moved Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, I believe this bug relates to DirectDraw. (Apologies for my lack of detailed knowledge about Windows.) In some cases, moving a window whose contents are updated by DirectX calls causes trash/garbage to appear when the window is drawn in its new position, My theory is that WINE remembers the window contents at the moment the user begins dragging the title bar, and simply copies that to the new window position. If the program continues to update the DirectX buffer while the user is moving the window frame, WINE puts the old/stale buffer contents in the moved window. This happens in both normal and virtual desktop modes. For applications like video players, this effect may not be very noticeable if the player redraws the whole window every frame. But for applications which don't do that, the effect can be quite ugly. One program I have found which shows this problem is WinUAE. To reproduce: - Download and install WinUAE from http://www.winuae.net/ - Download an example disk image for testing, e.g. ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and start the emulation. - Once the demo graphics appear, repeatedly move the main WinUAE window and notice the problem. -- 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 9

[Bug 11999] New: Endless Online game window appears as white texture
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=11999 Summary: Endless Online game window appears as white texture Product: Wine Version: CVS/GIT Platform: PC URL: http://files.endless-online.com/EOsetup028.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11336) --> (http://bugs.winehq.org/attachment.cgi?id=11336) Terminal output with d3d traces. Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply results in a white screen without any UI elements shown. Attached are d3d traces and additional terminal output. -- 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 23

[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 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 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