http://bugs.winehq.org/show_bug.cgi?id=14343
Summary: Bigfishgames "Play My Games" Crashes With "Unhandled
page fault"
Product: Wine
Version: 1.0.0
Platform: PC
URL: http://www.bigfishgames.com/download-games/3355/airport-
mania-first-flight/index.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vik(a)catalyst.net.nz
Created an attachment (id=14640)
--> (http://bugs.winehq.org/attachment.cgi?id=14640)
Debug dump of bigfishgames crash.
After installing the game installer from above, attempts to run the "Play My
Games" application link on the desktop or from the command line result in a
crash. The command line command is:
vik@kereru:~/.wine/dosdevices/c:/Program Files/bfgclient$ env
WINEPREFIX="/home/vik/.wine" wine "C:\Program Files\bfgclient\bfgclient.exe"
Immediate results are:
wine: Unhandled page fault on read access to 0x003a0043 at address 0x40d5d3
(thread 0009), starting debugger...
Full version attached.
vik@kereru:~$ wine --version
wine-1.0
--
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=13387
Summary: Crysis patcher fails
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Trying to apply the 1.2.0 Patch for Crysis fails. It starts, but trying to
apply the patch results in:
"The wizard was interrupted before Crysis could be completely installed"
Console output at the relevant moment:
fixme:msi:ControlEvent_HandleControlEvent unhandled control event L"Reinstall"
arg(L"ALL")
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"DisableRollback"
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"SetODBCFolders"
err:msi:ITERATE_Actions Execution halted, action L"ChangeConfigPropCA" returned
1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
--
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=15304
Summary: Running any Half-Life based game in "Windowed Mode"
corrupts mouse movement
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: someprogr(a)yahoo.com
I have tried many steam games with this and many versions of Wine ranging from
0.9.48-1.1.4. For testing purposes try this with Counter-Strike Source.
To replicate:
1. Start Steam.
2. Edit parameters for Counter-Strike: -windowed
2.5 Also add any additional resolution parameters needed
3. Start Counter-Strike
4. Join server. When you spawn, or are spectating in freemode, the mouse will
automically and slowly start moving toward the top left.
To worsen this, if you move the Counter-Strike window to another location and
then go back to the game, the mouse will move at an even faster rate. This will
definately replicate it if it couldn't be replicated in the previous step.
This is reproducable every time. The in-game crosshair will always start moving
toward the top left.
NOTE: When you press escape (which takes you to the menus/etc) the mouse is
still. This problem only occurs in game when you are playing.
--
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=12178
Summary: wine 0.9.58 quicktime regression
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: weltall2(a)gmail.com
Created an attachment (id=11575)
--> (http://bugs.winehq.org/attachment.cgi?id=11575)
console output
I've just updated today to 0.9.58 from wine 0.9.57 using the official ubuntu
repositories reported in the main page and i've found a regression regarding
quicktime (7.4).
At a first look the application seems to load fine but when i do file=>open
file... and choose a quicktime movie (it was exported from keynote in mp4 and
has points where the animation locks automatically waiting for the user to
interact: that's why i can't use linux applications to see these... they don't
support this) the quicktime window goes to the top left and after some seconds
it closes itself.
Running wine from command line reported an unhandled exception which wasn't
there till last version. and the application seems to quit before the crash
backtrace.
As a side note the only way to make quicktime even launch (and work almost
correcly till 0.9.57 except some gui glitches which are of little importance)
is loading a native gdiplus.dll.
attached is the console output.
--
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=17935
Summary: an error occurred during the move data process 119
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aurosara(a)yahoo.com
Hi guys,
Im trying to install Delat Translatior 3.0 in ubuntu 8.10/wine i having an
error while installing the app
the error message is : an error occurred during the move data process 119
can any body give a thought?
--
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=18245
Summary: Polygon Love 2 - model shows up but doesn't have any
animation
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: knight666(a)gmail.com
Created an attachment (id=20756)
--> (http://bugs.winehq.org/attachment.cgi?id=20756)
A screenshot of the model standing with her arms wide
First off, launching Polygon Love 2 from the command line is impossible, it
crashes with the following output:
knight666@Katja:~$ wine "/media/disk/Program Files/Purple Heart/Polygon Love
2/PL2.exe"
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f830,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
It is possible to launch the game by double clicking the exe. Once loaded,
everything works as it's supposed to, but once you go in the dressing room,
your character doesn't display any animation, and just stands there with her
arms wide.
I've attached a screenshot demonstrating the effect.
Computer specs:
- Wine 1.1.20 (latest version at time of writing)
- Ubuntu 8.10
- 2.2 GHz AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
- 1 GB RAM
- 128 MB (I think) nVidia Corporation GeForce 8600 GT
--
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=18292
Summary: Make 8.3 names for LFNs more "Windows-like"
Product: Wine
Version: 1.1.20
Platform: PC
URL: http://source.winehq.org/source/dlls/kernel32/path.c
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
When Windows creates 8.3 names for long file names, it does so in the form
Progra~1 and increments the number by one with each new creation of a similar
filename.
So,
Program Files --> Progra~1
Programmers --> Progra~2
Program Blah blah --> Progra~3
and so on.
Under Wine, the 8.3 filenames seem somewhat random (PROG~HAE for example).
Is it possible to implement this behaviour?
It would make it easier to guess short path names, which makes it easier to add
paths to the registry (when needed for workarounds, for example).
--
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=16703
Summary: Wineconsole: Fallback from curses to window based
backend
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18362)
--> (http://bugs.winehq.org/attachment.cgi?id=18362)
Patch for fixing the curses->user backend fallback
Wineconsole currently falls back to a curses based terminal if the user has
specified the other one and it is unable to create windows. However, the
converse fallback doesn't work in all cases. If the curses backend fails by
being unable to load the curses library, wineconsole doesn't try the window
based backend.
The attached patch solves this issue.
--
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=12808
Summary: indexed bitmaps support is broken
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: misha-cn-ua(a)ya.ru
This bug occurs in every application, written using AlphaControls from
http://www.alphaskins.com
The problem: skins in that controls usually consist of indexed 8-bit bitmaps,
which at runtime are converted to 24-bit, splitted into parts and used to draw
controls. Under Wine such conversion results to messed up display, the
program's interface is very poor.
A workaround is to manually convert skin bitmaps to 24-bit, then program work
almost normally, however there some other glitches (track bars).
The easiest way to show the bug is to run AlphaControls demo application under
Wine. That demo can be freely downloaded from this page:
http://www.alphaskins.com/ademos.php
--
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=16704
Summary: wineconsole: Allow specifying the console backend to use
when wineconsole is launched implicitly
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)martin.st
Created an attachment (id=18363)
--> (http://bugs.winehq.org/attachment.cgi?id=18363)
Proposed patch for fixing the issue
When wineconsole is launched implicitly, when an application in wine opens a
console, it currently defaults to using the user backend of wineconsole,
without any possibility of changing which backend to use.
The console application to launch can be changed using the WINECONSOLE
environment variable, and wine appends --use-event=xx to that command line when
launching the console program. Setting WINECONSOLE to "wineconsole
--backend=curses" is ignored, since wineconsole chooses the user backend as
soon as the --use-event argument is parsed. This isn't necessary, since the
user backend is the default one. By removing the explicit setting of the user
backend when parsing the --use-event argument, choosing another backend through
the WINECONSOLE environment variable works as expected.
The attached patch implements this proposed change.
--
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.