November 2009 - Wine-Bugs - list.winehq.org

[Bug 7067] Simcity 3000 has partial, grainy, B&W video, and crashes with "exceptional error" upon mouse focus
by wine-bugs＠winehq.org Nov. 15, 2009

Nov. 15, 2009

http://bugs.winehq.org/show_bug.cgi?id=7067 --- Comment #18 from Tijl Coosemans <tijl(a)fastmail.fm> 2009-11-15 05:25:17 --- Version 1.1 of the game has always worked better for me, so try the update found here: http://simcity3000unlimited.ea.com/us/simexchange/downloads/sc3k_bat/index.… -- 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 0

[Bug 7067] Simcity 3000 has partial, grainy, B&W video, and crashes with "exceptional error" upon mouse focus
by wine-bugs＠winehq.org Nov. 15, 2009

Nov. 15, 2009

http://bugs.winehq.org/show_bug.cgi?id=7067 --- Comment #17 from Ralf Jung <ralfjung-e(a)gmx.de> 2009-11-15 04:46:51 --- Thanks for the quick help! Unfortunately, this did not work. I tried Xephyr, and when running the game within it, I get: err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=32 err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=32 X Error of failed request: GLXBadDrawable Major opcode of failed request: 150 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 407 Current serial number in output stream: 407 While the Xephyr window shows the infamous "??? Unknown Exception" again - without even starting to play the music. Doing the same in my main X session (24bit), I hear at least some music before I get that error. However, if I set my full X session to 16bit, the game starts fine (I just tested loading some pre-existing city which worked). So for some reason wine still tries to allocate 32bit-bitmaps if it is run in 16bit-Xephyr, but not if it is run in a full 16bit X-server. Is this still the right bug (which should be re-opened then), or should I open a new one? -- 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 0

[Bug 20705] New: Galcon installs but fails to start
by wine-bugs＠winehq.org Nov. 15, 2009

Nov. 15, 2009

http://bugs.winehq.org/show_bug.cgi?id=20705 Summary: Galcon installs but fails to start Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon.dufresne(a)gmail.com wine-1.1.33 Galcon installer: http://www.imitationpickles.org/galcon/files/galcon-install.exe Galcon installs with no visible errors but fails to start. When starting, a dialog appears that reads: Title: Microsoft Visual C++ Runtime Library Body: Runtime Error! Program: C:\Program Files\Galcon\main.exe This application has requested the Rutime to terminate it in an unusual way. Please contact the application's support team for more information. I see the following on the console: $ wine ./main.exe ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory fixme:mixer:ALSA_MixerInit No master control found on Intel 82801DB-ICH4 Modem, disabling mixer fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x14bc40,0x158c08): stub Allocating 16 x 16 radeon RBO (pitch 16) Fatal Python error: (pygame parachute) Segmentation Fault fixme:winmm:MMDRV_Exit Closing while ll-driver open This game uses python and pygame, so it looks like python is segfaulting when it runs. -- 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 5382] Add QT/GTK Integration
by wine-bugs＠winehq.org Nov. 15, 2009

Nov. 15, 2009

http://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #15 from loonyphoenix(a)gmail.com 2009-11-15 00:09:49 --- Just out of curiosity -- why can't it? It's not like Wine can't access the user interface -- it uses the tray, for one. And, I assume, as all settings on Linux usually do, the color scheme in use should be written in some plain text file -- can't Wine access the file system? Of course it can. So I'm at a loss. Anyway, I'd think on Linux it would be easier to code a GTK+/Qt app than to re-implement Windows API, as Wine does, so I don't see the complexity of writing a simple helper application which would pass on the colors to Wine. Please don't think I'm criticizing the people doing the amazing work developing Wine -- as I have said, I understand the complexity of the task the program aims to accomplish. I'm just very surprised such a simple thing as probing the colors is regarded as a complicated task. -- 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 0

[Bug 5382] Add QT/GTK Integration
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #14 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-11-14 23:53:58 --- (In reply to comment #13) > Can't at least colors adjust automatically? Is it that hard to do? Yes, that would need to be an external application written in c++ for QT/GTK. Wine itself won't be able to do it. -- 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 0

