wine-bugs July 2009

wine-bugs@winehq.org

1 participants
6000 discussions

[Bug 19515] New: Warcraft 3 crash
by wine-bugs＠winehq.org 01 Aug '09

01 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=19515 Summary: Warcraft 3 crash Product: Wine Version: 1.1.26 Platform: PC OS/Version: Solaris Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: edgar_trania(a)yahoo.com seems like resolution couldnt back to normal display settings after game crash from the start nothing can see but black screen attached is details please see -- 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 9888] New: Transformers (Game): No Pixel Shaders 1.1 support!
by wine-bugs＠winehq.org 01 Aug '09

01 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=9888 Summary: Transformers (Game): No Pixel Shaders 1.1 support! Product: Wine Version: 0.9.46. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: dark.guy.2008(a)gmail.com Created an attachment (id=8381) --> (http://bugs.winehq.org/attachment.cgi?id=8381) Wine's console output On a working box with Windows XP which can run Transformers very happily, it won't even start on WINE, saying there's no pixel shaders 1.1 support. The game requires d3dx9_31.dll and xinput1_3 to be copied on the game's root folder (or wine's c windows\system32) in order to keep running (else it says it can't find those files). After that's done, the following errors occur (shown in attachment). -- 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 17119] New: DiscSpeed throws numerous errors using Wine 1.1.13
by wine-bugs＠winehq.org 01 Aug '09

01 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=17119 Summary: DiscSpeed throws numerous errors using Wine 1.1.13 Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scorpiondb(a)scorpiondb.com Created an attachment (id=18963) --> (http://bugs.winehq.org/attachment.cgi?id=18963) errors that were displayed after trying to run DiscSpeed Kubuntu 8.10 64-bit KDE 4.1.3 DiscSpeed 4.11.2.0 Wine 1.1.13 I tested DiscSpeed v4.11.2.0 using Wine 1.1.13 and was unable to open the application. The attachment contains all of the errors that were displayed after running "wine DiscSpeed.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 9

[Bug 19528] New: ConText: Program Error (winemenubuilder.exe)
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19528 Summary: ConText: Program Error (winemenubuilder.exe) Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmpeters63(a)gmail.com When installing ConText v0.98.5 on Ubuntu 9.04 (Jaunty Jackalope) everything seems to be fine but a Program Error pop up window appears stating the following: "The program winemenubuider.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." The funny thing is ConText works fine otherwise with Wine? - Not sure why that pop up occurs. Because it also occurs when running the application through wine once installed. I simple close and go about my work and like I said ConText seems to work just fine otherwise. -- 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 9158] "Microsoft .NET Framework 3.0 Redistributable" install fails to skip file with , fails
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '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 --- 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. -- 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 3231] ListView: column reordering not implemented
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=3231 --- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-07-31 15:19:24 --- Created an attachment (id=22742) --> (http://bugs.winehq.org/attachment.cgi?id=22742) Column reordering implementation Hi, this patch should complete column reordering implementation. It should apply cleanly on current (wine-1.1.26-232-g39876f4). I'd like to see any feedback/test results here to catch any possible regressions, test it please with all ListView applications available for you. -- 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 5977] Animations in the menus of Star Trek: Armada do not work
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=5977 Christoph Korn <c_korn(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn(a)gmx.de --- Comment #14 from Christoph Korn <c_korn(a)gmx.de> 2009-07-31 13:21:36 --- In wine-1.1.26 there are additionally these lines in the log: err:d3d_surface:IWineD3DSurfaceImpl_ModifyLocation 0x1e1970: Surface does not have any up to date location fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location -- 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 19447] New: Paint Shop Pro 6.02 demo crashes on startup
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19447 Summary: Paint Shop Pro 6.02 demo crashes on startup Product: Wine Version: 1.1.26 Platform: PC URL: http://www.oldversion.com/download/psp602.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=22588) --> (http://bugs.winehq.org/attachment.cgi?id=22588) Paint Shop Pro 6.02 demo backtrace With wine-1.1.26-231-gfe9d360, starting Paint Shop Pro 6.02 immediately results in a crash, with the application simply hanging afterwards. A backtrace is attached. -- 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 5829] Command and Conquer Generals (Zero Hour) doesn't draw ground textures (possible shader issue)
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=5829 --- Comment #12 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-07-30 23:36:15 --- If it's a regression since the time it's been reported fixed please perform the regression test. -- 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 19521] New: Command and Conquer Generals (Zero Hour) doesn't draw ground textures (possible shader issue)
by wine-bugs＠winehq.org 31 Jul '09

31 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19521 Summary: Command and Conquer Generals (Zero Hour) doesn't draw ground textures (possible shader issue) Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: inciner(a)gmail.com CC: inciner(a)gmail.com, 35shikoku(a)gmail.com Created an attachment (id=22719) --> (http://bugs.winehq.org/attachment.cgi?id=22719) No ground textures in 1.1.26; output log here +++ This bug was initially created as a clone of Bug #5829 +++ The ground in the game stays a particular colour rather than being the texture it should be. i.e. the island in the intro the ground is just white and starting another skirmish map where the ground should also be desert it starts out white then after clicking on any unit/building changes to an off shade of pale green. All units and buildings etc are textured fine. -- 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

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 July 2009