wine-bugs November 2009

wine-bugs@winehq.org

1 participants
6295 discussions

[Bug 5382] Add QT/GTK Integration
by wine-bugs＠winehq.org 15 Nov '09

15 Nov '09

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 15 Nov '09

15 Nov '09

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

[Bug 7929] C&C 3 network does not work
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=7929 --- Comment #98 from Erich Hoover <ehoover(a)mines.edu> 2009-11-14 11:56:37 --- (In reply to comment #97) > ... > I downloaded all your 10 patches, got wine 1.1.33, but when I start applying > the patches I get the messages: > > patch unexpectedly ends in middle of line > patch: **** Only garbage was found in the patch input. Did you make sure you used a "right-click -> save as" when downloading the patches? I should probably throw up a little download script so it doesn't try to open the patches in the browser. (If you copy and paste from the browser window it will mangle the line feeds in the patch). > That means it's not patching for some reason? > What I'm doing is "patch -p1 < patch_file.patch" in the wine folder That should work, it's probably that the patch is mangled. > Also, should I get the network(bind) patch as well or one of yours take care of > it ? Just to confirm.. No, you do not need to edit your /etc/hosts or the registry either. If you've edited your /etc/hosts you should* be able to edit it back, usually something that looks like this: 127.0.0.1 localhost 127.0.1.1 your_computer_hostname * I have a report of a problem with the automatic IP detection. It works for me, but if the game crashes on launch then you'll need to put your IP in the /etc/hosts file. > Looking forward for your reply! I've waited enough to play this game online. Online or over a LAN? The game should work on the Internet without any patches... -- 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 8302] Transparent backgrounds of text-labels in Ragnarok Online
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=8302 winebugzilla.kyoo(a)xoxy.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugzilla.kyoo(a)xoxy.net --- Comment #26 from winebugzilla.kyoo(a)xoxy.net 2009-11-14 11:10:49 --- This bug appeared for me up to wine-1.1.31, but non longer does with wine-1.1.32. -- 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 7929] C&C 3 network does not work
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=7929 --- Comment #97 from MarcoB <malucius(a)gmail.com> 2009-11-14 08:31:10 --- (In reply to comment #96) > (In reply to comment #95) > > Sorry for the long post above. > > > > Can anybody confirm that Robert Bartle network replacement binary works? > > http://bugs.winehq.org/show_bug.cgi?id=7929#c89 > > Nope, the patches used for that are a compiled binary of the old hack. I've > been trying to develop a more solid solution to the problem, though > unfortunately I've been a bit short on free time lately. So, for now I'd like > to present a set of Kane's Wrath patches/downloads updated for Wine 1.1.33: > http://www.compholio.com/wine-kane/ > > Currently Features: > * Full support for animated cursors (Bug 16281). > * Support for UDP broadcast packets on a bound socket (Bug 7929). > * Support for obtaining the local IP addresses with gethostbyname (Bug 15711). > > Please note that this is my first attempt at trying to distribute a bundled set > of patches for Wine, so if you run into trouble please let me know. Hi Eric, thanks for your reply. I'm looking forward to try your patches, this is one alternative that I haven't tried yet (did tried the rpm package with the network patch though). I downloaded all your 10 patches, got wine 1.1.33, but when I start applying the patches I get the messages: patch unexpectedly ends in middle of line patch: **** Only garbage was found in the patch input. That means it's not patching for some reason? What I'm doing is "patch -p1 < patch_file.patch" in the wine folder Also, should I get the network(bind) patch as well or one of yours take care of it ? Just to confirm.. Looking forward for your reply! I've waited enough to play this game online. -- 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 3542] Dungeon Keeper Gold not starting
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=3542 Seth Anderson <sanders3cg(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #20693|0 |1 is obsolete| | --- Comment #32 from Seth Anderson <sanders3cg(a)yahoo.com> 2009-11-14 05:42:00 --- Created an attachment (id=24727) --> (http://bugs.winehq.org/attachment.cgi?id=24727) DK Gold Crash Output for 1.1.33 Just keeping this up to date. -- 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 11180] New: Unhandled exception: unimplemented function ntoskrnl.exe. IoQueryDeviceDescription called in 32-bit code
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=11180 Summary: Unhandled exception: unimplemented function ntoskrnl.exe.IoQueryDeviceDescription called in 32-bit code Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bill_r(a)inetnebr.com Created an attachment (id=10235) --> (http://bugs.winehq.org/attachment.cgi?id=10235) Terminal showing result of running Eye-Fi Manager.exe with WINE The Eye-Fi Manager software was working great under 9.48; now it won't run. Any ideas? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 10483] New: FlatOut 2 post-processing + FBOs = black screen
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=10483 Summary: FlatOut 2 post-processing + FBOs = black screen Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ambro(a)b4ever.net Created an attachment (id=9219) --> (http://bugs.winehq.org/attachment.cgi?id=9219) wine output If I turn on post processing (light effects) in FlatOut 2 and set OffscreenRenderingMode=fbo, the in-game screen (while racing, not menus) is black, only the HUD and the lens flare effect is visible (no matter what UseGLSL is set to). The problem is that no OffscreenRenderingMode option is good if GLSL is on; backbuffer gives bad performance while with pbuffer the post-processing effects don't work properly. GeForce 8800GTX, driver 100.14.19 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 421] Implement a DIB engine
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=421 --- Comment #306 from Darryl Pogue <dvpdiner2(a)gmail.com> 2009-11-13 22:03:21 --- (In reply to comment #305) > 1) Can you check on the possible colors bug mentioned in Comment #284, on the > current version of your DIB Engine? I think it may be related with the last > color bugs still remaining in Age Empires II... This patch has been included in Max's latest version (posted above for wine 1.1.31) -- 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 20401] New: scantool.net software crashes in Wine
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=20401 Summary: scantool.net software crashes in Wine Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hancockrwd(a)gmail.com The scantool.net OBD-II diagnostic software available for download at the link below (scantool_net115win.exe) crashes when run under Wine. I believe this worked with some previous version but then got broken. http://www.scantool.net/scantool/downloads/diagnostic-software/ On running it, I get this: wine: Unhandled page fault on read access to 0x00000054 at address 0x355cd667 (thread 0009), starting debugger... -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2009