wine-bugs January 2008

wine-bugs@winehq.org

1 participants
9873 discussions

[Bug 11416] New: Left or upwards scrolling in Traffic Giant corrupts Display
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=11416 Summary: Left or upwards scrolling in Traffic Giant corrupts Display Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: elicoten(a)live.co.uk The game seems playable, and scrolling by moving the mouse to the right hand side or bottom of the screen works as well as right click-dragging mouse the to scroll downwards or rightwards it works. When you try to scroll left or upwards the graphics get corrupted. -- 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.

1 8

[Bug 10866] New: In-game text slows down SimCopter
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10866 Summary: In-game text slows down SimCopter Product: Wine Version: 0.9.51. Platform: PC URL: http://www.5star- shareware.com/Windows/Games/Flight/simcopter.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: baby.lueshi(a)gmail.com When playing SimCopter, the game slows down every time you get mission-related updates in the top left corner of the screen. The more lines of text on the screen at a time, the more the game lags. After doing a trace, it seems that SimCopter calls DrawTextA for those messages, and the calls are constantly repeated while the message is on the screen. I'm thinking this is because DirectDraw might render over the text and the text gets redrawn every time the DirectDraw window does, but that's just a wild guess, and doesn't really explain the slowdown. This bug is in both the demo and retail version of the game. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 9799] New: Textures on vehicles are too dark in GTA Vice City!
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=9799 Summary: Textures on vehicles are too dark in GTA Vice City! Product: Wine Version: 0.9.45. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: elwario91(a)gmail.com Textures on vehicles are too dark in GTA Vice City! Because I'm not a great wine debugger and patcher I don't know why this bug occurs but I've attached a log in the hope someone can help and resolve it. After that the game would run perfectly! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 9506] New: One-line Java program causes screen to go black
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=9506 Summary: One-line Java program causes screen to go black Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Hey, kids, try this! (Works with any JVM, but let's use a recent one.) 1. Create the file bug.java containing import java.awt.Frame; public class bug { public static void main(String[] args) { Frame f = new Frame(); // causes whole screen to go black in wine! } } 2. Compile it using any java compiler: javac bug.java 3. Download a JDK from java.sun.com and install it in Wine 4. Use it to run bug.class, e.g. cd '.wine/drive_c/Program Files/Java/jre1.6.0_01' cp ~/bug.class . wine bin/java.exe bug 5. Note that entire primary display goes black (second display, if any, doesn't). This is really annoying - you have to move your other windows around to get them to redraw. This may be the same as bug 4902, but this seems simpler to reproduce. Next step would be the corresponding trivial C file... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 10117] New: Mpeg2Schnitt doesn't display video since wine v. 0.9.16
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10117 Summary: Mpeg2Schnitt doesn't display video since wine v. 0.9.16 Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: jussaar(a)mbnet.fi Created an attachment (id=8682) --> (http://bugs.winehq.org/attachment.cgi?id=8682) Full output of wine when running Mpeg2Schnitt Since wine version 0.9.16, Mpeg2Schnitt (a program for cutting mpeg2-files) has stopped showing video. This of course makes choosing the right cut points virtually impossible. When the program should display the video, wine prints out the following errors: fixme:win:EnumDisplayDevicesW ((null),0,0x34f544,0x00000000), stub! err:ddraw:IDirectDrawImpl_SetDisplayMode Width=0, Height=0, what to do? I have tested both multiple versions of wine (including the newest 0.9.47-version) and Mpeg2Schnitt (versions 0.71, 0.80 and 0.87). Mpeg2Schnitt is distributed under GPL2 license and available for download at http://www.mdienert.de/mpeg2schnitt/ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 10998] New: Sum of All Fears crashes after splash screen
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10998 Summary: Sum of All Fears crashes after splash screen Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.cutone(a)rogers.com Created an attachment (id=9966) --> (http://bugs.winehq.org/attachment.cgi?id=9966) Terminal output for SOAF crash. When the program is executed the splash screen is displayed. Soon after the screen goes black with just the mouse pointer visible. A lengthy terminal output is then produced. See attached file for terminal output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 10065] New: MSN Messenger Doesn't Show New Conversation Windows
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10065 Summary: MSN Messenger Doesn't Show New Conversation Windows Product: Wine Version: 0.9.47. Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=8623) --> (http://bugs.winehq.org/attachment.cgi?id=8623) This is what the console shows when the error happens. When someone talk to you and you haven't open a window whit that person, the window is not showed. You had to open a window with all your contacst until you find the one who write you. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 9913] New: Blue Wish Resurrection: crashes when loading program
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=9913 Summary: Blue Wish Resurrection: crashes when loading program Product: Wine Version: 0.9.46. Platform: PC-x86-64 URL: http://www004.upp.so- net.ne.jp/x_xgameroom/Works/works.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: 07067514(a)brookes.ac.uk Created an attachment (id=8413) --> (http://bugs.winehq.org/attachment.cgi?id=8413) console output When loading Blue Wish Resurrection the program displays a black rectangle, then crashes. Attached is the console output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 11231] New: Regression since 0.9.49: glibc double free crashes all directx programs
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=11231 Summary: Regression since 0.9.49: glibc double free crashes all directx programs Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, Between 0.9.48 and 0.9.49, something broke DirectX(?)/DDraw rendering. As a result, *all* tested games that use scalable or vector graphics now crash, or even their installer crashes, e.g. VideoSetup.exe (Max&Mario, Syberia2, BeetleCrazy etc.) with an error from glibc. Old games using bitmap graphics are not affected. GUI programs (regedit, notepad, depends.exe) are not affected either. This regression not only affects games, even wine's own testsuite shows the exact same symptoms: cd dlls/d3d8/tests; make test ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so device.c && touch device.ok *** glibc detected *** double free or corruption (!prev): 0x0013d100 *** wine: Assertion failed at address 0xffffe410 (thread 0041), starting debugger... ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so surface.c && touch surface.ok *** glibc detected *** free(): invalid next size (normal): 0x0013d108 *** wine: Assertion failed at address 0xffffe410 (thread 0009), starting debugger... err:seh:raise_exception Unhandled exception code c000013a flags 0 addr 0xffffe410 Fail: 0.9.49, .50, .51, .52, .53 Work: 0.9.47, 0.9.48 (and older), urlmon/tests/ Both d3d8/tests and d3d9/tests fail. I'm using Ubuntu 6.06 LTS (aka. Dapper) with packages: freeglut 2.4.0-4 libgl1-mesa 6.4.1-0ubuntu8 (has /usr/lib/libGL.so.1.2) libglu1-mesa 6.4.1-0ubuntu8 (has /usr/lib/libGLU.so.1.3.060401) libglibb2.0-0 (2.10.3-0ubuntu1) (has /usr/lib/libglib-2.0.so.0.1000.3) kernel 2.6.15-29-686 (sometimes also 2.6.15-28-686) gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5) getconf GNU_LIBPTHREAD_VERSION -> NPTL 2.3.6 This does not seem to be the infamous "winecfg crashes in winecfg audio tab" bug http://bugs.winehq.org/show_bug.cgi?id=5826 Researching this bug, I found a message about "an old C++ error" export MALLOC_CHECK_=0 That did not help. Starting with a vanilla .wine/ doesn't help either: ../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so d3d8_main.c && touch d3d8_main.ok wine: creating configuration directory '/home/hoehle/.wine'... ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory Could not load Mozilla. HTML rendering will be disabled. wine: '/home/hoehle/.wine' created successfully. ... [same as before] I can exclude that the bug is caused by a change in my laptop configuration. I have several source trees of wine, newly configured & make'd, any only 0.9.49 and up fail the tests. BTW, why does wine say "starting debugger..." yet no one appears? The line about "err:seh:raise_exception" appears only approx. half a minute after the "starting debugger..." line -- sometimes never and wine just hangs. Regards, Jörg Höhle -- 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.

