January 2008 - Wine-Bugs - list.winehq.org

[Bug 10487] New: Half Life 2: game hangs on loading screen after valve video
by wine-bugs＠winehq.org Oct. 31, 2009

Oct. 31, 2009

http://bugs.winehq.org/show_bug.cgi?id=10487 Summary: Half Life 2: game hangs on loading screen after valve video Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: bug list AssignedTo: jnewman(a)codeweavers.com ReportedBy: wbaghdadi(a)gmail.com Created an attachment (id=9226) --> (http://bugs.winehq.org/attachment.cgi?id=9226) Dump after exec cs:source Wine 0.9.49 on Gutsy (Ubuntu 7.10) x64 with 8.42.3 fglrx on a HD2600. fglrx is working fine (tested using fgl_glxgears and et:qw, ut2004 and doom 3) Compiz is disabled. Steam + downloading games work perfectly fine. Upon launching HL2, TF2 or CS:S the opening videos (valve logos) play perfectly fine - the loading screen then comes up (a blurred image with loading in the bottom right hand corner) and wine kills itself. Changing dx level, heapsize, sound driver produce the same error. Setting video memory size in regedit, launching directly through commandline & using a virtual desktop also produce the same error. I've attached a dump from the terminal window (cs:s) + the loading screen it freezes on (hl2). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 9988] New: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer
by wine-bugs＠winehq.org Oct. 30, 2009

Oct. 30, 2009

http://bugs.winehq.org/show_bug.cgi?id=9988 Summary: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer Product: Wine Version: 0.9.46. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: tombrus(a)gmail.com The io_control() function with IOCTL_SERIAL_WAIT_ON_MASK in dlls/ntdll/serial.c does not seem to always return the equivalent status as windows. Unfortunately I only have an proprietary windows application (no source) that shows this. It is an application called FanControl shipped with a water cooling control unit from Innovatek (germany). The application controls the unit via an USB FTDI serial port. The application only works if there is such a device available. Rather difficult to reproduce on the average system :(. The fix is to remove a few lines of code from the wait_on() function: *events = check_events(fd, commio->evtmask, &commio->irq_info, &commio->irq_info, commio->mstat, commio->mstat); if (*events) goto out_now; where the 'if' is the essential bit. The status returned to the caller will be zero when the check_events() returns something. This seems to confuse the windows application. When the above lines are taken out the returned code is always "STATUS_PENDING" and the handling through wait_for_event() will always return the right things to my windows application. The code mentioned above looks like a shortcut to avoid starting a workitem with RtlQueueWorkItem(). My feeling is that this shortcut is not always valid. I will attach a patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9393] New: "EURO-Fahrschule 2007" starts and runs into an endless loop
by wine-bugs＠winehq.org Oct. 29, 2009

Oct. 29, 2009

