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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=11446
Summary: Gangsters: Wrong 2d rendering
Product: Wine
Version: 0.9.51.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wielkiegie(a)gmail.com
Created an attachment (id=10577)
--> (http://bugs.winehq.org/attachment.cgi?id=10577)
Wine messages when starting with OpenGL as DDraw renderer
OpenGL as DirectDraw driver causes unhandled page fault when playing intro (I
tried GDI for testing). When the game starts or after changing menu screen,
main menu is completely black. Graphics can be visible only after pushing any
button in the menu, but releasing mouse button elsewhere. Buttons doesn't
contain any text and colors of whole screen are ugly.
--
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=18211
Summary: Toolbook Runtime 7.0 unhandled exception
Product: Wine
Version: 1.1.20
Platform: PC
URL: ftp://ftp.sumtotalsystems.com/pub/tb2/neuron/70/neuron.e
xe
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=20702)
--> (http://bugs.winehq.org/attachment.cgi?id=20702)
Wine 1.1.20 console output
S197 How The Universe Works is part of a university course materials.
S197 uses the Toolbook Runtime 7.0, but on calling the app, it immediately
causes an unhandled page fault.
Waiting a few minutes brings up a dialog stating, "Cannot find TB70NET.EXE (or
one of its components)."
S197 is designed specifically for this version and is included in the app's
program folder, so upgrading to a newer version is not an option.
Running TB70RUN.EXE directly causes the same page fault.
To install TB7 directly, I had to set winecfg to Win95 mode.
--
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.