1 17

[Bug 10236] New: Jazz Jackrabbit 2: Access Violation at 7DFC3B16h
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10236 Summary: Jazz Jackrabbit 2: Access Violation at 7DFC3B16h Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmetal88(a)sbcglobal.net Jazz Jackrabbit 2 installs beautifully, but after the splash screen at the beginning of the game, it crashes with an error. In the most recent version of Wine (obtained via WineCVS.sh, changelog last dated 2007-10-26) the error reads: Jazz Jackrabbit 2 has caused an access violation at address 7DFC3B16h by attempting to "read" from address 000006F8h. In 0.9.47: Jazz Jackrabbit 2 has caused an access violation at address 7E176AB6h by attempting to "read" from address 000006F8h. In 0.9.46: Jazz Jackrabbit 2 has caused an access violation at address 7E216856h by attempting to "read" from address 000006F8h. In 0.9.45: Program runs as it should. In 0.9.44: Jazz Jackrabbit 2 has caused an access violation at address 00000000h by attempting to "read" from address 00000000h. In 0.9.43: Program runs as it should. In 0.9.42: Program runs as it should. So, something broke it in 0.9.44, fixed it in 0.9.45, and broke it again in 0.9.46 through the current version. Also, the address at which the access violation occurs changes each time I run the program (in 0.9.46 and after) and doesn't seem to actually have anything to do with which version of Wine is installed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 10914] New: jedit crashes on startup in ddraw
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10914 Summary: jedit crashes on startup in ddraw Product: Wine Version: CVS/GIT Platform: Other URL: http://jedit.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running real Java apps under the latest Sun win32 JRE on Wine seems like a fine stress test, even though in many cases users should run with the Linux JRE instead. The Sun JRE and jEdit install ok, but jedit has many startup problems. The first one was bug 10913. Here's the second one. Start it up like jedit.bat would have, but without using start: $ wine 'c:\windows\system32\javaw.exe' -Xms64M -Xmx192M -jar 'C:\Program Files\jEdit\jedit.jar' -reuseview This fails with java.lang.IllegalArgumentException: Noncontiguous red mask (300a7 at java.awt.image.PackedColorModel.createBitsArray(Unknown Source) at java.awt.image.PackedColorModel.<init>(Unknown Source) at java.awt.image.DirectColorModel.<init>(Unknown Source) at java.awt.image.DirectColorModel.<init>(Unknown Source) at sun.awt.Win32GraphicsDevice.makeColorModel(Native Method) at sun.awt.Win32GraphicsDevice.getDynamicColorModel(Unknown Source) at sun.awt.Win32GraphicsConfig.getDeviceColorModel(Unknown Source) at sun.awt.windows.WComponentPeer.getDeviceColorModel(Unknown Source) at sun.java2d.windows.Win32SurfaceData.createData(Unknown Source) You can bypass this and get to the next problem (I think) by adding the flag -Dsun.java2d.noddraw=true After a few tries, Java gets smart and starts running with that flag set by default, I think. Removing ~/.wine and reinstalling them lets you get the error back. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 10463] New: Steam install MSI fails to finish
by wine-bugs＠winehq.org 02 Nov '11

