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

[Bug 14212] New: Winuae freeze as soon as you hit a key after starting the emulation.
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=14212 Summary: Winuae freeze as soon as you hit a key after starting the emulation. Product: Wine Version: 1.1.0 Platform: PC URL: http://www.winuae.net/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lorefice2(a)libero.it The emulator works quite well,but when hitting a key, the emulation hard freezes (you need ctrl-c to exit), and fps goes to 0. Tried on 32bit and 64bit. -- 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 8

[Bug 20570] New: In vb6 drop down combo width cannot be altered
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=20570 Summary: In vb6 drop down combo width cannot be altered Product: Wine Version: 1.1.32 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebug(a)pdadevelopments.co.nz when running wine version(1.1.32) on osx(winebottler), it has been discovered that drop down boxes do not expand to the width of the longest data row, when the following code at www.http://www.vbforums.com/showthread.php?p=593960 is run. The problem also occurs when running wine(stable) on centos 5.3 I have just started using wine, but I am guessing that either:- i) The set statement between vb6, or the corresponding win code, and the linux(X) gui is missing, or ii) The X drop down widget does not have a modify drop down width setting, or iii) none of the above :) Basically, SendMessage(mCombo.hwnd, CB_SETDROPPEDWIDTH, PixelWidth, 0) does not work. The drop down width stays at the initial combo box width, as set when the control was initially layed out. Or, the drop down combo width cannot be changed. thanks peter -- 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 7

