http://bugs.winehq.org/show_bug.cgi?id=4966
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.arindal.com/html/
| |en/downloads.html
Keywords|NoAppDBEntry |
------- Additional Comments From tony.lambregts(a)gmail.com 2006-20-08 14:49 -------
I tried this game out and the game installs and updates I get a screen that
looks OK to me. However the menus are in german so I have a hard time figuring
out what to do to test this.
(If there is someone who speaks german perhaps they can try it and give a better
test result than I did. http://appdb.winehq.org/appview.php?iVersionId=5586 )
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6012
Summary: Far cry installer hangs
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
I'm using the latest release and the farcry installer just hangs when trying to
install Fort/level.pak. I have two copies of the game and have tried both
installation cd's.
The message I get when tracing msi is as follows:
trace:msi:cabinet_notify extracting L"c:\\Program Files\\Ubisoft\\Crytek\\Far
Cry\\Levels\\Fort\\level.pak"
err:cabinet:fdi_decomp PFDI_OPEN returned zero for Data21.cab.
err:cabinet:fdi_decomp PFDI_OPEN returned zero for Data21.cab.
This repeats indefinitely.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6011
Summary: comctl32: jstrip crashes
Product: Wine
Version: 0.9.19.
Platform: Other
URL: http://davidcrowell.com/jStrip/Download.aspx
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
This crash was reported by a user on the wine user-list. It starts fine with
native comctl32. I'll attach the crash log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5955
------- Additional Comments From stefandoesinger(a)gmx.at 2006-20-08 14:28 -------
It is normal that you do not have a wined3d.dll file in your system32
directory. The real stuff is in the .dll.so files, the .dll files in system32
are just for applications which check for the existance of certain files.
wined3d.dll.so is a wine-specific dll, it doesn't exist on windows so we do
not need a fake .dll
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5955
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From stefandoesinger(a)gmx.at 2006-20-08 14:22 -------
Well, we still use the old software rendering code for 2D games by default,
except if the application lies to us and requests a D3D capable surface for no
reason(worms world party does that). You can work around broken games by
forcing gdi rendering. This won't help for applications which request a
DDSCAPS_D3DDEVICE surface AND initialize a d3ddevice without needing it, but
this is the same behavior as with old ddraw.
The crash that you are seeing is that the initialization code in wined3d
determines the capatiblities of your opengl installation, and this init code
apparently crashes if you don't have opengl. Additionally we always report to
have 3D capatiblity altough we shouldn't. These are some things which I didn't
have time for adding to wined3d yet, sorry about that.
So no, you do not need opengl by design to run 2D games, it is just missing
error checking in createFakeGLcontext and GetDeviceCaps. (an if(something ==
NULL) return D3DERR_NOTAVAILABLE; check might do the job)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4174
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5955
------- Additional Comments From J.Nicolaisen(a)gmx.net 2006-20-08 13:45 -------
d3d_caps:WineD3D_CreateFakeGLContext Error creating default context for
capabilities initialization
is this it?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3977
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |CLOSED
------- Additional Comments From tony.lambregts(a)gmail.com 2006-20-08 13:43 -------
Closing
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.