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

Re: [Wine]First use of 20040813

by Ivan Leo Puoti

> The game servers I was running was Descent 3. There is a linux client of Descent 3, so the probably is a server for linux. Ivan.

Aug. 16, 2004

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

by Ivan Leo Puoti

> Who feels his patch is correct. Ivan thinks the patch is correct too.

Aug. 16, 2004

Re: [Wine]faking network shares

by Ivan Leo Puoti

> Perhaps someone could add this to The documentation is in the /documentation directory in the source tree. Just make any changes you want, make a patch following the instructions at http://www.winehq.com/site/sending_patches then send the patch to wine-patches(a)winehq.com Ivan.

Aug. 16, 2004

Re: wave tests patch

by Eric Pouech

> The problem with sharing this code in winmm.c is that we need to know > what's the device format and I'm not sure how to do that from winmm.c. there's no API AFAIK, but we could always cache the format in winmm's internal reprensentations. A+

Aug. 16, 2004

Re: Adventures in serial port.

by Eric Pouech

Scott Snell a écrit : > 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. there's a bug in the serial code when reading are made in this mode. I've got a patch ready for this, so you may want to wait a couple of days (before it gets committed into CVS) A+

Aug. 16, 2004

Re: Wine Status - User Interface

by James Hawkins

---------- Forwarded message ---------- From: James Hawkins <truiken(a)gmail.com> Date: Mon, 16 Aug 2004 13:43:21 -0500 Subject: Re: Wine Status - User Interface To: twickline(a)sitestar.net Hey Tom, printdlg AFAIK is very close to being complete. The only things I can think of that would need to be done concerning the print dialog is to verify how windows handles the printer stats (Status, Type, Where, Comment) when no printer is selected/installed. Another thing that could be implemented is the printer help. I will have to test out the print properties dialog when i set up my printer in a week. I dont really know anything about Page Setup or Print Property Sheet, but I will definitely look into it now. On Mon, 16 Aug 2004 09:52:58 -0400, Tom <twickline(a)sitestar.net> wrote: > James Hawkins wrote: > > Hey Tom, > > > > Yea this looks good. Percentages look good too. Keep up the good work! > > > > Hello James, > > Thanks for the speedy reply :) > Would you by chance know what needs to be done, what is missing from > /commdlg/printdlg.c ? > > Do you know anything about Page Setup or Print Property Sheet ? > I looked through our source but i didn't find a relivent source file for > them. > > Regards, > > Tom > > -- James Hawkins -- James Hawkins

Aug. 16, 2004

Re: Adventures in serial port.

by Andreas Mohr

Hi, On Mon, Aug 16, 2004 at 06:43:45PM +1000, Scott Snell wrote: > 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. Yes, would be a good idea. The best way would be to create a demo program that's as small as possible exhibiting the problem. Then file it with a bug report. But maybe something like WINEDEBUG=+file,+win32,+comm,+server,+relay and a modified Wine with additional traces in the comm area could help? Doesn't sound like it's extremely difficult to spot, but then I didn't debug the program... Andreas Mohr

Aug. 16, 2004

Re: Fwd: provider type of Microsoft Base Cryptographic Provider v1.0

by James Hawkins

Thanks a bunch Michael and Robert. This helps a lot. On Mon, 16 Aug 2004 10:44:36 +0100, Robert Shearman <rob(a)codeweavers.com> wrote: > Michael Jung wrote: > > >this value should be registered by rsabase.dll, which the appended patch does > >implement. > > > >Rob: I hope that's ok for you. > > > > > <snip> > > Looks good to me. > > Rob > > -- James Hawkins

Aug. 16, 2004

Menu problem: top menu drawn ok, pulldowns miss text

by Tobias Burnus

Hello, I have a strange problem with the Cambridge Advanced Learner's Dictionary. It, finally¹, starts up but (besides other problems) there is a glitch in the menu. The menu bar looks ok, the dropdown menus work, but the items are empty. The (single?) submenu works again. See http://www.physik.fu-berlin.de/~tburnus/wine/cald2.png Has anyone an ad-hoc idea or knows which are the best debugging flags? Even with the default setting I get hundreds of such lines: fixme:ddraw:Main_DirectDrawClipper_SetClipList (0x40410e80,0x4067ea8c,0),stub! Thus I want to do a wise choise for the menus. (At the startup, it comes up with an open File menu and the menu item "Menu 1" to "Menu 7" which closes after a few seconds by itself: http://www.physik.fu-berlin.de/~tburnus/wine/cald3.png) Regards, Tobias ¹ Great work! A few weeks ago, it didn't come up at all but was stalled with the splash screen. PS: See also http://dictionary.cambridge.org/cald/cdrom/, unfortunally, there is no free demo version :-( PPS: The other problems are mentioned above are: - Somehow no words are shown (makes it unusable). This and the other bugs might relate to the following error: err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateZoneManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef err:module:import_dll No implementation for URLMON.DLL.CoInternetCreateSecurityManager imported from L"C:\\windows\\system\\IEBrowser.ilx", setting to 0xdeadbeef - Some exception ("thrown by funReadIniFile" - file not found) dialog covers a lot of the space but seems otherwise not to harm: http://www.physik.fu-berlin.de/~tburnus/wine/cald4.png (The question is only: Why is the file not found.)

Aug. 16, 2004

Re: [Wine]faking network shares

by Fergal Daly

Perhaps someone could add this to "The dosdevices Directory" at http://www.winehq.org/site/docs/wine-user/config-drive-main#CONFIG-DRIVE-SE… Windows shares can are mapped into the <TT CLASS="FILENAME">unc/</TT> directory so anything trying to access <TT CLASS="FILENAME">\\machinename\some\dir\and\file</TT> will look in <TT CLASS="FILENAME">~/.wine/dosdevices/unc/machinename/some/dir/and/file</TT>. For example, if you used Samba to mount <TT CLASS="FILENAME">\\machinename\some</TT> on <TT CLASS="FILENAME">/mnt/smb/machinename/some</TT> then you can do <PRE CLASS="PROGRAMLISTING">ln -s /mnt/smb/machinename/some unc/machinename/some</PRE> to make it available in wine (don't forget to create the unc directory if it doesn't alrady exist). Fergal On Mon, Aug 16, 2004 at 01:18:45PM +0100, Mike Hearn wrote: > Fergal Daly wrote: > >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, > > Cool! You're right, this does appear to be totally undocumented, I had > no idea about this. It should probably go into winecfg and the man pages.

Aug. 16, 2004