http://bugs.winehq.org/show_bug.cgi?id=9393 Summary: "EURO-Fahrschule 2007" starts and runs into an endless loop Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ionic(a)ionic.de Created an attachment (id=7692) --> (http://bugs.winehq.org/attachment.cgi?id=7692) Screenshot from starting stage Hi, I wanted to run EURO-Fahrschule 2007, a German program which helps you learning for your driving license. The installation went well. After that I tried starting it. The starting window appeared and the little sound has been played (choppy though, but this is not of interest for me and we can let that out) - see screenshot one. After that the GUI should change it's look and the program ought to ready to use - like in screenshot two (taken from Microsoft® Windows®™ XP.) But this never happens. Instead, the application seems to hang and use 100% CPU, which lead me and other people to the conclusion that Wine is running into an infinitive loop. I tried to put a little mark in the near of where the program finished playing the sound. I hope that can be fixed. Have a nice day, -Ionic -- 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 10435] New: Portal 1.0: Portals don't always appear correctly ( clipping plane / frustum not being respected?)
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=10435 Summary: Portal 1.0: Portals don't always appear correctly (clipping plane / frustum not being respected?) Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrislord.net(a)gmail.com Often in Portal, instead of seeing through a pair of portals, you end up seeing what's behind the destination portal - but this depends on the viewing angle and distance. It would appear that the clipping plane/frustum (whatever) when the portal is rendered is modified with respect to the player's position in Portal; or perhaps it *isn't* modified and is instead rendered with the same clipping frustum as the main viewpoint. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 9688] New: Thief: Deadly Shadows does not render text properly
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9688 Summary: Thief: Deadly Shadows does not render text properly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Created an attachment (id=8111) --> (http://bugs.winehq.org/attachment.cgi?id=8111) Screenshot illustrating problem Many things in Thief: Deadly Shadows do not properly render text. This makes it extremely difficult to use the menus, save/load games, or read in-game instructions. Also, the problem gets worse as you move the mouse around. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 9374] New: Ricochet Infinity window fills the screen when switching from fullscreen mode
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9374 Summary: Ricochet Infinity window fills the screen when switching from fullscreen mode Product: Wine Version: 0.9.43. Platform: PC URL: http://appdb.winehq.org/appview.php?iVersionId=8907 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com By default, Ricochet Infinity runs in fullscreen mode at 800x600. When switching from fullscreen mode to windowed mode, the screen size is changed from 800x600 back to the original screen size (this should happen), and the window is resized to full the screen (this should not). This happens whether I'm using my normal window manager or running the program in a virtual desktop. Starting the game once the setting is changed to windowed mode works fine; the window is 800x600 and the screen size is not changed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 11345] New: Wrong button vertical position
by wine-bugs＠winehq.org Oct. 11, 2009

Oct. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=11345 Summary: Wrong button vertical position Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mirko2324(a)yahoo.de Created an attachment (id=10453) --> (http://bugs.winehq.org/attachment.cgi?id=10453) screenshot The up/down-button in all detail windows of eMule v0.48a (f. e. download details) are at the wrong vertical position. I made a screenshot of this issue. I have tested this with different versions of eMule and wine. -- 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 11385] New: Everquest 2 patcher window has transparency/ drawing regression
by wine-bugs＠winehq.org Oct. 9, 2009

Oct. 9, 2009

http://bugs.winehq.org/show_bug.cgi?id=11385 Summary: Everquest 2 patcher window has transparency/drawing regression Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djdunn.safety(a)gmail.com the everquest 2 patcher window has transparency/drawing regression screenshot of 0.9.53 http://www.people.iup.edu/cqpl/patcher-53.png screenshot of 0.9.54 http://www.people.iup.edu/cqpl/patcher-54.png wine log of 0.9.53 http://www.people.iup.edu/cqpl/window%20transparancy%20drawing%20on%2053 wine log of 0.9.54 http://www.people.iup.edu/cqpl/window%20transparancy%20drawing%20regression the diff of the two above wine logs http://www.people.iup.edu/cqpl/regression%20log%20diff -- 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 23

[Bug 10050] New: oleaut32 and ITypeInfo::Invoke arguments
by wine-bugs＠winehq.org Oct. 9, 2009

Oct. 9, 2009

http://bugs.winehq.org/show_bug.cgi?id=10050 Summary: oleaut32 and ITypeInfo::Invoke arguments Product: Wine Version: 0.9.47. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it I'm trying to see an application (a cnc simulator/manager called ZFlash) in wine. It is a quite big VB6 application and I hope one day (not so distant) will run in linux. There are strange (for me :) errors: ... ab},x=0,y=0,f=0,0x33e8b8), partially implemented. fixme:ole:OleLoadPictureEx (0x1451a0c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f17c), partially implemented. fixme:ole:OleLoadPictureEx (0x1460794,2110,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f530), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x1d94008)->(0x21ed868, 0, (nil)), hacked stub. fixme:ole:OLEPictureImpl_Render type -1 not implemented fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... HERE IS THE 'STRANGE' LINE fixme:ole:_invoke unsupported number of arguments 70 in stdcall fixme:ole:OLEPictureImpl_Render type -1 not implemented fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... fixme:ole:OLEPictureImpl_Render type -1 not implemented fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering ... continue In the wine sources: /dlls/oleaut32.dll, file typelib.c /* ITypeInfo::Invoke DWORD _invoke(FARPROC func,CALLCONV callconv, int nrargs, DWORD *args) { ... switch (callconv) { case CC_STDCALL: switch (nrargs) { case 0: res = func(); break; case 1: res = func(args[0]); break; ... case 30: ... it finishes at 30, but the application seems to need also the 46 and 70 case. I have added the two case and seems ok (it stops for another thing after this but I think is another story) My question is: 30 is considered only a big number or there is a reason? Seems that this application need bigger numbers... (wine 0.9.47 clean from sources) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 30

[Bug 9995] New: font/menu problems ocurring with 0.9.41
by wine-bugs＠winehq.org Oct. 9, 2009

Oct. 9, 2009

http://bugs.winehq.org/show_bug.cgi?id=9995 Summary: font/menu problems ocurring with 0.9.41 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: Hannes.Krueger(a)uibk.ac.at I use a windows application with wine. wine version 0.9.39 and 0.9.40 work fine with this application, versions from 0.9.41 (incl. builds from most recent git/cvs sources) fail to run this software: No text is displayed in the main window of the application. Browsing through the dropdown menus (which also do not contain any text) leads to a crash. The output of a successfull run with wine 0.9.40 and the output of a crash using version 0.9.41 is attached. Maybe somebody has an idea what the problem is. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 50