April 2011 - Wine-bugs - list.winehq.org

[Bug 14830] New: Autocad 2005 : many OLE/Activex problems
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=14830 Summary: Autocad 2005 : many OLE/Activex problems Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: max(a)veneto.com Well, I don't know if that's really a bug or many bugs at once... if somebody can be more precise, please correct me. 1) Lisp command (vl-vbaload "vba-project-name") don't work. It tells "Automation Error. Problem in loading DVB file" Manual (non autolisp) command line "-vbaload" works as expected. Notice that on windows machine both works. No error/messages shown on console upon command launch. 2) VBA has problem on autocad objects declarations/usage. For example, if I use : Dim myDoc as Object it does work (but of course you can't inspect object easily) If I use Dim myDoc as AcadDocument it DOESN'T work, it tells something like "not yet supported". Notice that on a windows machine both works ok. 3) Upon using some command that invokes OLE automation, CPU usage for autocad (and wineserver) rises to about 50% for each of them (total about 98%). I've got a 2 core machine, so it's still usable, but slows down everything. Stopping the command don't help; closing ALL of active drawings does help, CPU goes to 2%, but on new drawing/open drawing CPU still raise to 100%, even with no further OLE commands. I guess all 3 above are related to each one, so I put on a single bug report. Well, first 3 are by sure OLE related. Next one I don't know... 4) Opening Visual Lisp Ide from inside autocad don't allow to switch back to autocad again without closing it. Well, you can select Autocad window, but it's irresponsive. Upon closing ide, autocad becomes responsive again. More, if you open visual lisp ide, then help system from it, then close visual lisp ide, if you try to close help system autocad crashes. That don't happens if you close help BEFORE closing visual lisp ide. Max -- 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 9476] New: World of Warcraft doesn' t have a window frame when Beryl is the windows manager
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=9476 Summary: World of Warcraft doesn't have a window frame when Beryl is the windows manager Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: vecnix(a)gmail.com Actually can't resize , minimize or maximize window since there is nothing but the game window , also had problems to log in the game will provides a trace of the errors as soon I rebuild on 64 bit -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 21452] New: Debian packages at lamaresh.net are out of date
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=21452 Summary: Debian packages at lamaresh.net are out of date Product: WineHQ.org Version: unspecified Platform: x86 URL: http://www.lamaresh.net/binary.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Simon80(a)gmail.com The Debian packages at lamaresh.net don't get updated very promptly. I was ignoring this until I recently had to build and install 1.1.35 to get around a bug that had been fixed. I know this is a volunteer thing, but if there's anything that can be done to make this happen more smoothly, I figure that opening a bug is a good way to provide a forum for this. Perhaps the packages can be co-maintained, or the workflow of building and updating the packages could be automated. -- 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 4

