wine-bugs

wine-bugs@winehq.org

1 participants
158911 discussions

[Bug 1315] wine can't see and use most of directories on VFAT
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:54 ------- Bug comments restored from Gmane.org: Hello wine developers, I have problems with directories on VFAT partitions. wine can't find most of directories, it see only them with name with all capital ASCII letters. With this problem I can run no program! I can run windows programs only from linux partition. I assigned this bug to wine-loader but I don't know if problem is there... Problems occur for longer time (I tried last three releases). Here is the listing directories and files which have such problems: !Audio &Audio !Compress CygWin !Editory !Education Fifne Filmy !Grafika !Hardware &Hardware Hry &Hry Install !Internet &Internet Linux &Listy Mp3 MSOffice My Music Obrázky Petr !Prog &Prog !Program Files temp &Upload Video &Video !Viewers Zálohy 3nityShop_soubory Frankie[1].asx Zarodek.bmp Pøísloví.doc snail.gif 3nityShop.htm 48h_ccds.it Entropie.jpg pp3-36-12.jpg ww1-36-12.jpg 1a1a.jpg 6a6a.jpg dirs.lst 1judas_o.mp3 print.mxp mat_sym_v5.ps zcu-ca.p7b ildasm.reg all.tgz eee.txt frankieKnuckles[1].wax Here is list which was OK: FANDA STULDA AVG6DB_F.DAT ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09 05:06 ------- Are you sure you're using proper "win95" or "vfat" entries in the Filesystem type of a drive entry within the wine config file ~/.wine/config instead of using the strongly discouraged "dos" type? ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 05:12 ------- Thanks for quick response. Yes I am. Here is my drive settings: [Drive A] "Path" = "/A:" "Type" = "floppy" "Device" = "/dev/fd0" [Drive C] "Path" = "/C:" "Type" = "hd" "Serial" = "16500FEC" "Label" = "Fat16" "Filesystem" = "win95" [Drive D] "Path" = "/D:" "Type" = "hd" "Serial" = "38D2DA25" "Label" = "Fat32" "Filesystem" = "win95" ; make sure that device is correct and has proper permissions ! [Drive E] "Path" = "/E:" "Type" = "hd" "Serial" = "3ACE2659" "Label" = "Mp3" "Filesystem" = "win95" [Drive H] "Path" = "${HOME}" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [Drive L] "Path" = "/" "Type" = "network" "Label" = "Linux" "Filesystem" = "win95" [Drive Q] "Path" = "/Q:" "Type" = "cdrom" "Device" = "/dev/cdrom" ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09 05:17 ------- Hmm, indeed. Could you mention the mount options you use for /C: from /etc/fstab? Maybe some unusual codepage or so? Also, please add some --debugmsg +file,+dosfs logfile. ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:16 ------- Part of etc/fstab: /dev/hda1 /C: vfat defaults,utf8,umask=007,quiet,nocase=1,uid=root,gid=local 0 0 End of logfile: trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir50_qc.dllrIR50_QC.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir50_32.dllrIR50_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ivfsrc.axlIVFSRC.AX.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir32_32.dllVIR32_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Iac25_32.axVIAC25_32.AXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"vredir.vxdxVREDIR.VXDAXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" warn:dosfs:DOSFS_FindUnixName L"WinRAR.exe" not found in '/C:/WINDOWS/SYSTEM' warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\WinRAR.exe" (GLE 2) wine: cannot find 'WinRAR.exe' I can send compressed whole logfile directly to you (I don't know how attached it here). It take 140 kB. ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:42 ------- Created an attachment (id=419) --> (http://bugs.winehq.com/attachment.cgi?id=419&action=view) Console log with debugmsg +file +dosfs ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:43 ------- Already I know how attach file. :-) ------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-10 07:35 ------- Run Scandisk on your disk, as you have several files with the same shortname. Looks like a corrupted filesystem. trace:dosfs:DOSFS_ReadDir Read: long_name: L"snail.gifISNAIL.GIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"1a1a.jpgf1A1A.JPGIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"6a6a.jpgf6A6A.JPGIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"pp3-36-12.jpg.PP3-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"ww1-36-12.jpg.WW1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"My Music2MYMUSI~1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Audioi&AUDIOSI~1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&InternetU&INTER~136~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Progr&PROGINTER~136~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"Zarodek.bmpIZARODEK.BMPJPG", short_ name: L"STULDA " ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 07:59 ------- I ran the scandisk (under Windows) and all is OK. Note files in this directory was repaired in the past and they already are with short names (with "~"). I will delete this directory and send new wine logfile. ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:07 ------- Created an attachment (id=421) --> (http://bugs.winehq.com/attachment.cgi?id=421&action=view) gzipped log output again, executed program is "/D:/!Education/CyberSky/Cybersky.exe" ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:14 ------- Many short names are the same. It seems there is a bug with finding out short names (or only in debug printfs :-)). ------- Additional Comments From valtri <at> atlas.cz 2003-03-25 08:49 ------- Interesting. I removed mount option "utf8" and it starts work: mount /dev/hda5 /D: -t vfat -o utf8 ... doesn't work (option "utf8" is required for reproducing this bug) mount /dev/hda5 /D: -t vfat -o iocharset=utf8 ... works, but there are doubled some characters mount /dev/hda5 /D: -t vfat -o iocharset=cp852 ... works, but some characters have bad encoding (cp852 isn't Windows standard, it contains iso8859-2 characters) mount /dev/hda5 /D: -t vfat -o iocharset=cp1250 ... works OK (cp1250 is standard encoding in Windows for iso8859-2 characters) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1316] MATLAB figure scaling too large
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1316 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:42 ------- Bug comments restored from Gmane.org: When I open a figure in MATLAB the text and general scale of the objects in teh figure are inordinately large. Some figures I have created on win show up only partially, because of the size. the url points to an example image. note how large the buttons etc are. Interestingly the tool tip string is the right size. thanks, and congratulations on a very well made program -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1317] Embedded OLE-Objects in MS-Access97 RT
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1317 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:40 ------- Bug comments restored from Gmane.org: I've running MS Access 97 Runtime. When I open a database with an embedded OLE-Image in a form, wine crashes with following error: fixme:storage:StorageImpl_Commit (2): stub! wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134688536 228") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger fixme:ole:CoSetState ((nil)),stub! Wine exited with a successful status Regards, Daniel. ------- Additional Comments From marcus <at> jet.franken.de 2003-03-11 13:00 ------- please configure your debugger better to give a backtrace. (basically just do "regedit winedefault.reg" to get the registry to have the correct paths). also run with -debugmsg +ole and attach tyhe output. ------- Additional Comments From dschlager <at> kaindl.com 2003-03-12 00:34 ------- Created an attachment (id=422) --> (http://bugs.winehq.com/attachment.cgi?id=422&action=view) OLE Trace with -debugmsg +ole ------- Additional Comments From mike <at> theoretic.com 2003-03-12 10:28 ------- That trace seems to indicate the program ran successfully, or at least there's no mention of the crash in it. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1319] OpenGL on Radeon 8500 outputs ASCII garbage
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1319 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:34 ------- Bug comments restored from Gmane.org: When running the latest CVS of wine manually compiled with ./configure --enable-opengl, OpenGL programs output unreadable ASCII garbage to the terminal window, and make beeping noises. System info: Kernel: linux 2.4.20-ck3 Xfree86: 4.2.1-6pre7 (Debian) Graphics card: ATi Radeon 8500 64mb w/ ATi Binary drivers v2.5.1 Wine version: Cvs version as of 2003/3/12 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-12 08:43 ------- Ah, here it is :) Please attach a --debugmsg +relay,+opengl log file to find out where this garbage happens. Thanks! ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:01 ------- Created an attachment (id=423) --> (http://bugs.winehq.com/attachment.cgi?id=423&action=view) Logfile of running Neverwinter Nights version 1.29 ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:05 ------- Here is a gzipped logfile of running Neverwinter Nights v1.29 with the requested parameters. Apologies for the large filesize. ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 16:08 ------- Well, this log is not really helpfull... As the garbage is on stdin and the trace on stderr (so I cannot see where the garbage starts). Moreover, except for the GL init in the X11 driver, there is NO GL call at all in this log. ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 13:38 ------- I apologize. I invoked wine as specified with &> ~/winelog.txt... was this not correct? I could also attempt running a different openGL program (Such as quake2 or quake3 which I believe are available online.) ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-20 13:55 ------- Well, yeah, try to run with 'normal' Linux GL applications to see if it puts garbage too. Otherwise, as told, I do not see any GL call in your trace so I do not see why this garbage only happens in GL applications. ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 20:37 ------- Well, native linux openGL programs all run fine. (glxgears, tuxracer, quake2 linux and quake3 linux) Additionally, I tried running the windows versions of quake2 and quake3, redirecting the same way I'd done before, with identical results. No opengl calls except the init. Is there anything else I can do to help? -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1320] WM_PRINTCLIENT on textbox does not work
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1320 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:29 ------- Bug comments restored from Gmane.org: The internal GUI engine of Jade does complete top down drawing of a window and all its children in the same pass. To draw a textbox, the following logic is called: ::SetViewportOrgEx(hdc, rect.left, rect.top, NULL); ::SendMessage(hwnd, WM_PRINTCLIENT, (WPARAM)hdc, PRF_CLIENT | PRF_ERASEBKGND); Under Wine, this does not produce any visible output. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:32 ------- Can you please produce a test case for this behaviour, or make available your application for testing? -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1321] Files do not retain their timestamps with CopyFile
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1321 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:24 ------- Bug comments restored from Gmane.org: When using the CopyFile api, the copied file does not retain its timestamps as they do under Windows. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:40 ------- Confirming, we should do this. Patches are welcome, I don't think it'd be hard. MSDN doesn't seem to mention behaviour here, but I expect the reporter is right :) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1322] IsTextUnicode failure with IS_TEXT_UNICODE_REVERSE_MASK
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1322 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:21 ------- Bug comments restored from Gmane.org: Calling IsTextUnicode with the IS_TEXT_UNICODE_UNICODE_MASK option correctly determines that ansi text is not unicode. However calling IsTextUnicode with the IS_TEXT_UNICODE_REVERSE_MASK option for that same ansi text incorrectly reports that the text is Unicode. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14 20:34 ------- AFAICT IsTextUnicode is very rudimentary in wine. If you want to improve it please look in dlls/ntdll/rtlstr.c -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1323] wctomb does not fail on invalid characters
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1323 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:00 ------- Bug comments restored from Gmane.org: To determine whether text is ansii, unicode (big or little endian) a series of test are performed including calling wctomb. This routine should return -1 if the conversion cannot be performed in the current locale. As a result, under Wine, an ansii string appears to be unicode (both big or little endian). -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1325] program window (calamus) remains small
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1325 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:52 ------- Bug comments restored from Gmane.org: solved with a patch ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:28 ------- So, is this bug fixed then? -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1326] Close Combat doesn't run
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1326 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:51 ------- Bug comments restored from Gmane.org: Close Combat installs fine from CD_ROM (it even does a direct link on desktop), but when I try to run CC.exe, I get a following note in a single popup-window: --- Close Combat Error Close Combat requires indeo 4.1 to display the videos. Please run the Close Combat setup again. --- I have indeo 4.1 codec in /usr/lib/win32/w32codec-0.90/ir41_32.dll When I run the setup.exe from CD-ROM, it installs the Close Combat all over again and when I run setup.exe from the installed directory I get following popup: --- Setup Error 544 Setup in unable to open the data file 'C:\Program Files\Microsoft Games\Close Combat\Setup\SETUP.stf'; run Setup again from where you originally ran it. --- ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 15:38 ------- Well, the problem is that the installer should also (if it installs the Intel Indeo codecs) put a lot of stuff in the registry... So one solution would be to do a '--debugmsg +relay', look at a RegOpenKey or something like that that fails. If you find it, people will be very happy to provide you with the key to put in your registry. Better would be to have the installer actually working though :-) ------- Additional Comments From mike <at> theoretic.com 2003-03-19 09:01 ------- The codec in /usr/lib/win32 is unlikely to be used by wine, I think that's mplayer, which uses wine internally but the two don't interact. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

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