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

[Bug 15796] New: Americas Army Deploy Client does not install
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=15796 Summary: Americas Army Deploy Client does not install Product: Wine Version: 1.1.6 Platform: PC URL: http://files.filefront.com/Americas+Army+Deploy+Client+v 123+Installer/;12072120;/fileinfo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=16915) --> (http://bugs.winehq.org/attachment.cgi?id=16915) console output America's Army Deploy Client installer fails. Wine states to use mono for .NET support. After installing MONO for windows and then running the installer wine crashes due to an unimplimented function mscoree.dll.ClrCreateManagedInstance and then msi returns an error of err:msi:custom_get_thread_return Invalid Return Code and the installer states there was an error before installation completed. -- 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 11287] New: err:ole: CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded
by wine-bugs＠winehq.org July 2, 2024

July 2, 2024

http://bugs.winehq.org/show_bug.cgi?id=11287 Summary: err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi- threaded Product: Wine Version: 0.9.5. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kevin01(a)kilohotel.com I get an error when trying to run My Sirius Studio.exe http://download.sirius.speedera.net/stiletto/SiriusStudioSetup.exe The error is: fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:wtsapi:WTSRegisterSessionNotification Stub 0x6002c 0x00000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded err:ole:CoGetClassObject class {25baad81-3560-11d3-8471-00c04f79dbc0} not registered err:ole:CoGetClassObject no class object {25baad81-3560-11d3-8471-00c04f79dbc0} could be created for context 0x1 ** (My Sirius Studio.exe:44): WARNING **: Thread 00000000 may have been prematurely finalized err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x68fa02fc In order to install and use this software, I did the following: winetricks corefonts winetricks mono12 wineticks gdiplus I had to use the native gdiplus, or I get the problem seen in bug 11033. -- 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 20

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org June 6, 2024

June 6, 2024

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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 241

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org May 30, 2024

May 30, 2024

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source 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 14

[Bug 16091] New: StickyDrive demo installer doesn't recognize USB key as removable
by wine-bugs＠winehq.org May 27, 2024

May 27, 2024

http://bugs.winehq.org/show_bug.cgi?id=16091 Summary: StickyDrive demo installer doesn't recognize USB key as removable Product: Wine Version: 1.1.8 Platform: Other URL: http://mmiline.com/ OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (From mmiline.com's main page, click on StickyDrive and then "Learn More", then under Red Sox demo, click "Download Now". This points to http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=… which downloads the installer in question, InstallStickyDrive-BOSTN-1668.exe.) The installer puts up a dialog box of drive letters, saying "Please select a valid removable drive...", but nothing is listed, even if you have a USB drive inserted and Wine has already created a d: mapping for it. If you click on the "Show all drives" checkbox, all drives are indeed shown. Happily for us, this dialog box is in a separate executable. While that prompt is up, grab a copy of C:\windows\temp\SDDriveSelector.exe You can then reproduce the problem easily by running just that .exe. +relay shows it's using GetDriveType() on each drive, but evidently it doesn't like what it's getting. You can work around this by using winecfg to mark d: as a floppy, but really, wine should know that the inserted USB drive is removable, shouldn't it? -- 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 13994] New: Dungeon Keeper 2 Demo does not start
by wine-bugs＠winehq.org May 26, 2024

May 26, 2024

http://bugs.winehq.org/show_bug.cgi?id=13994 Summary: Dungeon Keeper 2 Demo does not start 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: nowic(a)wenner.ch Created an attachment (id=14185) --> (http://bugs.winehq.org/attachment.cgi?id=14185) warn+all log The Dungeon Keeper 2 Demo does not start. Tested in Win 95, 98 and XP mode. Link: http://files.filefront.com/dungeonkeeper2demo/;928719;/fileinfo.html -- 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 19

[Bug 10531] New: Windows Calculator: Color in buttons missing
by wine-bugs＠winehq.org May 19, 2024

May 19, 2024

http://bugs.winehq.org/show_bug.cgi?id=10531 Summary: Windows Calculator: Color in buttons missing Product: Wine Version: 0.9.49. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: bammzilla(a)gabriana.com Created an attachment (id=9282) --> (http://bugs.winehq.org/attachment.cgi?id=9282) How it looks in my Windows XP box In Windows Calculator CALC.EXE the button texts should be color coded but all appear black in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 19180] New: Race Driver GRID: Game freezes while restarting race
by wine-bugs＠winehq.org May 5, 2024

