http://bugs.winehq.org/show_bug.cgi?id=18158
Summary: Approach thinks Samba Read Only databases are in a foreign language Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: msvcrt AssignedTo: wine-bugs@winehq.org ReportedBy: ToddAndMargo@verizon.net
Created an attachment (id=20623) --> (http://bugs.winehq.org/attachment.cgi?id=20623) trace on foreign language pop up
Hi All,
I am am the OP on 15088. Now that I can actually get into Approach, I have been using it all day. I have five bugs to report. (I am presuming you want them on different reports.) I am running the native msvcrt.
sh -c "cd /home/wine/drive_c/lotus/approach; WINEDEBUG=+loaddll WINEDLLOVERRIDES=msvcrt=n /usr/local/bin/wine ./approach.exe"
Bug number four: the open dialog box thinks Samba read only (0544) databases are in an unsupported language. Samba maps the Windows read only bit to owners "write" bit. 0544 would be seen in Windows as Read Only=on, Archive=on, Hidden=off, System=off
An smb.conf example (in the share section): ; map archive owner execute bit must include 0100 ; map system group execute bit must include 0010 ; map hidden world execute bit must include 0001 ; Note: after doing all the above map stuff, it is a good idea to do ; a mass chmod to 2766 (Read Only=off, Archive=on, Hidden=off). ; And, you definately want hidden to be turned off!!! force create mode = 0000 create mode = 0777 force directory mode = 0000 directory mode = 0777 map archive = yes map system = yes map hidden = yes
Bug number four:
To reproduce: 1) mark all the of files associates with your test database to 0544 (chmod 0544 *) 2) open Approach with the native msvcrt 3) open the database you just tagged with 0544
Here is a sample database to play with: ftp://www.xpertss.com/pub/outgoing/invcalcs.zip
-T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #1 from Todd Chester ToddAndMargo@verizon.net 2009-04-22 21:43:07 --- Created an attachment (id=20624) --> (http://bugs.winehq.org/attachment.cgi?id=20624) open in another language
What the open in another language looks like
http://bugs.winehq.org/show_bug.cgi?id=18158
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Component|msvcrt |-unknown
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #2 from Rein Klazes wijn@online.nl 2009-04-23 01:55:07 --- I cannot reproduce.
I did do a chmod 0544 *
in the lotus\work\approach directory:
-r-xr--r-- 1 rein rein 119808 jun 26 2001 Inventory.APR -r-xr--r-- 1 rein rein 13312 apr 23 08:41 InvMast.ADX -r-xr--r-- 1 rein rein 9363 mei 11 2000 InvMast.dbf -r-xr--r-- 1 rein rein 12288 apr 23 08:41 InvMvmnt.ADX -r-xr--r-- 1 rein rein 1413 jan 5 2001 InvMvmnt.dbf
When opening the message is
"The file C:\lotus\work\approach\InvMvmnt.dbf" is read-only."
Same with native or built-in msvcrt.
Did I do it correct?
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #3 from Todd Chester ToddAndMargo@verizon.net 2009-04-24 14:31:50 --- I can not reproduce on that database either. But, can on my own live data.
I have a mystery to solve. I will get back with the answer in a few days.
-T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #4 from Todd Chester ToddAndMargo@verizon.net 2009-04-24 15:22:56 --- Created an attachment (id=20682) --> (http://bugs.winehq.org/attachment.cgi?id=20682) Lauguage pop up under 1.1.20
Hi All,
While I try to solve this mystery, would someone please see if they can find anything in this most recent trace under 1.1.20?
Many thanks, -T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #5 from Todd Chester ToddAndMargo@verizon.net 2009-04-24 15:47:08 --- According to the guys over on the Approach mailing list, this error is a "drive access rights" error. Did this show up in the trace?
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #6 from Rein Klazes wijn@online.nl 2009-04-25 01:18:30 --- No, it just shows the regi.sys crash that you reported elsewhere. Try to get rid of it: uninstall the other app that is causing this. Perhaps getting the regi.sys file out of the way is enough.
A more meaningfull trace can be obtained this way.
Startup a terminal
if this is your current command:
sh -c "cd /home/wine/drive_c/lotus/approach; WINEDEBUG=+loaddll WINEDLLOVERRIDES=msvcrt=n /usr/local/bin/wine ./approach.exe"
change that to:
sh -c "cd /home/wine/drive_c/lotus/approach; WINEDEBUG=+relay,+tid /usr/local/bin/wine ./approach.exe" &>wine.log
This will produce a big, sometimes huge, file "wine.log"
Compress it eg with bzip2
bzip2 wine.log
and attach the resulting wine.log.bz2 here.
BTW: remove all WINEDEBUG=... and WINEDLLOVERRIDES=... from your starters (Wordpro and approach). The are not needed anymore and can only confuse things now.
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #7 from Todd Chester ToddAndMargo@verizon.net 2009-04-25 19:48:16 --- The bz2 attachment is 1,176,722 bytes (limit is 1M). Is there a way to up the attachment limit by 200K so I can upload it? Or, an alternate place I can eMail it or upload it?
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #8 from Rein Klazes wijn@online.nl 2009-04-26 00:40:07 --- You could load the output file in a text editor and delete an uninteresting part. In this case look for the first occurrence of the string that you saw in the message from approach (eg search for "foreign language") and delete evrything after that, as the cause must be found before that.
You can also send the compressed log directly to me. I will do the upload later.
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #9 from Todd Chester ToddAndMargo@verizon.net 2009-04-26 01:23:30 ---
You can also send the compressed log directly to me. I will do the upload
later.
I just eMailed it to Rein.
-T
http://bugs.winehq.org/show_bug.cgi?id=18158
Rein Klazes wijn@online.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #20623|0 |1 is obsolete| | Attachment #20624|0 |1 is obsolete| | Attachment #20682|0 |1 is obsolete| |
--- Comment #10 from Rein Klazes wijn@online.nl 2009-04-26 01:38:28 --- Created an attachment (id=20720) --> (http://bugs.winehq.org/attachment.cgi?id=20720) debug trace compressed with lzma
Uncompressed, then compressed using lzma -> 830 kB
Learned something again, from now I recommend lzma for compressing debug logs.
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #11 from Todd Chester ToddAndMargo@verizon.net 2009-04-26 19:18:23 --- I see a lot of this stuff:
0009:Call user32.LoadStringA(00970000,ffffffe3,0032d79c,00000100) ret=00416f29 0009:Ret user32.LoadStringA() retval=0000009a ret=00416f29 0009:Call KERNEL32.VirtualAlloc(00000000,00010000,00002000,00000001) ret=0064e6d1 0009:Ret KERNEL32.VirtualAlloc() retval=00f20000 ret=0064e6d1 0009:Call KERNEL32.VirtualAlloc(00f20000,00003000,00001000,00000004) ret=0064e6e5 0009:Ret KERNEL32.VirtualAlloc() retval=00f20000 ret=0064e6e5 0009:Call user32.LoadStringA(00970000,00007531,0032c724,00000050) ret=00416f29 0009:Ret user32.LoadStringA() retval=0000000e ret=00416f29 0009:Call user32.wvsprintfA(00f2001c,0032d79c "Couldn't open database "%s" because it is open in another language.\n\nCheck that all PCs have the same language setting in the International Control Panel.",0032d8c8) ret=00459f4d
Have no idea what it means. Can anyone help me figure it out? It could help me reproduce this with a sample database.
Many thanks, -T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #12 from Austin English austinenglish@gmail.com 2009-10-29 15:26:25 --- Is this still an issue in current (1.1.32 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #13 from Todd Chester ToddAndMargo@verizon.net 2009-10-30 13:29:37 --- (In reply to comment #12)
Is this still an issue in current (1.1.32 or newer) wine?
yes :'(
http://bugs.winehq.org/show_bug.cgi?id=18158
David Hedberg david.hedberg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |david.hedberg@gmail.com
--- Comment #14 from David Hedberg david.hedberg@gmail.com 2010-02-23 23:17:50 --- This is a bit of a guess, but a quick look at the log reveals the following:
0009:Call KERNEL32.GetProfileStringA(00f064d4 "intl",00f064dc "sLanguage",00f064e8 "enu",0032deb8,00000004) ret=00ef1ffe ... 0009:Call KERNEL32.lstrcmpiA(0032deb8 "Eng",0032deb0 "ENU") ret=00ef2060
I don't know where the "Eng" comes from (the file?), but the ENU seems to be set in win.ini. Does it work if you change sLanguage=ENU to sLanguage=ENG in win.ini (it's located in the "wine windows directory")?
I don't know how that is supposed to work exactly, but at least newer windows versions seems to read it from the registry(?) and set it according to the current locale.
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #15 from David Hedberg david.hedberg@gmail.com 2010-02-23 23:42:27 --- Sorry for the noise, but my above suggestion might not work as wine also seems to reset the locale to the current one (.. sometimes).
Another way, hopefully working, is to temporarily set the current locale to UK when starting wine, something like
sh -c "cd /home/wine/drive_c/lotus/approach; LC_ALL=en_GB.utf8 /usr/local/bin/wine ./approach.exe"
should accomplish the same thing.
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #16 from Todd Chester ToddAndMargo@verizon.net 2010-02-24 15:34:33 ---
Does it work if you change sLanguage=ENU to sLanguage=ENG in
win.ini (it's located in the "wine windows directory")?
No, it was already the setting.
LC_ALL=en_GB.utf8
Did not work either.
But, on a hunch, I tried this and it did work!
[intl] sLanguage=ENG ;sCountry=United Kingdom sCountry=United States
Yipee!
LC_ALL=en_US.utf8
Did not work, but I think I have the syntax wrong. (Anyone know the correct syntax?)
Do we have to do anything to get this fixed without tweaking anything in our win.ini or run strings? In other words, is wine support to recognize what language we are running automatically?
Also, attribute 766 opens normally (Samba Windows attributes -r -s -h +a). I wonder why there is only a problem with 544 (Samba Windows attributes +r -s -h +a)?
Thank you!
-T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #17 from Todd Chester ToddAndMargo@verizon.net 2010-02-24 15:41:11 --- Oh no! I take all that back. It worked once and now it is back to its evil ways. I am not able to reproduce this.m Rats! Maybe there was some hint in all this.
-T
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #18 from Todd Chester ToddAndMargo@verizon.net 2010-02-24 15:54:56 --- No I was not seeing things. The read only database I tested is in the "file" prior databases pull down (Parts-2008).
Okay, now this is getting even weirder! I have several read only databases. On a hunch I opened a different one (Parts-2007). It worked. And, now Parts-2008 is opening as well! (On both I am now getting the expected "read only" prompt which you "okay" past.)
What is going on???? Yes, I tried opening several read only database when I reporting this bug. None worked -- any of them
Many thanks, -T
win.ini on the above tests:
[intl] sLanguage=ENU ;sCountry=United Kingdom sCountry=United States
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #19 from David Hedberg david.hedberg@gmail.com 2010-02-24 16:06:41 ---
LC_ALL=en_US.utf8
Did not work, but I think I have the syntax wrong. (Anyone know the correct syntax?)
To list all the supported locales, you can use "locale -a".
Do we have to do anything to get this fixed without tweaking anything in our win.ini or run strings? In other words, is wine support to recognize what language we are running automatically?
I've only tested a bit and haven't really looked at how wine accomplishes this (yet anyway), but it does seem to automatically update win.ini depending on the current locale. If there's anything wrong with that code or if the real problem lies elsewhere, though, I don't know.
For reference, what locale is your system currently set to? You can find this out with the command "locale" (without any arguments).
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #20 from Todd Chester ToddAndMargo@verizon.net 2010-02-24 16:31:11 --- You may have isolated the bug: wine mistaking US english for British english.
$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=
http://bugs.winehq.org/show_bug.cgi?id=18158
--- Comment #21 from Austin English austinenglish@gmail.com 2011-11-16 00:07:14 CST --- Any change in 1.3.32?
http://bugs.winehq.org/show_bug.cgi?id=18158
Todd Chester ToddAndMargo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #22 from Todd Chester ToddAndMargo@gmail.com 2011-11-16 11:38:37 CST --- (In reply to comment #21)
Any change in 1.3.32?
Unable to reproduce. Thank you!
http://bugs.winehq.org/show_bug.cgi?id=18158
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Alexandre Julliard julliard@winehq.org 2011-11-18 13:04:21 CST --- Closing bugs fixed in 1.3.33.