http://bugs.winehq.org/show_bug.cgi?id=23099
Summary: Perfect world crashes
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amnizia_xll(a)yahoo.gr
Hi! i have download the game Perfect world (mmorg),i have create a character
,and when i click on "play" button the game crashes.The error report have these
logs :
bbs.log
FWEditor.log
s2ccmd.log
AF.log
Imm.log
A3D.log
ec_build2305.dmp
AM.log
EC.log
system settings.ini
sysinfo.ini
PLEASE HELP, im new on linux community
--
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=21490
Summary: Debug build of Chromium aborts on startup because
GdiInitializeLanguagePack() returns failure
Product: Wine
Version: 1.1.32
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This was mentioned in passing in bug 20671.
You can run a debug build of Chromium on Wine with --no-sandbox,
but you have to get GdiInitializeLanguagePack to return success
first, or it will abort early with
[41:42:5571:FATAL:render_process.cc(62)] Check failed: gdi_init_lpk.
The patch attached to bug 20671 does the trick.
http://m-a-tech.blogspot.com/2009/04/emf-buffer-idiocracy.html
explains why Chrome calls that function; it's needed to make native behave.
--
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=13481
Summary: ChangeDisplaySettings can't set *only* BPP
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rolf(a)neuberrosoft.de
Created an attachment (id=13402)
--> (http://bugs.winehq.org/attachment.cgi?id=13402)
Test case, w Makefile and full NetBeans project tree
Given an "incomplete" DEVMODE structure, with no fields set except for
dmBitsPerPel, and the corresponding flag in dmFields (i.e.
dmFields=DM_BITSPERPEL), ChangeDisplaySettings as implemented in Wine doesn't
replicate the behaviour of a real Windows system correctly.
A real Windows system happily executes the call and returns
DISP_CHANGE_SUCCESSFUL. Display bit-depth will be adjusted, if it was different
to begin with, while the remaining parameters stay as they were. After the
call, resolution and refresh are still whatever the user selected as the
desktop resolution. Even on 2k/XP, which are sometimes happy to drop the
refresh rate to 60Hz, the refresh rate remains constant, which is one of the
reasons I found this type of call to be useful sometimes.
I've tested this today with a MingW-built executable, and found the above to be
accurate for Windows 98SE, Windows 2000 SP4 and Windows XP SP2, irrespective of
whether the initial desktop bit depth is 16 bit or 32 bit.
On Wine (wine-1.0-rc2 on Ubuntu 8.04), the very same call to
ChangeDisplaySettings, made from the same executable, will fail with a return
code of -2 (DISP_CHANGE_BADMODE).
I've attached my test case. It will make the call and pop up a message box with
the results of the call.
I used the i586-mingw32msv-gcc compiler provided by the "mingw32" package in
the official Ubuntu repositories.
The project was set up in NetBeans 6 so the Makefile is somewhat convoluted,
but it doesn't appear as if the build process requires NetBeans. Just
navigating to the directory and running make seems to work. The executable ends
up in dist/Debug/GNU-Windows/.
Priority of the bug isn't high. I've used it in some graphics-library code, but
only in debug builds for my own testing purposes. I'm not aware of publically
available shipping programs that hit on this. Reported anyway, for
correctness's sake.
The app-level workaround is to query the current desktop mode and fill in the
DEVMODE structure more completely. Beyond the scope, but you get the idea.
I'm new to this Bugzilla stuff, so if I forgot some vital piece of info, please
be gentle. I want to be helpful.
--
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=21349
Summary: Python.exe crashes
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jackson+winehq-bugzilla(a)jacksonc.com
Created an attachment (id=25706)
--> (http://bugs.winehq.org/attachment.cgi?id=25706)
Wine debug output
When Python 2.6.4 runs a packaging application called "PyInstaller" it crashes.
It's been working fine, except this is the first time it's been using the audio
libraries listed. eg. Phonon/Quartz. I tried running this in Windows 7, and it
works fine.
--
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=22788
Summary: OriginPro 8.0 under Lucid Lynx
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yann.roche(a)voila.fr
OriginPro 8.0 crashes at start (with a "program must close, etc." window) with
Ubuntu 10.04. Note it started before Ubuntu upgrade (9.10)
--
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=13347
Summary: dogfood: skype only works in "Win95" mode
Product: Wine
Version: 1.0-rc1
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcus(a)jet.franken.de
The windows Skype in win XP mode crashes with
trace:seh:raise_exception code=c0000005 flags=0 addr=0x593ad1
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=ffffffff
trace:seh:raise_exception eax=000000ad ebx=000000ad ecx=000007c8 edx=0033fcd0
esi=00000000 edi=01ca0460
trace:seh:raise_exception ebp=00000000 esp=0033fcd0 cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00210202
trace:seh:call_stack_handlers calling handler at 0x48bd29 code=c0000005 flags=0
wine: Unhandled page fault on read access to 0xffffffff at address
0xffb4a51e:0x00593ad1 (thread 0009), starting debugger...
and the instruction there is a int 0x2e, which is not handled.
When setting the Windows version to Win95, Skype.exe works wonderful (buyt
displays other warnings).
=> Skype Should work in XP mode too.
=> Or we should set the default cversion for Skype.exe to Win95 in our registry
--
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=18101
Summary: when trying to start a new game, a file called
"default.tot" starts to grow in size arbitrarily
Product: Wine
Version: 1.1.18
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simulcra(a)uchicago.edu
CC: simulcra(a)uchicago.edu
"default.tot" is a generally problematic file in various infinite engine games
(there are various bugs out there, generally related to character creation).
For example, for baldur's gate 2, sometimes you can have a problem trying to
save a game because of a presence of a 0-byte file called "default.tot" in the
tempsave/ directory. Deleting it will allow a save, though the game will
create a new 0-byte default.tot file almost immediately (a more permanent hack
to fix this is to mkdir tempsave/default.tot).
Icewind Dale 2 has a problem with default.tot in which in previous versions of
wine, tryign to create a party with more than 1 character at the start will
result in a crash, related to a defaul.tot issue (in some versions of wine, an
actual error message would pop up).
Starting with 1.1.18, the issue has become drastically more severe. *Any*
attempt at creating a new party will result in the game creating a default.tot
file, and instead of leaving it at 0-bytes, it will begin to grow it
arbitrarily while the game is stuck at the loading screen. I've seen it go up
to 500 megabytes in size before finally doing a wineserver -k to quite the
Icewind Dale 2 process. Doing the Baldur's Gate 2 hack (creating an empty
default.tot/ directory to block the reation of the file) lets the game get past
its original lock point, but then will lock up anew after the loading screen
finishes.
I'm currently running some regression tests to see when this bug got
introduced, so stand by.
--
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=15723
Summary: A text error for Content Composer
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neil.mulcahy(a)gmail.com
After loading content composer the text was invisible and it came into view
when highlighted and also the word wrap was not working.
the error i was getting is this one.
fixme:richedit:RichEditWndProc_common EM_FORMATRANGE: stub
i used winetricks to get riched20 and it did not fix anything. then i used
winetricks to get riched30 and the text came into view and the word wrap
started working but the right click menu has now gone away.
--
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=23270
Summary: GTA2 options menu item broken - CreateProcess runs
wrong executable
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Start the game, press esc to skip the intro, then select Options.
You expect to be in an options menu, but instead you're left with the
game minimized, staring at a console.
+process log shows
trace:process:CreateProcessW app (null) cmdline L"GTA2 Manager.EXE"
trace:process:find_exe_file looking for L"GTA2"
trace:process:find_exe_file Trying native exe L"C:\\Program Files\\Rockstar
Games\\GTA2\\GTA2.exe"
trace:process:CreateProcessW starting L"C:\\Program Files\\Rockstar
Games\\GTA2\\GTA2.exe" as Win32 binary (0x400000-0x678000)
Whoopsie. That heuristic looks like it's broken.
--
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=22813
Summary: wine's loader does not check invalid image size
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://ghostscript.com/~hintak/wine-debug/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: htl10(a)users.sourceforge.net
+++ This bug was initially created as a clone of Bug #22812 +++
(#22812 against the compilation - this bug is about the loader not complaining)
part of ghostscript's building process runs:
mt -nologo -manifest psi/dwsetup_x86.manifest -outputresource:setupgs.exe;#1
mt -nologo -manifest psi/dwuninst_x86.manifest -outputresource:uninstgs.exe;#1
This step corrupts executables under wine and they gain a wrong image size;
both vista and win7 then complains they are not valid win32 applications. See
discussion on wine-devel mailing list.
But wine would happily load them, so wine is not checking for validity. Here
are two such broken executables:
http://ghostscript.com/~hintak/wine-debug/setupgs-wine.exehttp://ghostscript.com/~hintak/wine-debug/uninstgs-wine.exe
--
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.