May 5, 2024

http://bugs.winehq.org/show_bug.cgi?id=19180 Summary: Race Driver GRID: Game freezes while restarting race Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=22168) --> (http://bugs.winehq.org/attachment.cgi?id=22168) Wine-1.1.25 I'm using Wine 1.1.25 (compiled from source using gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) ) on Fedora 11 i386. When i try to restart race the game freezes. The Wine error window is showed but it's in background. The same problem is after finished race. This problem doesn't occur every time but its often and easy to catch. Sometimes I can restart the race every time without a freeze. I noticed that it's depended on game start where restarts will work every time /restarts won't work every time. I cut terminal output because this was repeating fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software blit -- 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 18816] New: Playing online does not work with World Of Goo
by wine-bugs＠winehq.org May 5, 2024

May 5, 2024

http://bugs.winehq.org/show_bug.cgi?id=18816 Summary: Playing online does not work with World Of Goo Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brayden.hull(a)gmail.com When playing World Of Goo in latest development version of wine when you try to use the internet option to play it online it does not connect, in terminal it shows it sends a HTTP GET to a page but doesn't receive the response. -- 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 13198] New: Microsoft Pinball Arcade black/blank window in 24bpp mode
by wine-bugs＠winehq.org May 3, 2024

May 3, 2024

http://bugs.winehq.org/show_bug.cgi?id=13198 Summary: Microsoft Pinball Arcade black/blank window in 24bpp mode Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vanessaezekowitz(a)gmail.com Created an attachment (id=13030) --> (http://bugs.winehq.org/attachment.cgi?id=13030) Screenshot of real 8bpp mode Microsoft Pinball Arcade (commercial/full version) doesn't work properly in WINE if you're using a regular, standard-issue 24bpp X session. Intro/menu screens work, but the 3D content (direct3d? ddraw?) just produces a black screen. Steps to reproduce: 0. Obtain a copy of the game (maybe the demo version will do?). cd into your 'drive c' directory and start the game: `wine Program\ Files/Microsoft\ Games/Pinball\ Arcade/Launcher.exe` 1. A movie displays showing a closeup of one of the game's tables. 2. Click on the movie to interrupt it. The title screen appears and looks fine. 3. Click again, table select menu appears and waits for input. 4. Click on any menu item at the bottom of the window - a dialog related to it appears as it should. 5. Double-click on one of the tables - the table selection screen gets blacked out, the window resizes, and the table's loading screen appears all in the same instant - without repainting the window - the loading screen only painted on the parts of the window that were already black. So we have a window half filled with the loading screen and half transparent, showing this browser and the controlling terminal through it. 6. The loading screen disappears and the window turns solid black. A windows pointer appears. On the console, the "Cannot change screen BPP" line appears. 7. Clicking around eventually causes the pointer to disappear, probably because I managed to trigger the insert-coin hot spot followed by the "1 player" hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts me back at the table-select screen as it should. So the actual game is accepting input, it just isn't showing me anything. 7a. If I try another table, I get the exact same result, including another "Cannot change screen BPP" line on the console. 8. Double-click the table-select menu's internal Exit button and Wine drops back to my shell after a couple of seconds. Actual Results: Described above - I get a black window instead of a game table. Expected Results: Wine should have displayed the table properly and let me play the game. Notes: In order to run this game properly, the user *must* have a true 8bpp mode with StaticColor visual defined in their xorg.conf, and the user *must* manually run a second, separate X screen (e.g. one accessible with Ctrl-Alt-F8) in that more with that visual. Desipte having a known, tested, working 8bpp mode in xorg.conf, Xorg does not have any kind of ability to switch away from the currently-running depth to some other mode (e.g. it cannot and never will be able to drop from 24bpp to 8bpp), and is not expected to ever have such a feature. Furthermore, some users' hardware does not have the ability to run in true 8bpp mode at all, so this game simply *will not work* on those systems. ply does not work on some hardware, despite having correct software settings. The attached screenshot shows what the game looks like in reap 8bpp "StaticColor" mode, using twm as a window manager (it looks the same without a window manager). Versions affected: All WINE versions from roughly 0.9.31 through the current 1.0 rc1 release. -- 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 29