[Bug 25822] New: Call from 0x7b839292 to unimplemented function setupapi.dll.CM_Get_DevNode_Status (Crashing while running a USB production tool)
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=25822 Summary: Call from 0x7b839292 to unimplemented function setupapi.dll.CM_Get_DevNode_Status (Crashing while running a USB production tool) Product: Wine Version: 1.3.11 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=32912) --> (http://bugs.winehq.org/attachment.cgi?id=32912) wine SK62XX_FA_20070928.exe.log Step 1 Follow http://wiki.winehq.org/USB to build wine with Alexander Morozov's unofficial USB patch. Step 2 Download SK6211_20080125.tar.gz.rename from http://goo.gl/suFJ9 , then rename, extract Step 3 Override oleaut32.dll Step 4 $ wine SK62XX_FA_20070928.exe Click "Reset hub", This will cause a crashing. See attachment "wine SK62XX_FA_20070928.exe.log" Without the USB patches, there is no crashing.There is no crashing also without overrided oleaut32.dll. -- 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 3

[Bug 11684] New: wine bug in unbuntu
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=11684 Summary: wine bug in unbuntu Product: Wine Version: unspecified Platform: All OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ricksamik(a)yahoo.com Created an attachment (id=10897) --> (http://bugs.winehq.org/attachment.cgi?id=10897) the text i get when trying to install wine I cannot get wine to install on ubuntu -- 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 4

[Bug 25743] New: Burger Shop 2 sets invalid permissions on launch (regression)
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=25743 Summary: Burger Shop 2 sets invalid permissions on launch (regression) Product: Wine Version: 1.3.11 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: danimothonline(a)gmail.com CC: damian.dixon(a)gmail.com On 1.3.11 when I launch Burger Shop 2 the save files do not work (it would normally autoload the previous savefile). The reason for this is that at the time of launch it will set invalid permissions on some files Burger Shop 2 keeps in: ~/.wine/drive_c/users/Public/Application Data/GoBit Games/BurgerShop2/ and then it won't be able to access the files. Also, the game can no longer save your progress. Manually changing the permissions and restarting the game also does not work, because at the time of launch invalid permissions will be set again. The permissions it sets are: d--------- Manually changing permissions and dropping to wine 1.3.10 or below works. Bisecting gives: a9bbd7dc86aff14308e0a5491e0f660fe3c49a2e is the first bad commit commit a9bbd7dc86aff14308e0a5491e0f660fe3c49a2e Author: Damian Dixon <damian.dixon(a)gmail.com> Date: Sat Jan 1 20:19:55 2011 +0000 advapi32: Implement SetEntriesInAclA by calling SetEntriesInAclW. :040000 040000 9b282dfa357e5e9feaf528338b79d683fbd9aeb7 157c485cfb237a0e590240c93439b97de4b20bd8 M dlls -- 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 11514] New: Adobe Acrobat Professional 6 fails to install
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=11514 Summary: Adobe Acrobat Professional 6 fails to install Product: Wine Version: 0.9.54. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jens(a)porup.com after computing space requirements, selecting language, typing in the serial number, selecting custom/full install, and destination folder, setup just... dies. quite a few fixme errors hit the console, followed by these three error messages: err:msi:HANDLE_CustomType23 Source package does not exist: L"D:\\Adobe Acrobat 6.0 Professional\\\\Adobe Reader 6.0.msi" err:msi:ITERATE_Actions Execution halted, action L"InstallReader" returned 1627 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1627 I am still attempting to generate a WINEDEBUG log, if anyone can suggest a more narrowly targeted flag rather than +relay please let me know, it takes *ages* for this process to work when debugging... -- 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 17

[Bug 13665] New: EVE Online locks up in combat
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=13665 Summary: EVE Online locks up in combat Product: Wine Version: CVS/GIT Platform: All URL: http://myeve.eve- online.com/ingameboard.asp?a=topic&threadID=787037&page= 1 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: Dessa(a)gmake.de i *think* it started happening with the trinity 1.2 expansion (and wine 0.9.61) i can't really reproduce that one, but i get it at least once a day. im not sure about the initial problem however since its happening on my win2k8 installation also. err:ntdll:RtlpWaitForCriticalSection section 0x15060038 "rtl.c: RTL_RWLOCK.rtlCS" wait timed out in thread0020, blocked by 0000, retrying (60 sec) -- 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 4

[Bug 12083] New: ok() test doesn't support nested calls
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=12083 Summary: ok() test doesn't support nested calls Product: Wine Version: CVS/GIT Platform: All OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P4 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: mmoss(a)google.com When ok() (wine/test.h) is used recursively, the reported filename and line numbers don't reflect the location in the code where the test actually failed. For example, in dlls/kernel32/tests/change.c, the ok(FinishNotificationThread(thread), ...) calls will report a line number inside FinishNotificationThread(), where ok() is also used. This is because the tls_data structure stores only a single filename and line number value, and every call to ok() updates them to the "current" values. Is it erroneous for test code to recursively call ok() (a quick test indicates that this happens hundreds of times throughout Wine's tests), or should ok() chain these values to handle recursive calls? -- 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 13919] New: directx.c NVIDIA GPUs memory detection can be vastly improved
by wine-bugs＠winehq.org 23 Feb '12

23 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=13919 Summary: directx.c NVIDIA GPUs memory detection can be vastly improved Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com There is a nice utility named nvclock, which allows overclocking of NVIDIA GPUs. This utility also shows very detailed information about the installed NVIDIA GPUs. I suppose Wine could 1) use nvclock utility directly by running `nvclock -i | awk '/Amount/{print $2}'` which directly yields the required number: 256 2) use nvclock as a shared static library (nvclock/src/backend/* -> nvclock.a) 3) incorporate a piece of nvclock code which detects the amount of GPU memory (nvclock/src/backend/info.c) cvs -z3 -d:pserver:anonymous(a)nvclock.cvs.sourceforge.net:/cvsroot/nvclock co -P nvclock -- 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