March 2003 - Wine-Bugs - list.winehq.org

[Bug 1315] - wine can't see and use most of directories on VFAT

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From valtri(a)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. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1315>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 9, 2003

[Bug 1315] - wine can't see and use most of directories on VFAT

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From andi(a)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. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1315>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 9, 2003

[Bug 1315] - wine can't see and use most of directories on VFAT

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From valtri(a)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" DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1315>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 9, 2003

[Bug 1315] - wine can't see and use most of directories on VFAT

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From andi(a)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? DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1315>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 9, 2003

[Bug 1315] New: - wine can't see and use most of directories on VFAT

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1315 Summary: wine can't see and use most of directories on VFAT Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-loader AssignedTo: wine-bugs(a)winehq.com ReportedBy: valtri(a)atlas.cz 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 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1315>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 9, 2003

[Bug 1314] New: - Wine always downloads truetype fonts into its ps files when printing

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1314 Summary: Wine always downloads truetype fonts into its ps files when printing Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gdi AssignedTo: wine-bugs(a)winehq.com ReportedBy: wine(a)alk.org.lu In wine-20030302 shipped by SuSE, if you have a truetype font directory defined such as the following: [FontDirs] "dir1" = "/home/aknaff/winefonts/core/ttf" then all fonts defined there in will be downloaded into the generated postscript file, even if the printer natively understands them (as defined in the ppd file). I.e. if I have an arial truetype font, this font is downloaded to the printer, even though I have the following in my .ppd file: *Font ArialMT: *Font Arial-BoldMT: *Font Arial-BoldItalicMT: *Font Arial-ItalicMT: and even though I have the relevant .afm files in my [afmdirs]. The only way how I could force wine to use the printer's builtin Arial font was to define a substitution table where I substituted it with itself: [System\\CurrentControlSet\\Control\\Print\\Printers\\file\\PrinterDriverData\\FontSubTable] 1047119381 "Courier New"="Courier New" "Arial"="Arial" "Times New Roman"="Times New Roman" "Webdings"="Webdings" "Tahoma"="Tahoma" ... [Btw, the above FontSubTable worked for Courier New, Arial, Times New Roman, and Tahoma, but still not for Webdings. But that's probably a different problem]. After perusing the source code, I found the following in wine-20030219/dlls/wineps/font.c near the end of function PSDRV_SelectFont : if(physDev->dc->gdiFont && !subst) { if(PSDRV_SelectDownloadFont(physDev)) return 0; /* use gdi font */ } PSDRV_SelectBuiltinFont(physDev, hfont, &lf, FaceName); return (HFONT)1; /* use device font */ I.e. if there is a gdiFont defined for current font (I assume, this means if a display font has been loaded), and if the font is not the result of a substitution, then we download it into the printer. Otherwise we try to use a builtin font. Shouldn't that be the other way round: first try to use a builtin font, and only if that is not possible (because no such font defined in generic.ppd or missing .afm file) download it. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1314>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 8, 2003

[Bug 1313] New: - The Microsoft Powerpoint viewer cannot print

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1313 Summary: The Microsoft Powerpoint viewer cannot print Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gdi AssignedTo: wine-bugs(a)winehq.com ReportedBy: wine(a)alk.org.lu The Microsoft Powerpoint viewer http://download.microsoft.com/download/powerpoint2000/ppview97/2000/WIN98/E… cannot print in wine. If you do "wine ppview32", click on a .pps file, and then click print, the cursor turns busy until you move it, but nothing happens. If you do "wine ppview32 somefile.pps" (to launch the slideshow directly, without going through the main dialog) and then print from the right-click menu, the app just hangs, and nothing else happens either... When this happens, the following is printed to the log: 0009:fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer list so trying to find default N.B. There are printers defined in /etc/printcap, and other apps, such as the Word viewer, the Excel viewer, and the builtin notepad print just fine. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1313>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 8, 2003

[Bug 1312] - compilation problem on NetBSD (*BSD?)

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1312 ------- Additional Comments From wiz(a)danbala.ifoer.tuwien.ac.at 2003-03-08 07:41 ------- ok, the CD_SECS and CD_FRAMES as well as the debug line are fixed in CVS. The CDROM_MSF is only used once outside of the #ifdef linux part -- I guess that's an error and just shouldn't be there. Additionally, I stumbled over a duplicate assignment around line 920: data->MediaCatalog.FormatCode = IOCTL_CDROM_MEDIA_CATALOG; data->MediaCatalog.FormatCode = sc.what.media_catalog.data_format; One of them should probably go... DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1312>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 8, 2003

[Bug 1312] - compilation problem on NetBSD (*BSD?)

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1312 andi(a)rhlx01.fht-esslingen.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW everconfirmed|0 |1 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-08 03:05 ------- 'scuse me, I don't see that TRACE("caching toc from=%d to=%d\n", hdr.cdth_trk0, hdr.cdth_trk1); line in newest CVS. Are you running CVS? If not, does CVS fix anything? Err no, you're not. Current CVS has some half-fix. Could you update and patch the remaining missing parts (CDROM_MSF etc.) instead? Thanks for the report! DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1312>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 8, 2003

[Bug 1312] - compilation problem on NetBSD (*BSD?)

by wine-bugs＠winehq.com

http://bugs.winehq.com/show_bug.cgi?id=1312 ------- Additional Comments From wiz(a)danbala.ifoer.tuwien.ac.at 2003-03-08 02:16 ------- Created an attachment (id=418) compilation fix as mentioned in the bug report DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1312>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

March 8, 2003