August 2004 - Wine-Devel - list.winehq.org

Re: [Wine]faking network shares
by David Lee Lambert Aug. 16, 2004

Aug. 16, 2004

On Thu, Aug 12, 2004 at 12:42:08PM +0100, Fergal Daly wrote: > I have an app that wants to read from \\server\directory\file.ini and I > don't have an easy way of changing this, so I want to tell wine that > \\server\directory is available in /mnt/smb/server/directory. Is this > possible? What do I need to do? If you try to read from a path starting "\\.\" in Wine (in some versions), you'll get a message saying something like "Fixme: UNC name (%s) not supported.", but there is basic support for Wine to read from a file directly over an SMB link for paths that start with "\\" up until Wine-20040505. It identifies itself as a WfW server and doesn't attempt to provide a username or password, as far as I can tell. It looks like the relevant functions were deleted before 20040615. In principle, Wine could probably provide UNC-name support by calling 'smbclient', or by parsing /etc/mtab for 'smbfs' mountpoints and trying to access them like any other file. Another alternative would be a configuration-file override to alias an arbitrary UNC path as some file, just like the old [Drive X] mappings. In your case, would it be acceptable to have a local, static copy of the .ini file, and just point Wine at that somehow? (Forwarding to the developer's list, since it looks like this is a useful feature that was removed because no one was finishing it.) -- resume at http://www.cse.msu.edu/~lamber45/resume.htm PGP key at http://www.cse.msu.edu/~lamber45/newmail.htm#GPGKey

3 4

Delorme Street Atlas 2004 - Sooo Close...
by Michael H. Warfield Aug. 16, 2004

Aug. 16, 2004