02 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10463 Summary: Steam install MSI fails to finish Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: tehblunderbuss(a)gmail.com Steam's MSI installer fails to finish, with a dialog box saying so. Terminal output attached Regression tested to: a97d6556a42ed3119aaf3f312a6a436a59db9fa0 is first bad commit commit a97d6556a42ed3119aaf3f312a6a436a59db9fa0 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Nov 15 11:31:17 2007 +0100 wine.inf: Register inetcomm.dll. :040000 040000 16f74bb7a532b8a12dcaf5d99b4ab495feb2ad25 3bacb4140a6d3c88691b28282f68181fd38e2d0d M tools I'm fairly certain this is the one. While regression testing, I did encounter an anomaly that showed neither the "good" outcome, nor the failed message, so I marked that bisect as "good" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 11044] New: Catan refuses to install
by wine-bugs＠winehq.org 02 Nov '11

02 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=11044 Summary: Catan refuses to install Product: Wine Version: 0.9.52. Platform: PC URL: http://www.download.com/3001-7562_4- 10396066.html?spi=857b9fbd1d43b4f05aca8d8aa284f5aa OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=10047) --> (http://bugs.winehq.org/attachment.cgi?id=10047) +msi log Catan bombs out on install. Terminal output is below. +msi log is attached. AppDB says this used to install under wine 0.9.46, so I'm tagging this as a regression. I'll start running the test... fixme:exec:SHELL_execute flags ignored: 0x00000580 fixme:advapi:CheckTokenMembership ((nil) 0x143380 0x34ec98) stub! fixme:advapi:LookupAccountNameW (null) L"austin" (nil) 0x34db4c (nil) 0x34db44 0x34db48 - stub fixme:advapi:LookupAccountNameW (null) L"austin" 0x146938 0x34db4c 0x144b88 0x34db44 0x34db48 - stub fixme:msi:msi_unimplemented_action_stub RemoveShortcuts -> 1 ignored L"Shortcut" table values err:msi:load_media_info Failed to extract cabinet stream err:msi:ready_media Unable to load media info err:msi:ACTION_InstallFiles Failed to ready media err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 11301] New: documentElement.ownerDocument.createElement fails
by wine-bugs＠winehq.org 01 Nov '11

