May 2009 - Wine-Bugs - list.winehq.org

[Bug 16965] New: Deep Burner opens with missing buttons on burn iso window
by wine-bugs＠winehq.org Dec. 31, 2019

Dec. 31, 2019

http://bugs.winehq.org/show_bug.cgi?id=16965 Summary: Deep Burner opens with missing buttons on burn iso window Product: Wine Version: 1.1.13 Platform: PC URL: http://www.deepburner.com/?r=download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=18743) --> (http://bugs.winehq.org/attachment.cgi?id=18743) Burn Iso windows before resizing it -- note missing buttons Hi All, When first opening Deep Burner 1.9, you are presenter with a dialog box asking you what you want to do. If you select "burn ISO image", it open the Burn ISO window. Problem: in the lower right corner of this window, there are three buttons: cancel, erase, burn ISO. These buttons do not show. But, you can workaround the problem by sizing the lower right corner of the screen: smaller or larger, the the buttons magically reappear. [the free] Deep Burner can be downloaded from: http://www.deepburner.com/?r=download Many thanks, -T -- 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 12

[Bug 10747] New: Cool Edit Pro 2.0 evaluation/full hangs at splash screen
by wine-bugs＠winehq.org Dec. 30, 2019

Dec. 30, 2019

http://bugs.winehq.org/show_bug.cgi?id=10747 Summary: Cool Edit Pro 2.0 evaluation/full hangs at splash screen Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: julkinen(a)adicon.org No problems with installation. When starting coolpro2.exe, the splash screen hangs at "Resetting menus" with the following errors at the console: err:x11drv:X11DRV_CreateWindow invalid window width -6 err:x11drv:X11DRV_CreateWindow invalid window width -5 (I pasted them here because these 2 lines are ALL the messages in the console). Tested with winver 98 and windows 2000, with window manager managed windows and virtual desktop. All the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 11633] New: Blood 2: The Chosen Launcher audio bug
by wine-bugs＠winehq.org Dec. 27, 2019

Dec. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=11633 Summary: Blood 2: The Chosen Launcher audio bug Product: Wine Version: 0.9.55. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Hi there, I noticed another bug in the game "Blood 2: The Chosen", this time it's both affecting the launcher application and the game engine. Something to this difference: - We have Blood2.exe in the game directory which is the main game launcher which enables the user to select the renderer type, resolution and some advanced settings concerning the graphics card. - Then we have Client.exe which is the main game engine client. This one is started by the launcher supplying some parameters like the game resources files which the engine should use (so you can easily extend the game with additional resource packages) Currently tested version: Blood 2 version 2.0 Now the problem: - When starting the launcher it plays back some audio sample, there are like 5 audio samples which it can play (gunshot, scream, etc. - your know what I mean). - The samples are rather short and if the user waits for them to end the game can be launched without problem (playing the game is another story) - If the user does NOT wait for the sample to end and starts the game (by clicking on the launch button) before it has ended the game engine won't produce any sound, crash or mention that it couldn't initialize the audio driver. The results when launching too early are dependent on the audio setup of the system. By audio setup I mean: - Which audio driver is selected in the launcher option menu (I'm going to supply a list) - Is the direct use of the audio hardware enabled in wine? List of Blood 2 (LithTech engine) audio drivers: - Miles 2D Stereo Positional Audio - Microsoft DirectSound3D software emulation - RSX 3D Audio from RAD Game Tools - No Sound (quite uninteresting) That's the list that appears when doing audio driver detect through the launcher. Results (with direct HW audio access): - When using "Miles 2D" the audio produced by the launcher hangs and repeats. Sounds like the sample cache is repeated all the time. The game does start but does not enable sound and displays the following warning message: "The 3D sound provider is invalid" The game engine does seem to disable sound now completly and continues. - When using "MS DS3D soft emulation" the same as with "Miles 2D" happens, also the same warning message - "RSX" -> same results Results (with non-direct HW access): Getting the same results but the sound mutes (instead of hanging and repeating). This applies to all available B2 audio drivers. Another interesting thing: Blood 2 version 2.0 (I'm not sure for other versions) has six different audio drivers: - Mssa3d.m3d: Aureal 3D (?) - Mssds3dh.m3d: DirectSound3D Hardware (?) - Mssds3ds.m3d: DirectSound3D Software Emulation - Msseax.m3d: EAX (?) - Mssfast.m3d: Miles 2D Stereo (?) - Mssrsx.m3d: RSX 3D Audio (MSS = Miles Sound System ??) The reason for the ? are that the three other drivers don't appear in the config menu. And I'm not quite sure why "Mssfast.m3d" should be the "Miles 2D Stereo" driver. So the engine (?) or the code that is accessed through the launcher only detects three drivers. I'm especially worried since it won't detect DS3D Hardware support. Now another interesting thing is that when removing all sound option stuff from the autoexec.cfg (the main configuration file the engine uses) another warning message appears when doing an early-start of the client.exe. I suspect that the engine uses DS3D hardware support when not been configured properly. I didn't succeed in crashing any application (launcher or engine) with version 2.0, but I'm still trying and I'm also going to step back to version 1.0 to check if the crashes were appearing there. Thanks, Tobias -- 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 22

