December 2007 - Wine-bugs - list.winehq.org

[Bug 9856] New: winecfg freezes when alt+ certain keys in certain places
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=9856 Summary: winecfg freezes when alt+ certain keys in certain places Product: Wine Version: 0.9.46. Platform: PC URL: http://www.winehq.org/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk In certain places in winecfg, pressing alt + a certain key will freeze winecfg (it never seems to actually crash). Steps to reproduce: Start winecfg Click Libraries Press alt + m winecfg has now frozen. - It works on tabs other than Libraries, and with keys other than alt + m (depending on what tab you are on). - If the key pressed is an alt + key shortcut on the current tab, it won't crash - It only happens when no control has the current focus - ie. when you have just changed tabs, but if you tab to select the tabs then change tab, it will not freeze. Also tested with the latest Git. There is on terminal output, other than the fixme printed at startup: fixme:wave:OSS_WaveInit () stub -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 9682] New: NVDVD fails to start due to saxxml error
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=9682 Summary: NVDVD fails to start due to saxxml error Product: Wine Version: CVS/GIT Platform: PC URL: http://www.fileshack.com/file.x/1807/NVDVD+2.2 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=8101) --> (http://bugs.winehq.org/attachment.cgi?id=8101) console output when I try to launch NVDVD in wine using (NvDvd.exe -p NVDVD) for the skin path I get the following error dialog: an error has occured in CSkinFactory.cpp at line 90. Unable to create SAXXMLReader. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

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

31 Oct '09

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 30 Oct '09

30 Oct '09

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 30 Oct '09

30 Oct '09

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 23 Oct '09

23 Oct '09

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 23 Oct '09

23 Oct '09

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 23 Oct '09

23 Oct '09

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 10050] New: oleaut32 and ITypeInfo::Invoke arguments
by wine-bugs＠winehq.org 09 Oct '09

09 Oct '09

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 09 Oct '09

09 Oct '09

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