01 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=11301 Summary: documentElement.ownerDocument.createElement fails Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq.5.tahtu(a)spamgourmet.com I'm a Delphi 7.0 developer, trying to get my application to run unter Wine. var FXMLDocument: IXMLDOMDocument; begin FXMLDocument := CreateComObject(CLASS_DOMDocument30) as IXMLDOMDocument2; MessageBoxW(0, '1', 'GetXML', MB_OK); FXMLDocument.appendChild(FXMLDocument.createProcessingInstruction('xml', 'version="1.0" encoding="utf-8"')); MessageBoxW(0, '2', 'GetXML', MB_OK); FXMLDocument.appendChild(FXMLDocument.createElement('desktop')); MessageBoxW(0, '3', 'GetXML', MB_OK); FXMLDocument.createElement('Hallo'); MessageBoxW(0, '4', 'GetXML', MB_OK); FXMLDocument.documentElement.ownerDocument.createElement('Hallo2'); MessageBoxW(0, '5', 'GetXML', MB_OK); After running this code under Wine 9.0.53 on Ubuntu 7.10 I see popup message boxes with "1", "2", "3" and "4" - but I never see the message "5". -- 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.

1 9

[Bug 11167] New: Wrong usage of GL_GENERATE_MIPMAP_HINT_SGIS
by wine-bugs＠winehq.org 21 Oct '11

21 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11167 Summary: Wrong usage of GL_GENERATE_MIPMAP_HINT_SGIS Product: Wine Version: 0.9.52. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tdb(a)tdb.fi fixme:d3d_texture:IWineD3DBaseTextureImpl_SetAutoGenFilterType >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ ../../../dlls/wined3d/basetexture.c / 193 The SGIS_generate_mipmap specification says: Accepted by the <target> parameter of Hint, and by the <pname> parameter of GetBooleanv, GetIntegerv, GetFloatv, and GetDoublev: GENERATE_MIPMAP_HINT_SGIS 0x8192 So the function call should be glHint(GENERATE_MIPMAP_HINT_SGIS, GL_NICEST). Note however that this is a global state, not per-texture. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 10112] New: BitBlt between 8 bit color index DIBs wrong
by wine-bugs＠winehq.org 21 Oct '11

