wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6444 discussions

[Bug 21490] New: Debug build of Chromium aborts on startup because GdiInitializeLanguagePack() returns failure
by wine-bugs＠winehq.org 30 Aug '14

30 Aug '14

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.

1 10

[Bug 13481] New: ChangeDisplaySettings can't set *only* BPP
by wine-bugs＠winehq.org 27 Aug '14

27 Aug '14

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.

1 10

[Bug 21349] New: Python.exe crashes
by wine-bugs＠winehq.org 24 Aug '14

24 Aug '14

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.

1 12

[Bug 13347] New: dogfood: skype only works in "Win95" mode
by wine-bugs＠winehq.org 24 Aug '14

24 Aug '14

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.

1 28

[Bug 18101] New: when trying to start a new game, a file called "default.tot" starts to grow in size arbitrarily
by wine-bugs＠winehq.org 23 Aug '14

23 Aug '14

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.

1 15

[Bug 15723] New: A text error for Content Composer
by wine-bugs＠winehq.org 23 Aug '14

23 Aug '14

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.

1 11

[Bug 18389] New: Registering after installing Roblox doesn't work
by wine-bugs＠winehq.org 22 Aug '14

22 Aug '14

http://bugs.winehq.org/show_bug.cgi?id=18389 Summary: Registering after installing Roblox doesn't work Product: Wine Version: 1.1.20 Platform: Other URL: http://wiki.roblox4linux.co.cc OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After doing 'winetricks pdh' to work around bug 18388, it takes you to a web page; clicking Register and then Over 13 takes you to a nice page where you put in your desired userid and password. Clicking "Sign Up!" does nothing. On the log one sees fixme:mshtml:nsUploadChannel_SetUploadStream Unsupported aContentType argument: "application/json; charset=utf-8" fixme:mshtml:nsUploadChannel_SetUploadStream Unsupported aContentType argument: "application/x-www-form-urlencoded; charset=utf-8" 'winetricks ie6' doesn't work around the problem - it shows a blank web page. Workaround is to go to http://www.roblox.com/ in Firefox and register there; then you can log in in the iexplore window roblox opened up. -- 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.

1 9

[Bug 10332] New: Irfanview crashes in thumbnail mode when previewing certain text file
by wine-bugs＠winehq.org 22 Aug '14

22 Aug '14

http://bugs.winehq.org/show_bug.cgi?id=10332 Summary: Irfanview crashes in thumbnail mode when previewing certain text file Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: malte(a)cornils.net Created an attachment (id=8998) --> (http://bugs.winehq.org/attachment.cgi?id=8998) file in folder makes irfanview's thumbnail browser crash Normal thumbnail browse mode is fine. However, when I enter a directory with a certain file in it (attached as nautilus-debug-log.txt), IrfanView crashes. Other files (images, text files) are fine. I have been unable to get a backtrace; gdb won't let me since the application exits with 01 status, and winedbg doesn't return to its shell after I typed "run" once. It's an X error, so maybe wine catches the error condition and "gracefully" shuts down. The X error output is also attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 17856] New: JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0"
by wine-bugs＠winehq.org 22 Aug '14

22 Aug '14

http://bugs.winehq.org/show_bug.cgi?id=17856 Summary: JFlothows Wuerfel crashes with BAD_DRAWABLE "Cannot get FB Config for iPixelFormat 0" Product: Wine Version: 1.1.17 Platform: PC URL: http://download.jflothow.de/fvstein/WuerfelWIN.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: normandy(a)web.de The program linked here should open up a window and display a unit cube to demonstrate the effects of a transformation-matrix. The application crashes right after opening the window. There is no OpenGL-cube drawn. Here's a log: http://pastebin.com/f1c718e52 --- fixme:richedit:ME_HandleMessage WM_STYLECHANGING: stub fixme:richedit:ME_HandleMessage WM_STYLECHANGED: stub err:wgl:internal_SetPixelFormat Invalid iPixelFormat: 0 err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect problems! X Error of failed request: GLXBadDrawable Major opcode of failed request: 128 (GLX) Minor opcode of failed request: 11 (X_GLXSwapBuffers) Serial number of failed request: 936 Current serial number in output stream: 936 Locking assertion failure. Backtrace: [...] --- GFX card: Geforce 8800GTX, prop. driver version 177.82, one display. -- 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.

1 21

[Bug 20414] New: Crash in Tales of Monkey Island
by wine-bugs＠winehq.org 22 Aug '14

22 Aug '14

http://bugs.winehq.org/show_bug.cgi?id=20414 Summary: Crash in Tales of Monkey Island Product: Wine Version: 1.1.31 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: per(a)morth.org Created an attachment (id=24221) --> (http://bugs.winehq.org/attachment.cgi?id=24221) log info/traceback Sometime between release of chapter 20 (27/8 iirc) and chapter 3 (29/9), wine has started to crash when trying to play Tales of Monkey Island for me. I've tried various clean .wine dirs / using native dlls, but nothing seems to help. Crash log is attached -- 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.

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2010