http://bugs.winehq.org/show_bug.cgi?id=16481
Summary: sShortDate ignored by wine
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: singularita(a)gmail.com
If I change short date format both in .wine/user.reg (in [Control
Panel\International] section) and win.ini (in section [intl], the file is in
"Windows" directory created by wine)
In both cases, sShortDate is modified from default "M/d/yyyy" to "dd.MM.yyyy"
then when I run Unicode FAR (opensource version,
http://farmanager.com/opensource.php), the dateformat I see is default
"M/d/yyyy"
On Windows it worked, FAR respected custom date format settings set in
registry. In WINE the settings get ignored (and later overwritten by default
"M/d/yyyy"). The locale in rest of ther config is US english (00000409)
I killed all wine-related processes before doing the config-file editing, so
problem is not with running wine process overwriting my configs...
--
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=16400
Summary: Australian etax help feature does not work
Product: Wine
Version: unspecified
Platform: All
URL: http://ato.gov.au/content/downloads/etax2008/etax2008_1.
exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens(a)porup.com
Pursuant to bug 14560.
The help feature of the Australian etax program no longer segfaults, but merely
present a blank screen.
--
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=19279
Summary: Roller Coaster Tycoon 2 will not run without
Window/Desktop emulation mode
Product: Wine
Version: 1.1.25
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dave1g(a)satx.rr.com
+++ This bug was initially created as a clone of Bug #19278 +++
after installing the NO-CD patch from gameburnworld.com
$ wine rct2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f808,0x00000000), stub!
(only a white box artifact was seen in the top left corner of the screen)
running winecfg and turning on desktop emulation mode allows the program to
run just fine though various warnings are printed to the console, nothing was
noticably wrong in the game.
(run winecfg and do your business)
$ winecfg
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0
method=0)
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
(now run the game)
$ wine rct2.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f808,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
--
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=28177
Summary: Return to Mysterious Island 2 crashes after starting
Product: Wine
Version: 1.3.26
Platform: x86
URL: http://www.fileplanet.com/201531/200000/fileinfo/Retur
n-to-Mysterious-Island-2---Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=36098)
--> (http://bugs.winehq.org/attachment.cgi?id=36098)
terminal output
The game crashes shortly after starting, without displaying anything.
After changing orm to backbuffer, the game doesn't crash but it hangs and the
terminal output ends with:
fixme:d3d:IWineD3DBaseSwapChainImpl_GetRasterStatus iface 0x15d740,
raster_status 0x32e4e4 stub!
I also noticed that at least the first intro video (company logo) was playing
correctly in Wine-1.2.3 but the game hung afterwards (only with orm=backbuffer;
with orm=fbo the game always produced the same crash as it does in the current
git version). Since Wine-1.3.0 the game hangs (without showing anything) when
orm=backbuffer.
The problem can be reproduced in the demo, too.
Fedora 15 x86
Nvidia gfx card / driver 280.13
--
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=29599
Bug #: 29599
Summary: eRacer demo: screen too dark
Product: Wine
Version: 1.3.37
Platform: x86
URL: http://www.fileplanet.com/60483/60000/fileinfo/eRacer-
Online-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 38348
--> http://bugs.winehq.org/attachment.cgi?id=38348
+xvidmode log
The screen is so much dark in eRacer that you can hardly see anything.
This bug affects Eurofighter Typhoon too (from the same developer: Rage
Software).
The screen stays dark after exiting the game and I have to restore the original
gamma of the screen by 'xgamma -gamma 1.0'.
I tried to take screenshots of the problem, but interestingly, the brightness
of the screenshots is correct, and every detail on the screenshots is visible.
Steps to reproduce the problem with the demo:
1. Install the demo as usual.
2. Remove/rename intro.avi from eRacer/Gui/Avi. Start the game by eracer.exe.
3. Text is missing from the game (bug #29598). In the menu press the down arrow
once, so the 2nd option is selected and press <Enter>, then press <Enter> again
on the next screen. The race should be started. In mid-game you can notice that
most of the textures (the environment) are so dark that you can barely see
anything.
Fedora 16
Nvidia 250 / driver 290.10
X.Org X Server 1.11.3
--
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=19969
Summary: 2weistein + ElDorado: y and z switched with German
keyboard/locale
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
I'm using the German version of both apps below, with LANG=de_DE.UTF-8 typical
of a German locale and a German keyboard with Ubuntu Intrepid. One
particularity of the German keyboard is that Y and Z are switched.
2weistein is entirely driven by mouse except in the savegame dialog. There, z
and y are switched (as if I were using a US keyboard) when entering the file
name.
El Dorado (German localised version) uses the y key to run. I must press the z
key (between t and u) instead (in both the configuration menu and during game
play).
The bug about 2weistein also occurs with MacOS X.5.7, XQuartz 2.3.3.2 and
Apple's German keyboard.
Many other apps work fine.
I thought Wine had code to sort-of revert the locale-dependent keyboard mapping
(like dosbox). 2weistein is surprising, since one would not expect it to use
low-level scancodes or similar in basically a file requester -- and it
originates from Germany, so it undoubtfully works well in a German MS-Windows.
Maybe the default code page selection does not work correctly? I also own a
very old French title ("Kiyeko et les voleurs de nuit"; it says "win3.1
minimum") that supports 5 European languages and starts in English even with
LANG=fr_... (the French locale files are installed on the Ubuntu system). I
wrote no bug report so far because I couldn't test yet how it starts in
MS-Windows.
--
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=30755
Bug #: 30755
Summary: gdiplus tests fail if stix fonts present
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
On Centos 6, "make test" causes (among others) the failures
runtest -q -P wine -M gdiplus.dll -T ../../.. -p gdiplus_test.exe.so
~/wine-git/dlls/gdiplus/tests/font.c && touch font.ok
...
font.c:396: Test failed: Expected 0, got 3
font.c:397: Test failed: got NULL font collection
make[1]: *** [font.ok] Error 2
/home/dank/wine-git/tools/runtest -q -P wine -M gdiplus.dll -T ../../.. -p
gdiplus_test.exe.so /home/dank/wine-git/dlls/gdiplus/tests/graphics.c && touch
graphics.ok
...
graphics.c:1978: Test failed: Expected 00000000, got 00000010
Unhandled exception: page fault on read access to 0x00000048 in 32-bit code
(0x6834d776).
Backtrace:
=>0 0x6834d776 get_log_fontW+0x16() in gdiplus (0x0032f8c8)
1 0x68358d57 get_font_hfont+0xf6() in gdiplus (0x0032f9f8)
2 0x6835d1cd GdipDrawString+0x26c() in gdiplus (0x0032fb78)
3 0x71cb8763 test_GdipDrawString+0x232() in gdiplus_test (0x0032fc38)
4 0x71cc5c45 func_graphics+0xb84() in gdiplus_test (0x0032fd18)
...
Looks like
GdipNewInstalledFontCollection() which calls
EnumFontFamiliesExW() which calls
add_font_proc() which calls
GdipCreateFontFamilyFromName()
and is failing because the latter function somehow chokes on the stix fonts
(http://stixfonts.org) bundled with centos 6.
Doing
sudo chmod 000 /usr/share/fonts/stix
works around the problem.
--
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=30957
Bug #: 30957
Summary: Unhandled exception: page fault on read access to
0xffffffff in segmented 32-bit code
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chiszp(a)hotmail.com
Classification: Unclassified
Created attachment 40618
--> http://bugs.winehq.org/attachment.cgi?id=40618
backtrace, log
I'm attempting to install Protel Advanced Schematic v3.0 (old software, viewing
setup.exe in a hex editor see references to a Borland installer).
Running 'wine setup.exe' crashes after clicking 'Full Install'. Log included in
attachment as requested.
Disassembling at the crash location 0x1027:0x0508, the instruction appears to
be:
testl 0xffffffff,%fs:0x200
but the crash suggests wine is attempting to read from address 0xffffffff,
rather than treating it as a literal value (a signed -1).
--
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=27800
Summary: NFS U1: Incorrect name of the game controller (wheel)
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
I was asked by Lucas Fialho Zawacki to make some comparison of my wheel between
WinXP and Wine. I took Need for Speed Underground 1 for the tests:
Options -> Controller -> Controller Setup -> "2nd column":
WinXP says: "Wheel"
Wine says: "Joypad"
Tested with:
* wheel "Logitech Wingman Formula Force GP"
* wine-1.3.24-174-g4b4dd30.
--
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=24079
Summary: VSphere Client 4.1: Unable to connect to server
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://vsphereclient.vmware.com/vsphereclient/2/5/8/9/
0/2/VMware-viclient-all-4.1.0-258902.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vince(a)marsters.co.uk
Created an attachment (id=30288)
--> (http://bugs.winehq.org/attachment.cgi?id=30288)
output log when run from a command line
Once installed and dotnet30 installed using winetricks the application runs but
when you enter the server IP, username and password of the ESXi server and
click login there is a connecting message which eventually changes 'Connection
Failed' along with a popup "vSphere Client could not connect to 'server ip' The
server took too long to respond (The operation has timed out)"
--
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.