http://bugs.winehq.org/show_bug.cgi?id=21310
Summary: motocross madness crashing since 1.1.35
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Brunoooh(a)laposte.net
Hi,
sorry for reporting something "out of the ordinary" and I'm waisting some of
your time
my personnal aim is to run Microsoft's Motocross Madness (the 1st one) within a
virtual computer (sorry... I'm a great fan of this game and as years passes
more and more GPUs and OSs are uncompatible)
because it has a check for a 3D card before launching it's impossible to use in
a windows virtual machine... but thanks to you Wine devs I'm able to use it
within an Ubuntu VM
actually I was able :(
emulation as never been perfect : perfct menus but ingame textures are
completely wrong (a mix of very flashy colors for the area and only black for
the player) but the game was launching and somebody knowing the game could play
it
but since the last Wine upgrade the game can't launch (black screen then a
windows like text box telling me to report the crash if it doesn't crash the
same in a real windows OS
I'm sorry if this is irrelevent and if my explanations are quite confused
Any help or tip is welcomed and if I can give you more details just tell me
what to look for and I'll send it to you
PS : I had to roll back Wine version, synaptics only offered me 1.0.6 version :
I did and the game went back to buggy but working emulation ;)
--
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=21387
Summary: NetTerm locks up
Product: Wine
Version: unspecified
Platform: x86
URL: http://www.securenetterm.com/pub/nt325405.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nerv(a)dawncrow.de
CC: support(a)securenetterm.com
This is a Bug discussed in Bug 11621 but not belonging there.
Summary:
> As the author of NetTerm, SecureNetTerm, SNetTerm and SecureFTP, I am seeing
> the same problem with NetTerm that I see with Putty as it relates to the telnet
> connection problem.
>
> Our SNetTerm product, as well as the Microsoft telnet.exe DOES NOT have this
> issue.
>
> Is there been any additional information on this issue that would help us get
> this resolved? Where to look? Anytime we can test in the winsock area to help
> resolve the issue?
> I am not sure that this is all that is going on. Our NetTerm product DOES NOT
> send a SIOCATMARK, yet the behavior is much like Putty's. That is, it connects
> to the host ok, then about 2-3 seconds after the connect, it freezes.
>
> Note that it IS NOT a the same place everytime. That is, if I run NetTerm
> without a script, I cannot type fast enough to enter my userid at the Login:
> prompt before the application locks up. However if I use a script, it logs in
> and gets to the command line then locks up.
>
> It appears that some type of timer is involved.
>
> The really strange thing is our SNetTerm product is not affected by the bug at
> all. It does a telnet connect and everything works ok. The same is true for
> the Microsoft telnet.exe program.
> The current version of NetTerm can be downloaded from:
>
> http://www.securenetterm.com/pub/nt325405.exe
>
> and includes a 60 day trial period. If more time is needed, or has been
> downloaded before and trial period has expired, contact me at
> support(a)securenetterm.com and I will send a new key.
> I found the problem. It is in the telnet tcpip network code, sort of like the
> Putty problem. NetTerm locks up when it issues a winsock recv()call for 1 byte
> with MSG_PEEK in the flags field.
--
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=20901
Summary: Wine Command Prompt doesn't recognize 2 SET commands
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ssjgoku75x(a)aol.com
Hello, I am a Batch programmer and when executing one of my scripts, the Wine
Command Prompt didn't recognize the follow SET commands:
set COMPUTERNAME
set HOMEDRIVE
When these are ran, I get this error:
Environment variable COMPUTERNAME not defined
and
Environment variable HOMEDRIVE not defined
Is this a bug or a missing feature?
Thanks! ^^
--
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=20737
Summary: Mordor - the depths of Dejenol installer crashes
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
CC: eric.pouech(a)orange.fr
Created an attachment (id=24806)
--> (http://bugs.winehq.org/attachment.cgi?id=24806)
Mordor crashes when SETUP.EXE is run under wine-1.1.33-88-gd51b4e1
First of all this is new and completely different from bug 20709. Mordor is a
16bit game and crashes when SETUP.EXE is run...
1. Please consider UNCONFIRMED->NEW and KEYWORDS: +REGRESSION, +DOWNLOAD,
+INSTALLER
2. Did a regression test between 1.1.33 and 1.1.33-88-gd51b4e1:
8e248c063f040bf6d9a1b124c3ab443ca3e5a64e is first bad commit
commit 8e248c063f040bf6d9a1b124c3ab443ca3e5a64e
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Sun Nov 15 22:09:59 2009 +0100
gdi.exe: No longer use 16bit abort procs inside the DC structure.
:040000 040000 b178a3e623dccb933d2ef5f096470c66daf6976a
45608a6ed509a8418c77c20b36acb0e531e829b8 M dlls
3. No other bug report suffers from this commit.
4. Revert of this patch on top of wine-1.1.33-88-gd51b4e1 fails due to other
code changes.
5. Adding author of this patch to CC.
--private keyword: bisected
Download and unzip into one directory, then run SETUP.EXE:
http://decklinsdomain.net/DemDev/archives/Mordor1/MORDOR1A.ZIPhttp://decklinsdomain.net/DemDev/archives/Mordor1/MORDOR1B.ZIP
--
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=20496
Summary: wine iexplore crashes if cancelling gecko install
Product: Wine
Version: 1.1.32
Platform: PC
URL: http://db.mmo-champion.com/adys/wine-9291/wine-9291.ht
m
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
WINEPREFIX=~/wine-test wine iexplore
http://db.mmo-champion.com/adys/wine-9291/wine-9291.htm
Hit "cancel" to the gecko install warning.
wine: Unhandled page fault on read access to 0x8fff0018 at address 0x7e1537c8
(thread 0009), starting debugger...
Backtrace attached. Maybe related to the javascript linked? iexplore
http://google.com does not reproduce the bug.
--
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=19916
Summary: Steam client color scheme appears as green/red instead
of gray/brown
Product: Wine
Version: 1.1.29
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmuncrief(a)comcast.net
The Steam client color scheme now appears as green/red instead of the normal
gray/brown. I didn't see any unusual errors output in the console, but I see
from git that new ColorShifts code has been implemented so I assume this is the
problem. This problem doesn't occur in any previous wine versions I've tried.
I'm running Ubuntu Jaunty x86_64 with an Athlon X2 3400+ processor and Nvidia
7800GT video card.
--
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=20333
Summary: Azteca and Diamond Drop 2 crash
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c_korn(a)gmx.de
Hello,
the games Azteca and Diamond Drop 2 crash and give only this output:
fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f150!
--
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=15955
Summary: Tomb Raider underworld demo crashes at startup
Product: Wine
Version: 1.1.8
Platform: PC-x86-64
URL: http://forums.eidosgames.com/showthread.php?t=81768
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
CC: julliard(a)winehq.org
Created an attachment (id=17140)
--> (http://bugs.winehq.org/attachment.cgi?id=17140)
Crash log.
Tomb Raider underworld demo crashes at start up. This is a regression with the
following patch.
5e2ed6bfe94eb322efe891c07aa8e58b125f36c2 is first bad commit
commit 5e2ed6bfe94eb322efe891c07aa8e58b125f36c2
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Nov 5 20:32:32 2008 +0100
ntdll,server: Fixed access checks for OpenFileMapping and MapViewOfFile.
:040000 040000 2f0316597d54dc0ee871c80465dc4dac295a0f3e
3e9d23a0110f6767160cda3ad4aadaf376c3e508 M dlls
:040000 040000 e3944bdf24bb46aad3b8266661b79d54336690aa
29feaf47301e9cd65d2c216e6bef96c0ad5612bf M include
:040000 040000 04899ab2458e13db1c7a3357483bfef1b9123fcc
158732825f15930c0d3cdeaddfff4e36b75f3cb5 M server
--
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=15950
Summary: wine won't build with bison 2.4
Product: Wine
Version: 1.1.8
Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine-2008(a)ryandesign.com
With bison 2.3 installed (using MacPorts), wine bulids, but with bison 2.4, it
doesn't. It says:
/usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/mp/include -O2
-o parser.tab.o parser.tab.c
parser.y: In function 'parser_parse':
parser.y:320: error: parse error before '}' token
make[2]: *** [parser.tab.o] Error 1
make[1]: *** [jscript] Error 2
make: *** [dlls] Error 2
Here is the MacPorts project's ticket about this issue:
http://trac.macports.org/ticket/17135
Here's a description of a backwards-incompatible change made in bison 2.4 by
the developer of pure, another program that won't build with bison 2.4
(actually I don't know if that's the same reason wine won't build):
http://groups.google.com/group/pure-lang/browse_thread/thread/60593b93dc8fc…
--
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=15944
Summary: mountmgr only assign drive letters for up to two
removable devices
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
It used to be the case that if hal reports a device as a floppy, it gets
assigned to a: or b:, otherwise, the device gets assigned a drive letter
between c and z.
With the changes in mountmgr just before Wine 1.1.7, all removable devices that
are not cdroms are limited to a: or b:, which means if I hot-plug 3 usb thumb
drives, the third one does not get a drive letter.
--
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.