http://bugs.winehq.org/show_bug.cgi?id=10319
Summary: Autodesk Inventor R5: Crash when creating/opening a part
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: me(a)acm.jhu.edu
When Autodesk Inventor R5 is loaded in wine 0.9.47 and a new drawing is created
or an old one opened, the application crashes. It worked correctly
(opened/loaded the part, allowed editing) in wine 0.9.44.
--
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=10592
Summary: EVE Online login screen causes some gfx corruptions
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.eve-online.com/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kelfe(a)gmx.de
The planet on the loginscreen has heavy flickering on the left side.
The Atmosphere on the left side also looks different under 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=10591
Summary: EVE Online Loginscreen fails to display automaticly
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.eve-online.com/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kelfe(a)gmx.de
The loginscreen has a logo moving in but the area of the screen stays black.
After opening and closing the ESC menu it displays.
--
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=10588
Summary: Shotonline fails to start
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://shotonline.cdnetworks.us/ShotOnline/ShotOnlineCli
ent_Global_Gamescampus.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: enhancement
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
A user submitted this into appdb, with garbage results. Seems to suffer from
lot of bugs, however the first bug is that it just returns to the console:
fixme:shdocvw:PersistMemory_Load (0x129198)->(0x452cfc 9c)
That's all it says basically
by return just S_OK instead of E_NOTIMPL in PersistMemory_Load it gets tiny bit
further, then returning again S_OK instead of E_NOTIMPL in WebBrowser_getBusy
makes the initial window come up fine,and the autostart patching starts to work
--
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=10586
Summary: 'Ÿ' is displayed instead of Japanese characters in
Small Fonts font
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ncliang(a)gmail.com
The following command should bring up the wiki page for Japanese kana:
LC_ALL=ja_JP.UTF-8 wine iexplore http://en.wikipedia.org/wiki/Kana
All kana characters are displayed as 'Ÿ'. A +font log shows that the font
"Small Fonts" is selected to display the text. Typing Japanese into notepad and
selecting the "Small Fonts" font also shows the text as 'Ÿ' while using some
other font like "System" displays the text normally.
I notice that this only happens in ja_JP locale when jsmalle.fon is used as the
"Small Fonts" font.
--
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=10580
Summary: S.T.A.L.K.E.R. shadow corruption
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ambro(a)b4ever.net
Some video corruption can be seen in S.T.A.L.K.E.R. - Shadow of Chernobyl.
It was introduced by the following commit:
edb78187a9277de615d7e9c2039505a8302a2940 wined3d: Hardcode local constants into
the shader if possible.
Screenshots attached.
--
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=10573
Summary: dlls/kernel32/tests/comm.c test fails on systems with
serial ports
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
I only noticed this after enabling the serial port on my laptop...
for dll/kernel32/tests/comm.c, I get the following errors:
comm.c:677:Found Com port COM1. Connected devices may disturbe results
comm.c:705:GetCommModemStatus returned 0x00000000->
comm.c:739: Test failed: A timed-out read should return TRUE
comm.c:740: Test failed: err=109
comm.c:742: Test failed: Unexpected TimeOut 0, expected 1000
For many people, this test gets skipped, ie:
http://test.winehq.org/data/200711221000/wine_2000_0.9.49-331-g7a8eb4c/kern…
the regression is caused by:
commit 539d5863e6fae78943fe59a60b151433126a9481
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Apr 6 16:05:53 2007 +0200
ntdll: Reimplement NtReadFile.
Always try a read() before queuing an async I/O.
Handle timeout waits for synchronous I/O entirely on the client side.
Queue the final APC as a proper user APC.
--
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=10559
Summary: C&C3 extremly slow
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ambro(a)b4ever.net
CC: stefandoesinger(a)gmx.at
In current wine git, I get bad fps in C&C3. Normally the game worked fine at
the lowest quality, but I get 3 fps after the following commit:
959212304dfaf0e7459374593b20b74fe22a0b57 wined3d: Track vertex declaration
changes on vertex shaders.
card is Nvidia Quadro NVS 130, driver 100.14.23
--
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=10557
Summary: HalfLife 2: grafic glitches on GF8600GTS when GLSL
enabled
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Helmut.henig(a)gmx.at
Created an attachment (id=9311)
--> (http://bugs.winehq.org/attachment.cgi?id=9311)
Output from stderr while running steam+hl2
Enabling GLSL on a GF8600GTS using the current stable drivers (100.14.23) and
the current beta drivers (169.04) creates major grafic glitches in HL2. The
font of the menu isn't visible (=or better said the menu itself isn't visible)
and the grafic looks distorted (parts are drawn a bit wrong). This happens with
HL2 and HL2:LC and HL2:Episode 1. Disabling GLSL (UseGLSL set to disabled)
everything is rendered correctly.
The output of wine shows many GL_INVALID_OPERATION (Log is attached).
Configuration:
CPU: AMD A64 X2 4600+ (S939)
RAM: 3 GiB DDR
GPU: nVidia Corporation GeForce 8600 GTS
Sound: SB Audigy2 using Alsa
OS: Arch Linux (64Bit) using a 32Bit 'chroot' for 32Bit applications (like
wine)
X: X.Org X Server 1.4.0, X Protocol Version 11, Revision 0
Kernel: 2.6.23-ARCH SMP PREEMPT
--
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=10521
Summary: make test crashes msvcrt/tests/heap.c...
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lionel_debroux(a)yahoo.fr
The msvcrt heap test has been consistently crashing on my computer since the
following commit:
commit a1e4758f076190dbef7d06f9e10241d0aabe3788
Author: Dan Kegel <dank(a)kegel.com>
Date: Tue Nov 6 16:52:19 2007 -0800
It crashes with WINEDEBUG="" (access to 0x04030205) and WINEDEBUG="warn+heap"
(access to 0x55555559), and an assertion aborts the program with
WINEDEBUG="+heap".
It crashes when compiling (GCC 4.1.1 from Debian stable) the whole Wine DLLs,
programs and executables with -O0, -O2 and -O3, so that is probably not due to
a compiler optimization screwup.
I've been discussing the issue for a while with Dan, and he is able to
reproduce the problem.
However, all commit a1e4758f... does is fixing two memory leaks. Therefore,
neither of us feels that the change in this commit should cause a crash. There
may be a problem somewhere else. Since it touches the heap subsystem, I'm
putting severity to major.
While commenting tests in order to reduce the testcase, by looking at the
traces, I found that a crash can be triggered (but not reproducably...) with
the single:
test_aligned_realloc(256, 512, 16);
(everything before and after this line being commented).
Strange.
Attached is a tarball I sent to Dan, which contains:
* a script to run the test in various situations. Compilation is not part of
the script; if you want to run Valgrind, you have to edit the location of
valgrind to match the location of Wine-improved Valgrind (
http://wiki.winehq.org/Wine_and_Valgrind );
* traces created by the script;
* I noticed that a 'invalid arena magic' warning is triggered by warn+heap
before the crash occurs, so I made a trivial patch that adds printing of the
invalid arena magic values.
I think it helps debugging the issue, by showing the exact kind of overwrite
that occurred: 1-byte, 2-byte, 4-byte; which bytes of the arena are affected;
etc.
With warn+heap (crash), the arena magic is 0x00555555.
With +heap (assert failed), the arena magic is 0x55555555.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.