21 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10112 Summary: BitBlt between 8 bit color index DIBs wrong 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: alexd14(a)hushmail.com Created an attachment (id=8678) --> (http://bugs.winehq.org/attachment.cgi?id=8678) test case BitBlt from one 8 bit DIB to another 8 bit DIB produces wrong results. I'll attach a simple test case that illustrates the problem. What it does: creates two 8 bit, color index dib sections with a color table where color index 1 = red, 2 = blue, 3 = green. Then it fills first DIB with 1 (red) and second with 2 (blue). It then does a BitBlt with SRCPAINT (OR) ROP from first DIB to second. Finally, this DIB is drawn in a window, and a hex value of the first pixel is drawn over it for convenience. In such BitBlt Windows, apparently, operates on DIB pixels as color index values w/o palette lookup; 1 OR 2 == 3, so it fills destination DIB pixels with 3, and, consequently, it is displayed as a green rectangle. In Wine, this operation works like actual RGB values (red and blue) from palettes are getting combined, and it's displayed as a magenta rectangle. Probably, because wine seems to convert it to truecolor pixmaps internally. Pixels as stored in memory become zeros. Real app affected by it: igonwin.exe in bug #201 (http://bugs.winehq.org/show_bug.cgi?id=201). I don't have other apps that use color index dibs to test, but I think any apps that use such DIBs AND "fancy" ROPs (XOR, AND, OR etc) may be affected. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 10910] New: winealsa and PulseAudio
by wine-bugs＠winehq.org 21 Oct '11

21 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10910 Summary: winealsa and PulseAudio Product: Wine Version: 0.9.51. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: atari(a)gabo.pl winealsa is unable to work with PulseAudio. This is my /etc/asound.conf: pcm.pulse { type pulse } ctl.pulse { type pulse } pcm.!default { type pulse } ctl.!default { type pulse } This is registry entries for Alsa configurations: REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\Alsa Driver] "AutoScanCards"="N" "AutoScanDevices"="N" "DeviceCount"="1" "DeviceCTL1"="pulse" "DevicePCM1"="pulse" "UseDirectHW"="N" And I get this error in wine log: err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element I tracked it in wine source code to file dlls/winealsa.drv/alsa.c With following comment: /* Setup and find an element id that exactly matches the characteristic we want ** FIXME: It is probably short sighted to hard code and fixate on PCM Playback Volume */ Unfortunetly I know to little about Alsa to fix it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 60

