wine-bugs August 2009

wine-bugs@winehq.org

2 participants
5965 discussions

[Bug 7150] Implement Arabic shaping
by wine-bugs＠winehq.org 24 Aug '09

24 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=7150 Ahmed El-Mahmoudy <aelmahmoudy(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aelmahmoudy(a)users.sourcefor | |ge.net -- 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 18813] New: /usr/bin/../lib32/../share/wine/wine.inf not found
by wine-bugs＠winehq.org 24 Aug '09

24 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=18813 Summary: /usr/bin/../lib32/../share/wine/wine.inf not found Product: Wine Version: 1.1.23 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: newsletter(a)Schiermeier-Software.de After update to wine v1.1.23 i killed the $HOME/.wine directory and than I run wine rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128 /usr/share/wine/wine.inf to create a new $HOME/.wine dir. The first line of the messages in the console window is: wine: failed to update /<home>/.wine with /usr/bin/../lib32/../share/wine/wine.inf: No such file or directory It works - but is weird. The folder $HOME/.wine is created also the subfolders. -- This is debian 64bit - sidux. I use the Ubuntu-Package from Scott Ritchie. This procedure described above I did several times after update. -- 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 19812] New: cygwin can't run chrome's svn.exe inside bash in wineconsole: fputs: bad file descriptor?
by wine-bugs＠winehq.org 24 Aug '09

24 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=19812 Summary: cygwin can't run chrome's svn.exe inside bash in wineconsole: fputs: bad file descriptor? Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To reproduce: wget http://src.chromium.org/svn/trunk/tools/third_party/svn_bin.zip unzip -x svn_bin.zip chmod +x svn svn.bat svn_bin svn_bin/* Now, running svn by itself in wine works great: wine svn_bin/svn.exe help shows a nice message. But running it inside cygwin bash fails. Start cygwin with sh winetricks cygwin cd ~/.wine/drive_c/cygwin wine wineconsole cygwin.bat Then run svn with cd wherever you unpacked that tarball svn_bin/svn.exe help There's no output at all, even if you redirect it to a file. Running the wineconsole with WINEDEBUG=+relay, you can see the help message trying to go out: 0028:Call msvcrt.fputs(00178e80 "usage: svn <subcommand> [options] version"...,7eb37620) ret=00436def 0028:Ret msvcrt.fputs() retval=ffffffff ret=00436def 0028:Call msvcrt._errno() ret=00436df9 0028:Ret msvcrt._errno() retval=0015bfc8 ret=00436df9 0028:Call msvcrt.strerror(00000009) ret=6eec984d 0028:Ret msvcrt.strerror() retval=0015c268 ret=6eec984d 0028:Call KERNEL32.MultiByteToWideChar(00000003,00000000,0033f8ac "Bad file descriptor",00000013,00000000,00000000) ret=0049044e 0028:Ret KERNEL32.MultiByteToWideChar() retval=00000013 ret=0049044e (You can also cheat and try running cygwin bash without that batch file and without wineconsole; that also fails for a very different reason.) -- 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 19707] New: Atrex POS Software crashes
by wine-bugs＠winehq.org 24 Aug '09

24 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=19707 Summary: Atrex POS Software crashes Product: Wine Version: 1.1.27 Platform: PC URL: http://www.atrex.com OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tenpennys(a)yahoo.com Atrex V12 was running fine. Suddenly and for no apparent reason it is crashing on startup. Attempted to re-install and it continues to crash. Runtime error 216 at 00000005 -- 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 18138] New: Mahjong Quest 3 crashes on startup
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=18138 Summary: Mahjong Quest 3 crashes on startup Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gilap(a)gmx.net Created an attachment (id=20597) --> (http://bugs.winehq.org/attachment.cgi?id=20597) this is the log of the game crashing I have the following winetricks packages installed: directx9, msxml3, vcrun2003, vcrun2005, dotnet11 and corefonts The game (Mahjong Quest 3) installs without any problems. Creates icons, etc. When I start it, I get a black screen and the game exits. You can download the game here: http://www.bigfishgames.com/download-games/3616/mah-jong-quest-iii-balance-… Thank you for taking the time to sort it out. -- 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 9158] "Microsoft .NET Framework 3.0 Redistributable" online installer fails to skip file with FILE_ATTRIBUTE_HIDDEN, fails
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '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 --- 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 -- 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 19825] New: Support for fixed up depth stencils
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=19825 Summary: Support for fixed up depth stencils Product: Wine Version: 1.1.28 Platform: PC URL: http://source.winehq.org/git/wine.git/?a=blob;f=dlls/w ined3d/surface.c;h=82612a32b0469b0f35bd0d63158a1a95fb4 66d09;hb=HEAD#l4346 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de The console window gets flooded with the following message from the running game "Civilization 4". fixme:d3d_surface:surface_load_ds_location (0x...) Not supported with fixed up depth stencil I would appreciate that the support for such stencils will be completed. -- 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 2

[Bug 7150] Implement Arabic shaping
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=7150 --- Comment #8 from alsadi <alsadi(a)ojuba.org> 2009-08-23 11:09:59 --- Created an attachment (id=23224) --> (http://bugs.winehq.org/attachment.cgi?id=23224) Arabic shaping without any extra dependency this patch is -p1 patch against wine-1.1.23 it implement Arabic shaping using my own alg and implementation it does not add any dependency -- 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 19788] New: EVE Online: Fails to find the correct font map for Roman characters (Japanese IME)
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=19788 Summary: EVE Online: Fails to find the correct font map for Roman characters (Japanese IME) Product: Wine Version: 1.1.27 Platform: PC URL: http://ccp.vo.llnwd.net/o2/EVE_Premium_Setup_94168_m.e xe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fredricklockert(a)gmail.com Created an attachment (id=23177) --> (http://bugs.winehq.org/attachment.cgi?id=23177) WINEDEBUG=font When someone has typed a-z, A-Z, 0-9 or other characters like ".:,;(*!?^_-" in the Japanese chat using Microsoft IME (or any other IME), EVE Online fails to find the correct font, and thous renders squares. The real outcome should be Roman characters using a Japanese font. So far, I've tried to copy the whole font directory from a Windows 7 install, but EVE still fails to find the correct font. I also did a test in Guild Wars (which doesn't use the font folder like EVE does), and it managed to display Roman characters without fail, so this is a app-specific problem. This bug can easily be reproduced, simply type numbers or special characters while SCIM-Anthy is active, and Japanese is set as the active language. Fonts I currently have in /fonts arial.ttf msgothic.ttc -- 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 5255] Nota Bene word processor refuses to start - reports needs Windows NT 3.51 or higher
by wine-bugs＠winehq.org 23 Aug '09

23 Aug '09

http://bugs.winehq.org/show_bug.cgi?id=5255 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #11 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-08-23 01:17:40 --- Closing duplicate. -- 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

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