Hey all, So this is my first post to the list in several years... I've tried several version so Delorme's Street Atlas under many many versions of Wine over the years. Most of the time, I haven't even been able to get it to install. One version, in the way WAY distant past, did install and I had problems with the serial port and port naming conventions that, IIRC, resulted in some patches to Wine. But all recent versions have been major headaches. I recently tried the 20040716 version of Wine and, just now, the 20040713 version. I was able to install Street Atlas 2004 under that previous version! Yeah! Some problems with things like checkboxes in install shield not being visible (but could be checked if you guessed right where the check box was under the image that was obscuring it) but it did install. Running it becomes another matter. If the data CD is in the CD-Rom drive, I get the modal welcome splash window up but then I get the following errors: [mhw(a)canyon mhw]$ wine .wine/drive_c/Program\ Files/Street\ Atlas\ USA\ 2004/SA2004.exe fixme:ole:CoCreateInstance no classfactory created for CLSID {ebbd44c6-6b55-4aa8-8a22-ceac2ede660f}, hres is 0x80040154 Fatal Error at file , line 0, char 0 Message: err:seh:setup_exception stack overflow 236 bytes in thread 0009 eip 3545a7ab esp 17840f14 stack 0x17840000-0x17940000 Now, the first one doesn't seem to be "fatal". If I don't have the CD in the CD-Rom drive, I still get that error but it come to a dialog box asking if I want to run without the databases or if I want to browse for them. If I then insert the CD and hit browse and browse over to the CD-Rom, it then hits the fatal error as before. The second error seems to be really bad juju. The splash screen just stays on top of everthing else and the whole thing seems hung. I can (and have to) Cntrl-C the application in the terminal window and then the splash screen goes away as the app terminates. This is one Fedora Core 2 with 2.6.7 kernel. Any thoughts or suggestions? Since it's a "stack overflow" (which tend to be pretty damn serious) I figured I would raise this issue on the developers list, rather than the users list. Oh... I also used the winetools package to install things like fonts and MS-installer and VBS runtimes, if that makes a difference. I was unable to install the VC++ runtime, though (didn't try that on 0813 version though). Any recommendations on debugging it further? Regards Mike -- Michael H. Warfield | (770) 985-6132 | mhw(a)WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!

1 1

Re: [lostwages] Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros
by Andreas Mohr Aug. 16, 2004

Aug. 16, 2004

Hi, On Sat, Aug 14, 2004 at 09:14:58PM -0400, Vincent Béron wrote: > Since I finally had the time to install it, lets provide Wine binaries > for it (it's been asked in the past). > > Changelog: > Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros. This is not really correct. Google "RHEL WBEL" vs. "RHEL WBL" shows an overwhelmingly clear result, and whiteboxlinux.org also refers to itself as White Box Enterprise Linux in the page title (plus it mentions WBEL on the home page!). It does list White Box Linux, however (although, as mentioned before, this is much less common). Andreas Mohr

2 1

Re: Removed slovenian translation
by Marcelo Duarte Aug. 16, 2004

Aug. 16, 2004

Use diff -u Si.rc /dev/null Jacek Caban wrote: > I found that slovenian translation is incomplete and not translated, > so I removed this from winecfg.rc. Si.rc should be remove too, but > I don't know how to do this in patch. > > Changelog: > Removed slovenian translation > > Index: programs/winecfg/winecfg.rc > =================================================================== > RCS file: /home/wine/wine/programs/winecfg/winecfg.rc,v > retrieving revision 1.10 > diff -u -r1.10 winecfg.rc > --- programs/winecfg/winecfg.rc 22 Jul 2004 19:45:00 -0000 1.10 > +++ programs/winecfg/winecfg.rc 16 Aug 2004 19:23:12 -0000 > @@ -32,7 +32,6 @@ > #include "It.rc" > #include "Pt.rc" > #include "Ru.rc" > -#include "Si.rc" > > LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL > > > >

2 1

Re: Added path settings to winecfg
by Marcelo Duarte Aug. 16, 2004

Aug. 16, 2004

Hi, I think that you do not need to modify the .rc files from languages other than En.rc and your native language. If you do not translate, it will more easy to us to known that it is wrong and needs to be translated. This is my position in relation to Pt.rc. Thank you. Jacek Caban wrote: > Changelog: > Added path settings to winecfg. > >

2 1

Re: update the faq take 2 : faq-2.diff
by Andreas Mohr Aug. 16, 2004

Aug. 16, 2004

Hi, On Sun, Aug 15, 2004 at 06:23:05AM -0400, Tom wrote: > > Hello, > > change dll's back to dlls > > Tom > > Changelog: > remove rewind section due to lack of updates Hmm... Rewind is an important part for companies who choose to not publish all of their source under the (L)GPL (but hopefully do publish smaller utilities not essential to their core business :-). As such it might be useful to keep the reference. (to such companies at least ;-) Are there any "GPL-unencumbered" (ugh, gotta hate that word ;) alternatives? I don't know of any, so... Greetings, Andreas Mohr (who certainly would not be too unaffected by the non-availability of a rewind tree ;-)

2 1

WWN 235
by Tom Aug. 16, 2004

Aug. 16, 2004

Sorry my bad :) as it is now correct Tom

1 0

WWN 235 went from bad to worse!
by Tom Aug. 16, 2004

Aug. 16, 2004

Hello, In reference to Winehq frontpage error..... Now it looks like : c:\\windows is not accessible Error (con't) Tom

1 0

Re: wine/dlls/commdlg fontdlg.c
by Vincent Béron Aug. 16, 2004

Aug. 16, 2004

Le ven 13/08/2004 à 20:42, Alexandre Julliard a écrit : > ChangeSet ID: 13294 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2004/08/13 19:42:35 > > Modified files: > dlls/commdlg : fontdlg.c > > Log message: > Jacek Caban <jack(a)itma.pwr.wroc.pl> > Fix a bug in passing parameters to CFn_WMInitDialog and CFn_WMCommand > in FormatCharDlgProcW. > > Patch: http://cvs.winehq.org/patch.py?id=13294 > > Old revision New revision Changes Path > 1.69 1.70 +2 -5 wine/dlls/commdlg/fontdlg.c At least the last part of this patch looks wrong. - return CFn_WMCommand(hDlg, wParam, lParam, lpcf32a); + return CFn_WMCommand(hDlg, wParam, lParam, (LPCHOOSEFONTW)lpcf32w); This cast is absolutely non-sense, as lpcf32w is already a LPCHOOSEFONTW. Aslo, CFn_WMCommand expects a LPCHOOSEFONTA as its fourth parameter, not a LPCHOOSEFONTW. Maybe just changing the cast to LPCHOOSEFONTA would work, but a quick glance in CFn_WMCommand told me it uses some A fields of that structure, so maybe it's not enough and we'll need to actually do a conversion (or transform CFn_WMCommand to expect a LPCHOOSEFONTW). Vincent

3 2

provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins Aug. 15, 2004

Aug. 15, 2004

Hi, If you run regedit in wine and view the following key: HKEY_LOCAL_MACHINE\Software\Microsoft\Cryptography\Defaults\Provider Types\Type 001 Type 001 does not have a "TypeName" value. Should Type 001 have a "TypeName" value? CryptEnumProviderTypes calls RegQueryValueEx on this value to see what the provider type is, but fails (but not in an obvious way). Should RegQueryValueEx return an error code describing that there is no such value? If so, what is the error code/name? -- James Hawkins

1 0