[Bug 17766] New: Empire Earth unhandled exception
by wine-bugs＠winehq.org Dec. 27, 2019

Dec. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=17766 Summary: Empire Earth unhandled exception Product: Wine Version: 1.1.17 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=2174 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=19990) --> (http://bugs.winehq.org/attachment.cgi?id=19990) Wine 1.1.17 +loaddll +tid Empire Earth causes an unhandled page fault followed by an unhandled exception and exits immediately. This is the same problem as Bug 2247, so this has been ongoing for years. The appdb shows this app to be gold, but this simply doesn't work for me no matter what I try, and the HOWTO workarounds don't seem related to the problem. Tried a NoCD but this made no difference. I can't find a demo for testing (without registering). -- 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 35

[Bug 12941] New: International Football 2000: crashes when launching in Direct3D mode
by wine-bugs＠winehq.org Dec. 27, 2019

Dec. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=12941 Summary: International Football 2000: crashes when launching in Direct3D mode Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kirchun(a)bk.ru Wine crashes when I try to launch "Microsoft International Football 2000" game in Direct3D mode. There aren't any problems in "Software rendering" mode. Switching Wine from "WinXP" to "Win98" doesn't help. You can download free demo of this game from here: http://download.microsoft.com/download/soccer2000/Trial/1/WIN98/FR/MSIFDEMO… (65,1 Mb). Also see my log file. -- 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 28

[Bug 12675] New: Lego Racers crashes with quartz (avispliter, pullpin) induced crash
by wine-bugs＠winehq.org Dec. 27, 2019

Dec. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=12675 Summary: Lego Racers crashes with quartz (avispliter, pullpin) induced crash Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com Created an attachment (id=12337) --> (http://bugs.winehq.org/attachment.cgi?id=12337) Error log Upon startup, Lego Racers crashes when the "Lego Media" avi is supposed to be played. This does not occur with the demo. I tested this with a vanilla .wine folder, so there has been no chance for a native quartz.dll file to mess up the registry. I believe this is a regression, probably to be blamed on Maarten Lankhorst's recent quartz improvements. :P I don't have the resources to perform a regression test, nor did I test this game with the previous version, so I don't know if the app broke then or now. -- 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 14901] New: MoveFile fails when used to recase some letters of the filename
by wine-bugs＠winehq.org Dec. 27, 2019

Dec. 27, 2019

http://bugs.winehq.org/show_bug.cgi?id=14901 Summary: MoveFile fails when used to recase some letters of the filename Product: Wine Version: 1.1.2 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: redneb(a)mailinator.com When my program executes the MoveFile windows API function having as arguments two strings that are equal (in a case insensitive way) then MoveFile fails and GetLastError returns 183 (i.e. "File already exists"). For example, assume that the current directory contains a file "foobar". If you run MoveFile("foobar","Foobar") you will get the above error. On the contrary this works fine under windows. Even MoveFile("foobar","foobar") works under windows. I have tested that with 0.9.61/1.1.0/1.1.2 (under Gentoo) and 1.0.0 (under Ubuntu). -- 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 46

[Bug 16706] New: Layered Window test hangs and hides the mouse
by wine-bugs＠winehq.org Dec. 25, 2019

Dec. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=16706 Summary: Layered Window test hangs and hides the mouse Product: Wine Version: 1.1.11 Platform: PC URL: http://msdn.microsoft.com/en- us/magazine/cc164642.aspx?code=true&level=root%2cLayered Win%2cDebug OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com After testing a Layered window example, found that the program seems to hang and if you try to click any object inside of the window you'll see that the cursor just disappear. The source code of the test is also 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 10

[Bug 16107] New: server/mach.c: bootstrap_register is deprecated
by wine-bugs＠winehq.org Dec. 25, 2019

Dec. 25, 2019

http://bugs.winehq.org/show_bug.cgi?id=16107 Summary: server/mach.c: bootstrap_register is deprecated Product: Wine Version: 1.1.8 Platform: PC OS/Version: Mac OS X 10.5 Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o mach.o mach.c mach.c: In function ‘init_tracing_mechanism’: mach.c:104: warning: ‘bootstrap_register’ is deprecated (declared at /usr/include/servers/bootstrap.h:268) And from bootstrap.h: /* * bootstrap_register() * * Registers a send right for service_port with the service identified by * service_name. Attempts to register a service where an active binding * already exists are rejected. * * If the service was previously declared with bootstrap_create_service(), * but is not currently active, this call can be used to undeclare the * service. The bootstrap port used must have sufficient privilege to * do so. (Registering MACH_PORT_NULL is especially useful for shutting * down declared services). * * This API is deprecated. Old scenarios and recommendations: * * 1) If the code was registering a well known name, please switch to launchd. * * 2) If the code was registering a dynamically generated string and passing * the string to other applications, please rewrite the code to send a Mach * send-right directly. * * 3) If the launchd job maintained an optional Mach service, please reserve * the name with launchd and control the presense of the service through * ownership of the Mach receive right like so. * * <key>MachServices</key> * <dict> * <key>com.apple.windowserver</key> * <true/> * <key>com.apple.windowserver.active</key> * <dict> * <key>HideUntilCheckIn</key> * <true/> * </dict> * </dict> * * * Errors: Returns appropriate kernel errors on rpc failure. * Returns BOOTSTRAP_NOT_PRIVILEGED, if request directed to * bootstrap port without privilege. * Returns BOOTSTRAP_NAME_IN_USE, if service has already been * register or checked-in. */ kern_return_t bootstrap_register( mach_port_t bp, name_t service_name, mach_port_t sp) AVAILABLMAC_OS_X_E_VERSION_10_0_AND_LATER_BUT_DEPRECATED_IN_MAC_OS_X_VERSION_10_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.

2 11

[Bug 17585] New: Wine behave case sensitive over CIFS/samba share
by wine-bugs＠winehq.org Dec. 24, 2019

Dec. 24, 2019

http://bugs.winehq.org/show_bug.cgi?id=17585 Summary: Wine behave case sensitive over CIFS/samba share Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepie34(a)gmail.com Assuming you've got a computer A with the following files: - use_mingw_dll.exe - MinGW_DLL.dll 'use_mingw_dll.exe' was compiled to use 'mingw_dll.dll' all in lower case. (file sources/ build script in the attachment) You can run Wine locally on computer A with 'use_mingw_dll.exe'. Wine is clever enough to load all the dll that the app needs even if the dll case may vary and even if the local file system is case sensitive. Computer A as a samba share defined to export those two files. (smb.conf share definition in the attachment). Now we introduce computer B, it mounts this share to mnt: $ mount -t cifs -o username=mylogin //serverip/testdll mnt If you try to launch 'use_mingw_dll.exe' it will failed as Wine behave now with case sensitivity: $wine mnt/use_mingw_dll.exe err:module:import_dll Library mingw_dll.dll (which is needed by L"Z:\\home\\mylogin\\tmp\\testdll\\mnt\\use_mingw_dll.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\mylogin\\tmp\\testdll\\mnt\\use_mingw_dll.exe" failed, status c0000135 Whereas 'ls' command recognizes correctly the dll with no case sensitivity: $ ls mnt/mingw_dll.dll mnt/mingw_dll.dll $ ls mnt/mingw_DLL.dll mnt/mingw_DLL.dll $ls mnt/MiNgW_DlL.DlL mnt/MiNgW_DlL.DlL I have noticed this behavior on at least 3 different win32 apps and on the toy example in the attachment. (I'm on ubuntu intrepid ibex, samba 3.2 wine 1.1.16) Strangely, if I put "case sensitive=yes" on the definition of the samba share, Wine will work. Nevertheless, you'd better not set this option on yes when real windows computer access the share. "unix extensions = no" option do nothing. -- 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