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

WWN 235

by Tom

Sorry my bad :) as it is now correct Tom

Aug. 16, 2004

WWN 235 went from bad to worse!

by Tom

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

Aug. 16, 2004

Re: Adventures in serial port.

by Boaz Harrosh

Scott Snell wrote: > However I have struck a problem. My windows program >code links in a .lib file that is provided by a third party. Can I link >this library file into my winelib project, and if so how? I cant seem to >find any recent discussion on this topic > > One way I know is to wrap the .Lib in a .DLL on windows with MSVC or MinGW. Than use the DLL in your winelib. On the winelib side you have to make a .SPEC file for your windows DLL. Look in previous threads and in winelib documentation for how to make a .spec file of your dll, and how to link to it. If you use MSVC do use a .DEF file because winebuild used to have problems with "__declspec(export)" functions exported from DLLS. (maybe it was fixed I'm not really up to date) Free Life Boaz

Aug. 16, 2004

Re: update the faq take 2 : faq-2.diff

by Andreas Mohr

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 ;-)

Aug. 16, 2004

Re: [Wine]faking network shares

by Fergal Daly

The message I was getting was fixme:file:wine_nt_to_unix_file_name UNC name L"\\??\\UNC\\machine\path" so I had a look in the code and found the relevant place, added a few printfs and found that that \\machine\path maps to .wine/dosdevices/unc/MACHINE/PATH so it is supported, it just doesn't seem to be documented anywhere that I could find. Everything is working nicely now. I'll write a quick FAQ entry if I get time today. Thanks, F On Sun, Aug 15, 2004 at 01:16:59AM -0400, David Lee Lambert wrote: > 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

Aug. 16, 2004

Adventures in serial port.

by Scott Snell

Hi All, I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code. Unfortunately the sands of time keep flowing and I am under pressure to find a solution. I have decided to use winelib to build our program that uses the serial port and write native code to read/write to the serial port. The rest of the suite I will continue to use with wine. This has gone well so far and again I am suprised at how smoothly I can do things, this time with winelib/winemaker. However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful. regards, scott.

Aug. 16, 2004

Re: [Wine]faking network shares

by Mike Hearn

This support was removed as it really has to be done kernel-side, but as to the state of integration now you'd have to ask Alexandre or Mike I suspect. David Lee Lambert wrote: > 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.) >

Aug. 16, 2004

Re: [lostwages] Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros

by Andreas Mohr

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

Aug. 16, 2004

Re: wine/dlls/commdlg fontdlg.c

by Dmitry Timoshkov

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > case WM_COMMAND: > - return CFn_WMCommand(hDlg, wParam, lParam, (LPCHOOSEFONTW)lpcf32w); > + return CFn_WMCommand(hDlg, wParam, lParam, (LPCHOOSEFONTA)lpcf32w); No, that's not enough. As Vincent pointed out CFn_WMCommand accesses structure dependent fields and you need to convert the structure in order to make it work. -- Dmitry.

Aug. 16, 2004

provider type of Microsoft Base Cryptographic Provider v1.0

by James Hawkins

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

Aug. 15, 2004