[Bug 11109] New: dream of mirror online crash
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11109 Summary: dream of mirror online crash Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: petifrancais(a)gmail.com Created an attachment (id=10143) --> (http://bugs.winehq.org/attachment.cgi?id=10143) txt contenant les erreurs en console The game game domo crash after the logo "GameTribe" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 11077] New: does not find a serial port while running this application under wine
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11077 Summary: does not find a serial port while running this application under wine Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: only4john(a)gmail.com Environment: wine under Ubuntu 7.10 Hardware Device: IRISYS 1001 thermal imager (http://www.entherm.com/Irisys/IRISYS%20Thermal%20Imager.htm) Driving Application: http://only4john.googlepages.com/Imager3309.exe The Driving Application can not find serial port while running the application under wine, while the PC has a serial port. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 11419] New: Installation of Intel Indeo Video freezes
by wine-bugs＠winehq.org 15 Oct '11

15 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11419 Summary: Installation of Intel Indeo Video freezes Product: Wine Version: 0.9.54. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: elicoten(a)live.co.uk Installation gets upto "searching for components: Netscape", and about 9% on the progress bar then freezes. Cannot be installed. -- 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.

1 9

[Bug 11239] New: Steam Games No Longer Start - bisected the cause to ntdll
by wine-bugs＠winehq.org 13 Oct '11

13 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11239 Summary: Steam Games No Longer Start - bisected the cause to ntdll Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: philcostin(a)hotmail.com The following patch, introduced on Jan 15th 2008 has resulted in Steam games being unable to start. bd352bcd1c98ed91bdb337e73cddfd8ceac095d6 err:seh:setup_exception nested exception on signal stack in thread 004f eip 7efc20b3 esp 7ffdb770 stack 0x241000-0x350000 -- 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.

1 20

[Bug 10273] New: satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10273 Summary: satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8924) --> (http://bugs.winehq.org/attachment.cgi?id=8924) Patch which should fix SafeDisc 2.x copy protection api analyzer issue Hello, if not interested in technical details goto (2) ;-) I made this a separate bug report like http://bugs.winehq.org/show_bug.cgi?id=9925 (SafeDisc 1.x stopper) because SafeDisc has many flavors that differ in various technical ways and can't be discussed/handled in a single SafeDisc "metabug" like http://bugs.winehq.org/show_bug.cgi?id=219 SafeDisc Major version based separation allows better tracking of "completion" state (1.x/2.x/3.x/4.x). ----------- (1) It took me a couple of days to get an idea what SafeDisc 2.x really does with the API exports and to find a way to cope with it... Various anti-debugging techniques and nasty runtime code obfuscation made this journey somewhat challenging. Parts of SafeDisc 2.x analyze the API code of the following system libraries: kernel32.dll (wine builtin) user32.dll (wine builtin) gdi32.dll (wine builtin) cdasdtst.dll (developer backdoor?) The latter one is probably a "developer backdoor", used to verify their code/algorithms (not needed to be present). For each of these libraries all named exports are taken into account. A number of API entry opcode sequences are read and used for statistical analysis (number depends on type of encountered opcodes). >From what I've seen there is some kind of "behavioural probability" of each API entry calculated, with typical opcode sequences having a "weighting". Just think of advanced heuristic detection methods of antivirus scanners and you get the idea ;-). Anyway, wine's builtin libraries differ in their signatures from windows entry code and to make things worse, wine's +relay/+snoop feature heavily interferes with the analyzer results. :-( First I made some experiments with additional (dummy) function exports, small __asm__ wrappers with opcode sequences to see how the distribution of opcodes influences the analyzer results. The result was rather disappointing. I needed a large number of exports to gain some results but not significantly enough to get below the "bad" threshold. Then I came across the magic "0" value. As soon as I used this value either as first .byte on API entry or init value for data export, the entry scan was short circuited. This value seemed to have the highest influence of all code/data sequences used. I added quite a number of data exports - aliased to initialized "0" value - safe enough to let even wine's +relay work (remember: relay code influences analyzer). If you look at the patch don't get mad ;-) You will see a crapload of named "__wine_safedisc2" data exports/aliases added to wine builtin kernel32, user32 and gdi32. For the record: http://bugs.winehq.org/show_bug.cgi?id=9926 which talks about "problematic" gdi32 data exports (pfnPalette stuff) in SafeDisc 3.x. SafeDisc 2.x code triggers SEH upon exported function pointers too but this is gracefully handled. No harm at all. I wonder if this is really a problem in SafeDisc 3.x ... I thought about other possible solutions but found no one easier to implement to prove my findings without hurting wine too much :-) Making wrappers of the whole kernel32, user32, gdi32 named exports API just to please the entry analyzer is not an option to me. Another way could be the relocation of export table upon module loading, expanding it at runtime by adding the required number of "statistics fakers" (data exports with zero init). This requires modifying the ntdll loader .. though i'm not sure if this approach breaks other applications/braindamaged PE protection stuff which expect certain conditions to be met (tables present at specific sections/memory areas). ------------------------------ (2) Well, take it as proof of concept. Play with it. I tested my patch with a few SafeDisc 2.x games I have original media. No cracks/no-cd patches were used. Only official game patches were used. Battlefield 1924 (1.6x) - SafeDisc 2.6/2.8 Road To Rome (BF1942 expansion) - SafeDisc 2.8 Battlefield Vietnam - SafeDisc 2.9 All of these work fine for me with the patch applied. Please test this patch on many SafeDisc 2.x games as possible and report your results (works or works not). Make sure you have original media mounted and drive/data is visible within wine. If it fails for first time, the media might not ready yet, try again then (I experienced this sometimes). Use this link to verify what SafeDisc Version is used: http://www.120search.net/ (alcohol software copy protection database) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 48

[Bug 9798] New: bioshock demo needs glsl enabled
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=9798 Summary: bioshock demo needs glsl enabled Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8240) --> (http://bugs.winehq.org/attachment.cgi?id=8240) crash log with glsl disabled Hello, Bioshock demo crashes if glsl is not enabled. Attached are relevant traces made with: WINEDEBUG=+seh,+tid,+d3d,+d3d_shader wine ./Bioshock.exe -dx9 Using following registry settings enables bioshock demo to run: --- snip --- HKEY_CURRENT_USER/Software/Wine/Direct3D UseGLSL = "enabled" --- snip --- Optional: OffscreenRenderingMode = "fbo" ================== Addendum: wine --version wine-0.9.45-406-g2ba3247 Currently uses secuROM hack (http://bugs.winehq.org/attachment.cgi?id=8235 ) to run, see http://bugs.winehq.org/show_bug.cgi?id=7065 Be sure to include "-dx9" command line to work around directx 10 issue. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 10225] New: SafeDisc 2. x triggers async device ioctl status code propagation bug in wine server
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10225 Summary: SafeDisc 2.x triggers async device ioctl status code propagation bug in wine server Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8843) --> (http://bugs.winehq.org/attachment.cgi?id=8843) relevant trace which shows ioctl status code propagation bug Hello, while testing my proof-of-concept patch which makes SafeDisc v2 (yuck!) finally work, I stumbled across a nasty ioctl status code propagation (completion) bug in wine server. Wasted several hours on it .. I was suspecting SD issue whole time, but its a wine server bug :( Attached is relevant trace (WINEDEBUG=+seh,+tid,+relay,+ntoskrnl,+server wine ./BfVietnam.exe) Before the bug is triggered, the SafeDisc security driver makes several device ioctl requests which return 0xC0000001 (unsuccessful) on purpose, e.g. reading debug Drx registers with index that does not exist. This is intended to fool reversers :-) The next operation - checking IDT entries should succeed - but does not (as seen from calling client). The kernel driver completes the operation successfully and returns irp.IoStatus.u.Status == 0 with xxxx bytes in output buffer. I verified it several times by debugging the kernel driver. Upon driver ioctl call return, get_next_device_request() is triggered again in ntoskrnl event loop which sets the return data (and status code) -> set_ioctl_result(). This queues an APC, waking up the client (alertable state). The client process device ioctl completes with 0 (FALSE) which is wrong. Further debugging showed that ioctl_completion APC (dlls/ntdll/file.c) returns the errornous status code in get_ioctl_result() when woken up by server. This error is then propagated in server_ioctl_file() to result in wrong NtDeviceIoControlFile() return code. What puzzled me is that "ioctl->status" is correctly set by set_ioctl_result() (=0) but get_ioctl_result() - called within client context - yields the previous error code (0xC0000001 of failed request). This is either a problem of global vs. thread local error status (global_error vs. current->error/thread) or the ioctl call data is the wrong one. The following patch works for me, letting SD 2.x continue - though i'm not sure if it's right: --- snip --- diff --git a/server/device.c b/server/device.c index 46b2796..8fe8f7c 100644 --- a/server/device.c +++ b/server/device.c @@ -528,7 +528,7 @@ DECL_HANDLER(get_ioctl_result) ioctl->out_data = NULL; } } - set_error( ioctl->status ); + list_remove( &ioctl->dev_entry ); release_object( ioctl ); /* no longer on the device queue */ } --- snip --- Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 10293] New: sequentially running games/ apps with different SafeDisc versions fails
by wine-bugs＠winehq.org 12 Oct '11

12 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=10293 Summary: sequentially running games/apps with different SafeDisc versions fails Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=8945) --> (http://bugs.winehq.org/attachment.cgi?id=8945) Patch which fixes various isses regarding kmode driver unload/reload Hello, currently wine's kernel mode driver cleanup/unloading facility has several issues when it comes to applications/games that unload and reload different driver versions on the fly. Example: run multiple SafeDisc 2.x, 3.x and 4.x games sequentially. Symptoms: game either hangs/crashes/exits silently Usually the SD security driver is placed in "c:\windows\system32\drivers\secdrv.sys" If a SafeDisc protected program encounters a driver version that is incompatible it does the following: - stop the current security service (should unload the driver) - unpack own security driver from resources to temp storage and move the binary to "c:\windows\system32\drivers\secdrv.sys", overwriting the previous - restart the service (loads the new driver) This currently fails for various reasons: (1) The driver binary is loaded using LoadLibrary() -> the matching FreeLibrary() is missing on service stop. This leads to sharing violation when the driver binary going to be replaced (CopyFile fails). (2) No driver unload routine called. Very problematic. Various objects (symlinks) created by driver entry are not freed. When the driver is reloaded the init routine usually fails with "object exists". (3) Driver state objects (driver_obj, driver_extension) have undefined state due to static storage. Raises all sorts of problems because the driver entry routine does not init all fields. --------- Attached is a patch which fixes these problems, allowing to sequentially run programs with different SafeDisc Versions. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

Jump to page:

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 January 2008