[Bug 14932] New: Spore Prototype CityMaze: Rendering issue
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=14932 Summary: Spore Prototype CityMaze: Rendering issue Product: Wine Version: CVS/GIT Platform: Other URL: http://www.spore.com/static/war/images/community/prototy pes/CityMaze.zip OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrewfenn(a)gmail.com There is some kind of rendering issue with the CityMaze prototype where the screen will continuously flicker and shake vertically. -- 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 16977] New: Enable Multisampling again
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=16977 Summary: Enable Multisampling again Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de Multisampling was disabled because of driver bugs, but nvidia released a stable driver (180.22) where the issue has been fixed. So it should enabled again for users who have this driver installed. -- 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 21077] New: AOEIII: Antialiasing crops display area
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=21077 Summary: AOEIII: Antialiasing crops display area Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=25278) --> (http://bugs.winehq.org/attachment.cgi?id=25278) Different AA options I'm using Wine-1.1.35 compiled from source on 32 bit Fedora 12 [gcc (GCC) 4.4.2 20091027 (Red Hat 4.4.2-7)] When I set anti-aliasing in AOE III graphic settings menu then display area is cropped. The higher anti-aliasing is set the less display area I see (please see attachment). There are only three options for AA in AOE III: disable, low, high. The problem occurs in main screen of the game (please see attachment) and during play. The problem doesn't occur in menus. Additional info: 1) AOE III patched to version 1.13 2) GFX: NVIDIA 9xxx 3) Drivers: 195.22 from vendor's site -- 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

[Bug 20239] New: 15mb VB6 applications
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=20239 Summary: 15mb VB6 applications Product: Wine Version: 1.0.1 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elcotorro(a)gmail.com 15mb VB6 applications desaparear after 2 minutes, it doesnt matter if they are active or not -- 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 5

[Bug 17030] New: uTorrent 1.8.1 final crashes when deleting files
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=17030 Summary: uTorrent 1.8.1 final crashes when deleting files Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: crapforacc(a)gmail.com utorrent 1.8.1 final crashes with an " uTorrent has crashed. A crash dump as been saved as: ..." http://i44.tinypic.com/8wf41g.jpg This error occures when you delete a file from shell that you downloaded with utorrent. But without deleting the torrentfile inside of uTorrent. Now you choose to delete torrentfile + data (but the data doesn't exist anymore) inside of utorrent and uTorrent will crash. http://download.utorrent.com/1.8.1/utorrent.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.

1 10

[Bug 18586] New: Cannot build wine-1.1.22 on OpenSolaris snv_112 with GNU ld
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=18586 Summary: Cannot build wine-1.1.22 on OpenSolaris snv_112 with GNU ld Product: Wine Version: 1.1.22 Platform: PC OS/Version: Solaris Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: ylitvinenko(a)slb.com Errors when building: gcc -c -I../../../wine-1.1.22/dlls/acledit -I. -I../../../wine-1.1.22/include -I../../include -D__WINESRC__ -D _REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -W pointer-arith -march=pentium-m -mtune=pentium-m -o main.o ../../../wine-1.1.22/dlls/acledit/main.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ../../../wine-1.1.22/dlls/acledit/acledit.spec m ain.o -o acledit.dll.so -lkernel32 ../../libs/port/libwine_port.a -lsocket -lnsl Archive member included because of file (symbol) ../../dlls/winecrt0/libwinecrt0.a(dll_entry.o) acledit.dll-Phx6qc.spec.o (__wine_spec_dll_entry) ../../dlls/winecrt0/libwinecrt0.a(init.o) ../../dlls/winecrt0/libwinecrt0.a(dll_entry.o) (__wine_spec_init_state) ../../dlls/winecrt0/libwinecrt0.a(stub.o) acledit.dll-Phx6qc.spec.o (__wine_spec_unimplemented_stubacledit.dll-LoJFfh.map:3: undefined symbol `A0x1000' referenced in expression collect2: ld returned 1 exit status I think this error because of winegcc creates linker's map files that GNU ld doesn't understand. The file tools/winegcc/winegcc.c contains line create_file( mapfile, 0644, "text = A%s;\ndata = A%s;\n", align, align ); that produces this "undefined symbol A0x1000" -- 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 17565] New: Half-Life 2 pauses after first key pressed
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=17565 Summary: Half-Life 2 pauses after first key pressed Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jordm.s(a)gmail.com The first key pressed after loading a game for the first time after starting Half-Life 2 will cause the game to pause. It only happens the first time you load a game after just starting the app, loading any game afterwards will not cause the issue. The bug isn't very serious, all you have to do is hit "Resume Game" in the menu, but nonetheless, shouldn't be happening. -- 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 25

[Bug 12689] New: Input messages lingering in server slowing down wine
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=12689 Summary: Input messages lingering in server slowing down wine Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexd4(a)inbox.lv Created an attachment (id=12347) --> (http://bugs.winehq.org/attachment.cgi?id=12347) testcase for problem Attached testcase illustrates the problem. The problem was originally found in a fan-developed Forsaken mod. I couldn't get feedback on this on wine-devel, so I'm opening a bug for this. Close if it's not a bug or is non-fixable. How to reproduce: hold a key and move mouse over the window, preferably also clicking mouse buttons, main loop latency steadily increases from 10 to 50 (and even 100) in a short time. In a game this means going from 100 fps to 20 or 10 just because of input messages. Has to be noted that in the actual game the rate of slowdown seemed at least 2-3 times faster when just holding one key and moving mouse, for reasons I don't know, but the testcase still should enough to show the problem. What the testcase is doing is bad practice, it's basically refusing to process certain types of messages, and PeekMessage just once during a loop is probably bad as well, but that's what the game was originally doing in its main game loop. There are several concerns about it: 1) No slowdown happens on Windows, either in game or in this testcase. No matter how much I move the mouse holding key and clicking madly, it shows same stable 15-16 ticks latency in the testcase. I don't know what it does, but somehow it handles this situation better than Wine. 2) Can this (broken) way of doing things be exposing some inefficiency in message handling, maybe something that could use optimization? I tried to put debug hacks into queue_hardware_message(), it seems that when slowdown is already VERY bad in Forsaken (10fps), message queue in wine server has about 400 or maybe 600 messages. Is that kind of processing overhead per message inevitable? (This is happening on AMD Athlon(tm) 3200+). Perhaps somebody who knows that part of code well may be interested in looking into performance issues in this case. Because, if 400-600 messages in the queue slow down the application to a crawl, then who knows, perhaps it decreases performance of more well-behaved but input-intensive apps as well, just less drastically (holding one or several keys to move, all the while aiming with mouse and abusing mouse buttons is a common thing in games, so there can be quite a few input messages flooding the server). -- 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