[Bug 20708] New: Regression: 3DMark 2000 installer fails
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=20708 Summary: Regression: 3DMark 2000 installer fails Product: Wine Version: 1.1.33 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cruiseoveride(a)gmail.com Created an attachment (id=24738) --> (http://bugs.winehq.org/attachment.cgi?id=24738) Tarballed WINEDEBUG=+relay log = extracts to 50mb! MessageBox error is thrown during installation. Test procedure: 1. Download 3DMark 2000 http://www.ocinside.de/html/links/ocsoft_links.html - Clean wineprefix, using wine-1.33 2. wine 3dmark2000_v11_100308.exe - Click Setup, Next, Next etc.. Crashes at 0% installation progress. I also tried Win98 mode, and it made no difference. Ubuntu 9.10 x86_64 - 2.6.32rc7 - wine-1.33 -- 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 20704] New: Some bitmap GUI elements have non-transparent purple color in winword & wordview
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=20704 Summary: Some bitmap GUI elements have non-transparent purple color in winword & wordview Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com In both WordViewer & Office Word 2003 some GUI elements have purple background. This background should be transparent. Under windows it is (i checked). -- 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 20701] New: unable to start wine and winecfg on x86_64
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=20701 Summary: unable to start wine and winecfg on x86_64 Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cguth(a)free.fr I had just installed Opensuse 11.2 shipped with wine 1.1.33 and i installed it with dvd version x86_64 (i have an Intel dual core with 4gb of ram). When i ran winecfg, it create the .wine directory and then it says that it couldn't extract install_cab, and it couldn't install gecko too. I tried to use wine-doors, it fails too (unable to download and install some applications). the exact text is below : christophe(a)zgcportable:~> winecfg wine: created the configuration directory '/home/christophe/.wine' err:mshtml:install_cab Could not extract package: 80070002 Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/christophe/.wine' has been updated. I needed wine to install Ie7 (for testing my intranet site) but it seems not working on Opensuse 11.2. -- 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 5382] Add QT/GTK Integration
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=5382 loonyphoenix(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |loonyphoenix(a)gmail.com --- Comment #13 from loonyphoenix(a)gmail.com 2009-11-14 21:00:43 --- Can't at least colors adjust automatically? Is it that hard to do? It's very easy now to find a color theme and paste it into Wine's regestry. How difficult can it be for those colors to be taken from similar values in Qt4/GTK+? -- 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 0

[Bug 9158] "Microsoft .NET Framework 3.0 Redistributable" online installer fails to skip file with FILE_ATTRIBUTE_HIDDEN, fails
by wine-bugs＠winehq.org Nov. 14, 2009

Nov. 14, 2009

http://bugs.winehq.org/show_bug.cgi?id=9158 Sjors Gielen <dazjorz(a)dazjorz.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dazjorz(a)dazjorz.com nathan.n <saturn_systems(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saturn_systems(a)yahoo.com Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|patch | Component|-unknown |ntdll Summary|"Microsoft .NET Framework |"Microsoft .NET Framework |3.0 Redistributable |3.0 Redistributable" |Package" fails to install |install fails to skip file | |with , fails Summary|"Microsoft .NET Framework |"Microsoft .NET Framework |3.0 Redistributable" |3.0 Redistributable" |install fails to skip file |install fails to skip file |with , fails |with FILE_ATTRIBUTE_HIDDEN, | |fails Summary|"Microsoft .NET Framework |"Microsoft .NET Framework |3.0 Redistributable" |3.0 Redistributable" online |install fails to skip file |installer fails to skip |with FILE_ATTRIBUTE_HIDDEN, |file with |fails |FILE_ATTRIBUTE_HIDDEN, | |fails Jon Dufresne <jon.dufresne(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jon.dufresne(a)gmail.com --- Comment #19 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-24 13:39:23 --- (In reply to comment #18) > I've been thinking about how to handle FILE_ATTRIBUTE_HIDDEN in Wine. In > Nautilus (and probably other file managers) you can hide files by creating a > file called ".hidden" and listing the names of the files you wish to hide. > > Once possible proper fix for this bug (aside from the workaround posted) is to > alter create_file (server/file.c) to add an entry to a .hidden file in the > destination directory when a file is created with FILE_ATTRIBUTE_HIDDEN set. > Then FindFirstFile/FindNextFile could check this file (if it exists) and ignore > any files listed. > > This should give the behaviour needed without having to rename the files so > they are prefixed with a dot. As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so that can't be the problem here... Right? --- Comment #20 from Austin English <austinenglish(a)gmail.com> 2009-05-24 14:16:32 --- (In reply to comment #19) > As far as I can see, '$shtdwn$.reg' is not prefixed with a dot or anything, so > that can't be the problem here... Right? The problem is the installer expects the file to be hidden, in the Windows way, e.g., not a '.', but given the hidden attribute, which Wine does not support. --- Comment #21 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 15:24:50 --- (In reply to comment #20) > The problem is the installer expects the file to be hidden, in the Windows way, > e.g., not a '.', but given the hidden attribute, which Wine does not support. You said: > This should give the behaviour needed without having to rename the files so > they are prefixed with a dot. I thought this was the way Wine does it now :) What about this: Wine gets (for case insensitivity) a solution like ciopfs: all files are stored in lower case, and then Wine keeps a database file (sqlite or so?) containing the original filename and other non-ext properties, like whether they are hidden. Using SQLite, it wouldn't be too slow; Wine doesn't need to read all files in the directory since the files are lowercase. It only needs to search if the lowercase file does not exist, in which case it does search and if it finds a file, it renames it to lowercase and adds it to the database to speed up future searches; this is necessary to merge from older Wine versions. This solution will only be noticeably slow when an application continuously asks for a non-existent file; and it will be just as slow as the old Wine solution. It will also be backwards compatible, only older versions of Wine will not return the original filename but the lower case one (since they search the whole directory anyway). Any objections, except that SQLite support is needed? --- Comment #22 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-05-25 16:05:44 --- (In reply to comment #21) > Any objections, except that SQLite support is needed? You forgetting that Wine doesn't have it's own FS. Nothing prevents a program outside of Wine to copy a file into "C:". Also what about the rest of the root file system (/)? This can only be supported for files created from within Wine. The actual attributes can be stored in the special hidden file in the same directory (preferred) or the globally (not portable). --- Comment #23 from Sjors Gielen <dazjorz(a)dazjorz.com> 2009-05-25 17:48:39 --- (In reply to comment #22) > (In reply to comment #21) > > Any objections, except that SQLite support is needed? > You forgetting that Wine doesn't have it's own FS. Nothing prevents a program > outside of Wine to copy a file into "C:". That's only a real problem as far as that program only writes lowercased files... I think that's an acceptable thing, isn't it? > Also what about the rest of the root file system (/)? It would just work like wine works now; readdir() I guess. :) > This can only be supported for files created from within Wine. The actual > attributes can be stored in the special hidden file in the same directory > (preferred) or the globally (not portable). Ok. I agree the main flaw in the idea (the fact that from outside wine, the case insensitivity isn't enforced) makes it a no-go. I could implement this special hidden file support (or even generally, extra file flag support) in Wine, but it may take a moment since I'm totally not accustomed to Wine's source, I've never seen a bit of it. If there's anything I should read about the plans related to this before I start, please drop me some links and I'll get coding. (that's apart from the normal stuff a beginning Wine developer should read, I can find those on my own ;) ) --- Comment #24 from Dan Kegel <dank(a)kegel.com> 2009-07-30 13:40:43 --- maybe one could use xattr to store a user.wine.hidden attribute with the file... but Ubuntu doesn't ship with /home mounted with user_xattr, so that's not likely to fly any time soon. --- Comment #25 from Dan Kegel <dank(a)kegel.com> 2009-07-31 15:42:37 --- Changing description as suggested by AF to just the hidden file bug, changing category to ntdll. Will file another bug for the next remaining problem. --- Comment #26 from Anastasius Focht <focht(a)gmx.net> 2009-08-08 10:47:05 --- Hello, --- quote --- Changing description as suggested by AF to just the hidden file bug, --- quote --- better would be to add "online installer" as the full installer (offline) doesn't need this workaround. --- snip --- "Microsoft .NET Framework 3.0 Redistributable" install fails to skip file with FILE_ATTRIBUTE_HIDDEN, fails --- snip --- -> --- snip --- Microsoft .NET Framework 3.0 online installer (bootstrapper) fails to skip file with FILE_ATTRIBUTE_HIDDEN --- snip --- You can also drop this from your winetricks dotnet30 verb as you use the full installer. Regards --- Comment #27 from Dan Kegel <dank(a)kegel.com> 2009-08-28 10:15:28 --- user_xattr seems to be turned on by default these days (probably since distros started shipping tracker and beagle), so maybe that's a good option. --- Comment #28 from Dan Kegel <dank(a)kegel.com> 2009-09-07 21:27:25 --- I implemented support for the hidden bit along with the fix for bug 15679), but it doesn't seem to fix this. In my testing of FindFirstFile etc. on vista, it seems that layer is not supposed to obey the hidden attribute; even on Vista, FindFirstFile will happily return hidden files to the caller. The dialog box from the installer is complaining about not being able to open the file, and the log shows it's because of a sharing conflict... the app never seems to close the file the first time? The upper bit in its attributes is FILE_FLAG_DELETE_ON_CLOSE, so perhaps if it got closed, the whole problem would go 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 0