http://bugs.winehq.org/show_bug.cgi?id=10117
Summary: Mpeg2Schnitt doesn't display video since wine v. 0.9.16
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jussaar(a)mbnet.fi
Created an attachment (id=8682)
--> (http://bugs.winehq.org/attachment.cgi?id=8682)
Full output of wine when running Mpeg2Schnitt
Since wine version 0.9.16, Mpeg2Schnitt (a program for cutting mpeg2-files) has
stopped showing video. This of course makes choosing the right cut points
virtually impossible.
When the program should display the video, wine prints out the following
errors:
fixme:win:EnumDisplayDevicesW ((null),0,0x34f544,0x00000000), stub!
err:ddraw:IDirectDrawImpl_SetDisplayMode Width=0, Height=0, what to do?
I have tested both multiple versions of wine (including the newest
0.9.47-version) and Mpeg2Schnitt (versions 0.71, 0.80 and 0.87).
Mpeg2Schnitt is distributed under GPL2 license and available for download at
http://www.mdienert.de/mpeg2schnitt/
--
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=10998
Summary: Sum of All Fears crashes after splash screen
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.cutone(a)rogers.com
Created an attachment (id=9966)
--> (http://bugs.winehq.org/attachment.cgi?id=9966)
Terminal output for SOAF crash.
When the program is executed the splash screen is displayed. Soon after the
screen goes black with just the mouse pointer visible. A lengthy terminal
output is then produced.
See attached file for terminal output.
--
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=10065
Summary: MSN Messenger Doesn't Show New Conversation Windows
Product: Wine
Version: 0.9.47.
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=8623)
--> (http://bugs.winehq.org/attachment.cgi?id=8623)
This is what the console shows when the error happens.
When someone talk to you and you haven't open a window whit that person, the
window is not showed. You had to open a window with all your contacst until you
find the one who write you.
--
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=9913
Summary: Blue Wish Resurrection: crashes when loading program
Product: Wine
Version: 0.9.46.
Platform: PC-x86-64
URL: http://www004.upp.so-
net.ne.jp/x_xgameroom/Works/works.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 07067514(a)brookes.ac.uk
Created an attachment (id=8413)
--> (http://bugs.winehq.org/attachment.cgi?id=8413)
console output
When loading Blue Wish Resurrection the program displays a black rectangle,
then crashes. Attached is the console output.
--
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=11231
Summary: Regression since 0.9.49: glibc double free crashes all
directx programs
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Hi,
Between 0.9.48 and 0.9.49, something broke DirectX(?)/DDraw rendering.
As a result, *all* tested games that use scalable or vector graphics now crash,
or even their installer crashes, e.g. VideoSetup.exe (Max&Mario,
Syberia2, BeetleCrazy etc.) with an error from glibc. Old games using
bitmap graphics are not affected. GUI programs (regedit, notepad,
depends.exe) are not affected either.
This regression not only affects games, even wine's own testsuite
shows the exact same symptoms:
cd dlls/d3d8/tests; make test
../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
device.c && touch device.ok
*** glibc detected *** double free or corruption (!prev): 0x0013d100 ***
wine: Assertion failed at address 0xffffe410 (thread 0041), starting
debugger...
../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
surface.c && touch surface.ok
*** glibc detected *** free(): invalid next size (normal): 0x0013d108 ***
wine: Assertion failed at address 0xffffe410 (thread 0009), starting
debugger...
err:seh:raise_exception Unhandled exception code c000013a flags 0 addr
0xffffe410
Fail: 0.9.49, .50, .51, .52, .53
Work: 0.9.47, 0.9.48 (and older), urlmon/tests/
Both d3d8/tests and d3d9/tests fail.
I'm using Ubuntu 6.06 LTS (aka. Dapper) with packages:
freeglut 2.4.0-4
libgl1-mesa 6.4.1-0ubuntu8 (has /usr/lib/libGL.so.1.2)
libglu1-mesa 6.4.1-0ubuntu8 (has /usr/lib/libGLU.so.1.3.060401)
libglibb2.0-0 (2.10.3-0ubuntu1) (has /usr/lib/libglib-2.0.so.0.1000.3)
kernel 2.6.15-29-686 (sometimes also 2.6.15-28-686)
gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5)
getconf GNU_LIBPTHREAD_VERSION -> NPTL 2.3.6
This does not seem to be the infamous "winecfg crashes in winecfg audio tab"
bug http://bugs.winehq.org/show_bug.cgi?id=5826
Researching this bug, I found a message about
"an old C++ error" export MALLOC_CHECK_=0
That did not help.
Starting with a vanilla .wine/ doesn't help either:
../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
d3d8_main.c && touch d3d8_main.ok
wine: creating configuration directory '/home/hoehle/.wine'...
ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed: No such file
or directory
Could not load Mozilla. HTML rendering will be disabled.
wine: '/home/hoehle/.wine' created successfully.
... [same as before]
I can exclude that the bug is caused by a change in my laptop
configuration. I have several source trees of wine, newly configured &
make'd, any only 0.9.49 and up fail the tests.
BTW, why does wine say "starting debugger..." yet no one appears? The
line about "err:seh:raise_exception" appears only approx. half a
minute after the "starting debugger..." line -- sometimes never and wine just
hangs.
Regards,
Jörg Höhle
--
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=10236
Summary: Jazz Jackrabbit 2: Access Violation at 7DFC3B16h
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmetal88(a)sbcglobal.net
Jazz Jackrabbit 2 installs beautifully, but after the splash screen at the
beginning of the game, it crashes with an error. In the most recent version of
Wine (obtained via WineCVS.sh, changelog last dated 2007-10-26) the error
reads:
Jazz Jackrabbit 2 has caused an access violation at address 7DFC3B16h by
attempting to "read" from address 000006F8h.
In 0.9.47:
Jazz Jackrabbit 2 has caused an access violation at address 7E176AB6h by
attempting to "read" from address 000006F8h.
In 0.9.46:
Jazz Jackrabbit 2 has caused an access violation at address 7E216856h by
attempting to "read" from address 000006F8h.
In 0.9.45:
Program runs as it should.
In 0.9.44:
Jazz Jackrabbit 2 has caused an access violation at address 00000000h by
attempting to "read" from address 00000000h.
In 0.9.43:
Program runs as it should.
In 0.9.42:
Program runs as it should.
So, something broke it in 0.9.44, fixed it in 0.9.45, and broke it again in
0.9.46 through the current version. Also, the address at which the access
violation occurs changes each time I run the program (in 0.9.46 and after) and
doesn't seem to actually have anything to do with which version of Wine is
installed.
--
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=10914
Summary: jedit crashes on startup in ddraw
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://jedit.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running real Java apps under the latest Sun win32 JRE on Wine
seems like a fine stress test, even though in many
cases users should run with the Linux JRE instead.
The Sun JRE and jEdit install ok, but jedit has many startup problems.
The first one was bug 10913.
Here's the second one. Start it up like jedit.bat would have,
but without using start:
$ wine 'c:\windows\system32\javaw.exe' -Xms64M -Xmx192M -jar 'C:\Program
Files\jEdit\jedit.jar' -reuseview
This fails with
java.lang.IllegalArgumentException: Noncontiguous red mask (300a7
at java.awt.image.PackedColorModel.createBitsArray(Unknown Source)
at java.awt.image.PackedColorModel.<init>(Unknown Source)
at java.awt.image.DirectColorModel.<init>(Unknown Source)
at java.awt.image.DirectColorModel.<init>(Unknown Source)
at sun.awt.Win32GraphicsDevice.makeColorModel(Native Method)
at sun.awt.Win32GraphicsDevice.getDynamicColorModel(Unknown Source)
at sun.awt.Win32GraphicsConfig.getDeviceColorModel(Unknown Source)
at sun.awt.windows.WComponentPeer.getDeviceColorModel(Unknown Source)
at sun.java2d.windows.Win32SurfaceData.createData(Unknown Source)
You can bypass this and get to the next problem (I think) by adding the flag
-Dsun.java2d.noddraw=true
After a few tries, Java gets smart and starts running with that flag
set by default, I think. Removing ~/.wine and reinstalling them
lets you get the error back.
--
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=11590
Summary: Graphics regression
Product: Wine
Version: 0.9.54.
Platform: Other
URL: http://www.introversion.co.uk/laughingman/
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spzakulec(a)mail.widener.edu
When I try to play the Uplink Laughing Man demo, it has many graphical
glitches, including one which makes it impossible to get past the second
screen, which I can only quit by using Alt-F4 or wineserver -k. I had reported
a similiar, but not nearly as bad issue as 4889.
I'd really like to provide screenshots, but I don't know how to get screenshots
from a full screen app.
The graphics (non-buttons) seem to be cut in half.
The buttons are much worse off. The first button on the first screen you see
is visible- but to click it, you have to go up to the third sentence of text-
then the button is highlighted and can be clicked. It can also be pushed by
using the enter key.
On the second screen, the buttons are not there: there should be two buttons
identical to those of the previous screen, but they are not there, and so you
can not proceed any further in the demo.
I'm not sure what logging needs to be done, and the only thing that shows on
the console is this:
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 800x600x0
@0! (XRandR)
I'm running Kubuntu 7.10 and Wine 0.9.54
--
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=11597
Summary: Windows Genuine Advantage fails to run with builtin
msxml
Product: Wine
Version: 0.9.55.
Platform: Other
URL: http://www.microsoft.com/downloads/exeValidation2.aspx?f
amilyId=c2b1e300-f358-4523-b479-
f53d234cdccf&displayLang=en
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.b.lankhorst(a)gmail.com
After trying the latest windows genuine advantage I found that it will still
validate wine as genuine, however because of a bug in msxml3 it will not give
back the code it created. It doesn't return an error on native msxml, so it
seems to be a bug in wine's implementation.
--
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=10463
Summary: Steam install MSI fails to finish
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehblunderbuss(a)gmail.com
Steam's MSI installer fails to finish, with a dialog box saying so.
Terminal output attached
Regression tested to:
a97d6556a42ed3119aaf3f312a6a436a59db9fa0 is first bad commit
commit a97d6556a42ed3119aaf3f312a6a436a59db9fa0
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 15 11:31:17 2007 +0100
wine.inf: Register inetcomm.dll.
:040000 040000 16f74bb7a532b8a12dcaf5d99b4ab495feb2ad25
3bacb4140a6d3c88691b28282f68181fd38e2d0d M tools
I'm fairly certain this is the one.
While regression testing, I did encounter an anomaly that showed neither the
"good" outcome, nor the failed message, so I marked that bisect as "good"
--
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=11044
Summary: Catan refuses to install
Product: Wine
Version: 0.9.52.
Platform: PC
URL: http://www.download.com/3001-7562_4-
10396066.html?spi=857b9fbd1d43b4f05aca8d8aa284f5aa
OS/Version: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=10047)
--> (http://bugs.winehq.org/attachment.cgi?id=10047)
+msi log
Catan bombs out on install. Terminal output is below. +msi log is attached.
AppDB says this used to install under wine 0.9.46, so I'm tagging this as a
regression. I'll start running the test...
fixme:exec:SHELL_execute flags ignored: 0x00000580
fixme:advapi:CheckTokenMembership ((nil) 0x143380 0x34ec98) stub!
fixme:advapi:LookupAccountNameW (null) L"austin" (nil) 0x34db4c (nil) 0x34db44
0x34db48 - stub
fixme:advapi:LookupAccountNameW (null) L"austin" 0x146938 0x34db4c 0x144b88
0x34db44 0x34db48 - stub
fixme:msi:msi_unimplemented_action_stub RemoveShortcuts -> 1 ignored
L"Shortcut" table values
err:msi:load_media_info Failed to extract cabinet stream
err:msi:ready_media Unable to load media info
err:msi:ACTION_InstallFiles Failed to ready media
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627
--
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=11301
Summary: documentElement.ownerDocument.createElement fails
Product: Wine
Version: 0.9.53.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.5.tahtu(a)spamgourmet.com
I'm a Delphi 7.0 developer, trying to get my application to run unter Wine.
var
FXMLDocument: IXMLDOMDocument;
begin
FXMLDocument := CreateComObject(CLASS_DOMDocument30) as IXMLDOMDocument2;
MessageBoxW(0, '1', 'GetXML', MB_OK);
FXMLDocument.appendChild(FXMLDocument.createProcessingInstruction('xml',
'version="1.0" encoding="utf-8"'));
MessageBoxW(0, '2', 'GetXML', MB_OK);
FXMLDocument.appendChild(FXMLDocument.createElement('desktop'));
MessageBoxW(0, '3', 'GetXML', MB_OK);
FXMLDocument.createElement('Hallo');
MessageBoxW(0, '4', 'GetXML', MB_OK);
FXMLDocument.documentElement.ownerDocument.createElement('Hallo2');
MessageBoxW(0, '5', 'GetXML', MB_OK);
After running this code under Wine 9.0.53 on Ubuntu 7.10 I see popup message
boxes with "1", "2", "3" and "4" - but I never see the message "5".
--
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=11167
Summary: Wrong usage of GL_GENERATE_MIPMAP_HINT_SGIS
Product: Wine
Version: 0.9.52.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tdb(a)tdb.fi
fixme:d3d_texture:IWineD3DBaseTextureImpl_SetAutoGenFilterType
>>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from
glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @
../../../dlls/wined3d/basetexture.c / 193
The SGIS_generate_mipmap specification says:
Accepted by the <target> parameter of Hint, and by the <pname> parameter of
GetBooleanv, GetIntegerv, GetFloatv, and GetDoublev:
GENERATE_MIPMAP_HINT_SGIS 0x8192
So the function call should be glHint(GENERATE_MIPMAP_HINT_SGIS, GL_NICEST).
Note however that this is a global state, not per-texture.
--
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=10112
Summary: BitBlt between 8 bit color index DIBs wrong
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexd14(a)hushmail.com
Created an attachment (id=8678)
--> (http://bugs.winehq.org/attachment.cgi?id=8678)
test case
BitBlt from one 8 bit DIB to another 8 bit DIB produces wrong results. I'll
attach a simple test case that illustrates the problem. What it does: creates
two 8 bit, color index dib sections with a color table where color index 1 =
red, 2 = blue, 3 = green. Then it fills first DIB with 1 (red) and second with
2 (blue). It then does a BitBlt with SRCPAINT (OR) ROP from first DIB to
second. Finally, this DIB is drawn in a window, and a hex value of the first
pixel is drawn over it for convenience.
In such BitBlt Windows, apparently, operates on DIB pixels as color index
values w/o palette lookup; 1 OR 2 == 3, so it fills destination DIB pixels with
3, and, consequently, it is displayed as a green rectangle.
In Wine, this operation works like actual RGB values (red and blue) from
palettes are getting combined, and it's displayed as a magenta rectangle.
Probably, because wine seems to convert it to truecolor pixmaps internally.
Pixels as stored in memory become zeros.
Real app affected by it: igonwin.exe in bug #201
(http://bugs.winehq.org/show_bug.cgi?id=201). I don't have other apps that use
color index dibs to test, but I think any apps that use such DIBs AND "fancy"
ROPs (XOR, AND, OR etc) may be affected.
--
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=10910
Summary: winealsa and PulseAudio
Product: Wine
Version: 0.9.51.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
winealsa is unable to work with PulseAudio.
This is my /etc/asound.conf:
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
This is registry entries for Alsa configurations:
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Alsa Driver]
"AutoScanCards"="N"
"AutoScanDevices"="N"
"DeviceCount"="1"
"DeviceCTL1"="pulse"
"DevicePCM1"="pulse"
"UseDirectHW"="N"
And I get this error in wine log:
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
I tracked it in wine source code to file dlls/winealsa.drv/alsa.c
With following comment:
/* Setup and find an element id that exactly matches the characteristic we want
** FIXME: It is probably short sighted to hard code and fixate on PCM
Playback Volume */
Unfortunetly I know to little about Alsa to fix it.
--
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=11728
Summary: Picasa / Facebook Uploader does not work
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://apps.facebook.com/picasauploader/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Prerequisite: a facebook account
Steps to reproduce:
1. Install Picasa from http://picasa.google.com/
2. Install wine gecko
3. Install the facebook uploader from http://apps.facebook.com/picasauploader/
as follows: wine 'c:\Program Files\Picasa2\Picasa2.exe'
picasa://importbutton/?url=http://www.webkinesis.com/fbpicasa/facebook.pbf
4. Start Picasa, select some pictures and try to upload using the facebook
button
Expected Results: Picasa creates an album, uploads the pictures to facebook.
(tested on WinXP)
Actual Results: Picasa creates an album, but nothing gets uploaded.
--
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=11109
Summary: dream of mirror online crash
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petifrancais(a)gmail.com
Created an attachment (id=10143)
--> (http://bugs.winehq.org/attachment.cgi?id=10143)
txt contenant les erreurs en console
The game game domo crash after the logo "GameTribe"
--
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=11077
Summary: does not find a serial port while running this
application under wine
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: only4john(a)gmail.com
Environment: wine under Ubuntu 7.10
Hardware Device: IRISYS 1001 thermal imager
(http://www.entherm.com/Irisys/IRISYS%20Thermal%20Imager.htm)
Driving Application: http://only4john.googlepages.com/Imager3309.exe
The Driving Application can not find serial port while running the application
under wine, while the PC has a serial port.
--
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=11419
Summary: Installation of Intel Indeo Video freezes
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elicoten(a)live.co.uk
Installation gets upto "searching for components: Netscape", and about 9% on
the progress bar then freezes. Cannot be installed.
--
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=11239
Summary: Steam Games No Longer Start - bisected the cause to
ntdll
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: philcostin(a)hotmail.com
The following patch, introduced on Jan 15th 2008 has resulted in Steam games
being unable to start.
bd352bcd1c98ed91bdb337e73cddfd8ceac095d6
err:seh:setup_exception nested exception on signal stack in thread 004f eip
7efc20b3 esp 7ffdb770 stack 0x241000-0x350000
--
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=10273
Summary: satisfy SafeDisc 2.x heuristic API analyzer by
"adjusting" API exports/entry statistics of wine
builtins
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8924)
--> (http://bugs.winehq.org/attachment.cgi?id=8924)
Patch which should fix SafeDisc 2.x copy protection api analyzer issue
Hello,
if not interested in technical details goto (2) ;-)
I made this a separate bug report like
http://bugs.winehq.org/show_bug.cgi?id=9925 (SafeDisc 1.x stopper) because
SafeDisc has many flavors that differ in various technical ways and can't be
discussed/handled in a single SafeDisc "metabug" like
http://bugs.winehq.org/show_bug.cgi?id=219
SafeDisc Major version based separation allows better tracking of "completion"
state (1.x/2.x/3.x/4.x).
-----------
(1)
It took me a couple of days to get an idea what SafeDisc 2.x really does with
the API exports and to find a way to cope with it...
Various anti-debugging techniques and nasty runtime code obfuscation made this
journey somewhat challenging.
Parts of SafeDisc 2.x analyze the API code of the following system libraries:
kernel32.dll (wine builtin)
user32.dll (wine builtin)
gdi32.dll (wine builtin)
cdasdtst.dll (developer backdoor?)
The latter one is probably a "developer backdoor", used to verify their
code/algorithms (not needed to be present).
For each of these libraries all named exports are taken into account.
A number of API entry opcode sequences are read and used for statistical
analysis (number depends on type of encountered opcodes).
>From what I've seen there is some kind of "behavioural probability" of each API
entry calculated, with typical opcode sequences having a "weighting".
Just think of advanced heuristic detection methods of antivirus scanners and
you get the idea ;-).
Anyway, wine's builtin libraries differ in their signatures from windows entry
code and to make things worse, wine's +relay/+snoop feature heavily interferes
with the analyzer results. :-(
First I made some experiments with additional (dummy) function exports, small
__asm__ wrappers with opcode sequences to see how the distribution of opcodes
influences the analyzer results.
The result was rather disappointing.
I needed a large number of exports to gain some results but not significantly
enough to get below the "bad" threshold.
Then I came across the magic "0" value. As soon as I used this value either as
first .byte on API entry or init value for data export, the entry scan was
short circuited.
This value seemed to have the highest influence of all code/data sequences
used.
I added quite a number of data exports - aliased to initialized "0" value -
safe enough to let even wine's +relay work (remember: relay code influences
analyzer).
If you look at the patch don't get mad ;-)
You will see a crapload of named "__wine_safedisc2" data exports/aliases added
to wine builtin kernel32, user32 and gdi32.
For the record: http://bugs.winehq.org/show_bug.cgi?id=9926 which talks about
"problematic" gdi32 data exports (pfnPalette stuff) in SafeDisc 3.x.
SafeDisc 2.x code triggers SEH upon exported function pointers too but this is
gracefully handled. No harm at all.
I wonder if this is really a problem in SafeDisc 3.x ...
I thought about other possible solutions but found no one easier to implement
to prove my findings without hurting wine too much :-)
Making wrappers of the whole kernel32, user32, gdi32 named exports API just to
please the entry analyzer is not an option to me.
Another way could be the relocation of export table upon module loading,
expanding it at runtime by adding the required number of "statistics fakers"
(data exports with zero init).
This requires modifying the ntdll loader .. though i'm not sure if this
approach breaks other applications/braindamaged PE protection stuff which
expect certain conditions to be met (tables present at specific sections/memory
areas).
------------------------------
(2)
Well, take it as proof of concept. Play with it.
I tested my patch with a few SafeDisc 2.x games I have original media.
No cracks/no-cd patches were used.
Only official game patches were used.
Battlefield 1924 (1.6x) - SafeDisc 2.6/2.8
Road To Rome (BF1942 expansion) - SafeDisc 2.8
Battlefield Vietnam - SafeDisc 2.9
All of these work fine for me with the patch applied.
Please test this patch on many SafeDisc 2.x games as possible and report your
results (works or works not).
Make sure you have original media mounted and drive/data is visible within
wine.
If it fails for first time, the media might not ready yet, try again then (I
experienced this sometimes).
Use this link to verify what SafeDisc Version is used:
http://www.120search.net/ (alcohol software copy protection database)
Regards
--
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=9798
Summary: bioshock demo needs glsl enabled
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: focht(a)gmx.net
Created an attachment (id=8240)
--> (http://bugs.winehq.org/attachment.cgi?id=8240)
crash log with glsl disabled
Hello,
Bioshock demo crashes if glsl is not enabled.
Attached are relevant traces made with:
WINEDEBUG=+seh,+tid,+d3d,+d3d_shader wine ./Bioshock.exe -dx9
Using following registry settings enables bioshock demo to run:
--- snip ---
HKEY_CURRENT_USER/Software/Wine/Direct3D
UseGLSL = "enabled"
--- snip ---
Optional: OffscreenRenderingMode = "fbo"
==================
Addendum:
wine --version
wine-0.9.45-406-g2ba3247
Currently uses secuROM hack (http://bugs.winehq.org/attachment.cgi?id=8235
) to run, see http://bugs.winehq.org/show_bug.cgi?id=7065
Be sure to include "-dx9" command line to work around directx 10 issue.
Regards
--
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=10225
Summary: SafeDisc 2.x triggers async device ioctl status code
propagation bug in wine server
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8843)
--> (http://bugs.winehq.org/attachment.cgi?id=8843)
relevant trace which shows ioctl status code propagation bug
Hello,
while testing my proof-of-concept patch which makes SafeDisc v2 (yuck!) finally
work, I stumbled across a nasty ioctl status code propagation (completion) bug
in wine server.
Wasted several hours on it .. I was suspecting SD issue whole time, but its a
wine server bug :(
Attached is relevant trace (WINEDEBUG=+seh,+tid,+relay,+ntoskrnl,+server wine
./BfVietnam.exe)
Before the bug is triggered, the SafeDisc security driver makes several device
ioctl requests which return 0xC0000001 (unsuccessful) on purpose, e.g. reading
debug Drx registers with index that does not exist.
This is intended to fool reversers :-)
The next operation - checking IDT entries should succeed - but does not (as
seen from calling client).
The kernel driver completes the operation successfully and returns
irp.IoStatus.u.Status == 0 with xxxx bytes in output buffer.
I verified it several times by debugging the kernel driver.
Upon driver ioctl call return, get_next_device_request() is triggered again in
ntoskrnl event loop which sets the return data (and status code) ->
set_ioctl_result().
This queues an APC, waking up the client (alertable state).
The client process device ioctl completes with 0 (FALSE) which is wrong.
Further debugging showed that ioctl_completion APC (dlls/ntdll/file.c) returns
the errornous status code in get_ioctl_result() when woken up by server.
This error is then propagated in server_ioctl_file() to result in wrong
NtDeviceIoControlFile() return code.
What puzzled me is that "ioctl->status" is correctly set by set_ioctl_result()
(=0) but get_ioctl_result() - called within client context - yields the
previous error code (0xC0000001 of failed request).
This is either a problem of global vs. thread local error status (global_error
vs. current->error/thread) or the ioctl call data is the wrong one.
The following patch works for me, letting SD 2.x continue - though i'm not sure
if it's right:
--- snip ---
diff --git a/server/device.c b/server/device.c
index 46b2796..8fe8f7c 100644
--- a/server/device.c
+++ b/server/device.c
@@ -528,7 +528,7 @@ DECL_HANDLER(get_ioctl_result)
ioctl->out_data = NULL;
}
}
- set_error( ioctl->status );
+
list_remove( &ioctl->dev_entry );
release_object( ioctl ); /* no longer on the device queue */
}
--- snip ---
Regards
--
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=10293
Summary: sequentially running games/apps with different SafeDisc
versions fails
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8945)
--> (http://bugs.winehq.org/attachment.cgi?id=8945)
Patch which fixes various isses regarding kmode driver unload/reload
Hello,
currently wine's kernel mode driver cleanup/unloading facility has several
issues when it comes to applications/games that unload and reload different
driver versions on the fly.
Example: run multiple SafeDisc 2.x, 3.x and 4.x games sequentially.
Symptoms: game either hangs/crashes/exits silently
Usually the SD security driver is placed in
"c:\windows\system32\drivers\secdrv.sys"
If a SafeDisc protected program encounters a driver version that is
incompatible it does the following:
- stop the current security service (should unload the driver)
- unpack own security driver from resources to temp storage and move the binary
to "c:\windows\system32\drivers\secdrv.sys", overwriting the previous
- restart the service (loads the new driver)
This currently fails for various reasons:
(1)
The driver binary is loaded using LoadLibrary() -> the matching FreeLibrary()
is missing on service stop.
This leads to sharing violation when the driver binary going to be replaced
(CopyFile fails).
(2)
No driver unload routine called. Very problematic.
Various objects (symlinks) created by driver entry are not freed.
When the driver is reloaded the init routine usually fails with "object
exists".
(3)
Driver state objects (driver_obj, driver_extension) have undefined state due to
static storage.
Raises all sorts of problems because the driver entry routine does not init all
fields.
---------
Attached is a patch which fixes these problems, allowing to sequentially run
programs with different SafeDisc Versions.
Regards
--
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=10451
Summary: Various AutoDesk 2008 product installers fail due to
unimplemented msi.MsiEnumComponentCostsW
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9156)
--> (http://bugs.winehq.org/attachment.cgi?id=9156)
stub impl of msi.MsiEnumComponentCostsW to keep AutoDesk 2008 installers happy
Hello,
various AutoDesk 2008 product installers fail due to unimplemented
msi.MsiEnumComponentCostsW API (mentioned in bug 9809).
--- snip ---
wine: Call from 0x7b841460 to unimplemented function
msi.dll.MsiEnumComponentCostsW, aborting
wine: Unimplemented function msi.dll.MsiEnumComponentCostsW called at address
0x7b841460 (thread 000e), starting debugger...
Unhandled exception: unimplemented function msi.dll.MsiEnumComponentCostsW
called in 32-bit code (0x7b8414d8).
--- snip ---
Attached patch makes installer happy.
Though that API (A/W) should be fleshed out some day ... this is left as
exercise for msi maintainers :-)
If you test this on AutoDesk 2008 installers, you need my shell32/shlfileop
patch from bug 9809 too.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.