- Wine-Devel - list.winehq.org

Re: [Wine]First use of 20040813
by Ivan Leo Puoti Aug. 16, 2004

Aug. 16, 2004

> 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.

1 0

Re: update the faq take 2 : faq-2.diff
by Ivan Leo Puoti Aug. 16, 2004

Aug. 16, 2004

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

1 0

Re: [Wine]faking network shares
by Ivan Leo Puoti Aug. 16, 2004

Aug. 16, 2004

> 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.

1 0

Re: wave tests patch
by Francois Gouget Aug. 16, 2004

Aug. 16, 2004

Robert Reif wrote: > Notify when position format not supported. > Test that position is 0 at start. Good patch. I was worried that tracing all waveGetPosition() failures would clober the output but after that's what one wants when tracing is enabled. Plus it uncovers interesting results: wave.c:584:found 1 WaveOut devices wave.c:472: 0: "SigmaTel Audio" (\\?\pci#ven_8086&dev_24c5&subsys_01641028&rev_01#3&61aaa01&0&fd#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\wave) 5.10 (1:100): channels=65535 formats=bffff support=002c(WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE) wave.c:482:Playing a 5 seconds reference tone. wave.c:483:All subsequent tones should be identical to this one. wave.c:484:Listen for stutter, changes in pitch, volume, etc. wave.c:369:Playing 5 second 440Hz tone at 22050x 8x1 wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES wave.c:268:TIME_MS not supported, returned TIME_SAMPLES wave.c:290:TIME_SMPTE not supported, returned TIME_SAMPLES ... I get the same results on Windows 95, 98 and NT4. How is it that this works on your machine? Anyway, assuming that we need to round up I propose to modify the implementation as in the attached patch. The advantage is that it does not rely on ceil(). In fact it doesn't even use floating point arithmetic so we cannot get any rounding error. If this patch is ok by you, then I can apply it to all the drivers. I also noticed that we have similar code for the input devices. Does this one also round up? Or does it round down? (I could very well see MS make that one round down) -- Francois Gouget fgouget(a)codeweavers.com Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /var/cvs/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.135 diff -u -r1.135 audio.c --- dlls/winmm/wineoss/audio.c 19 Jul 2004 20:08:06 -0000 1.135 +++ dlls/winmm/wineoss/audio.c 20 Jul 2004 08:58:43 -0000 @@ -2077,7 +2077,6 @@ */ static DWORD wodGetPosition(WORD wDevID, LPMMTIME lpTime, DWORD uSize) { - double time; DWORD val; WINE_WAVEOUT* wwo; @@ -2116,15 +2115,21 @@ TRACE("TIME_SAMPLES=%lu\n", lpTime->u.sample); break; case TIME_SMPTE: - time = (double)val / (double)wwo->format.wf.nAvgBytesPerSec; - lpTime->u.smpte.hour = time / (60 * 60); - time -= lpTime->u.smpte.hour * (60 * 60); - lpTime->u.smpte.min = time / 60; - time -= lpTime->u.smpte.min * 60; - lpTime->u.smpte.sec = time; - time -= lpTime->u.smpte.sec; - lpTime->u.smpte.frame = round(time * 30); - lpTime->u.smpte.fps = 30; + val = val / (wwo->format.wBitsPerSample / 8) / wwo->format.wf.nChannels; + lpTime->u.smpte.sec = val / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.sec * wwo->format.wf.nSamplesPerSec; + lpTime->u.smpte.min = lpTime->u.smpte.sec / 60; + lpTime->u.smpte.sec -= 60 * lpTime->u.smpte.min; + lpTime->u.smpte.hour = lpTime->u.smpte.min / 60; + lpTime->u.smpte.min -= 60 * lpTime->u.smpte.hour; + lpTime->u.smpte.fps = 30; + lpTime->u.smpte.frame = val * lpTime->u.smpte.fps / wwo->format.wf.nSamplesPerSec; + val -= lpTime->u.smpte.frame * wwo->format.wf.nSamplesPerSec / lpTime->u.smpte.fps; + if (val != 0) + { + /* Round up */ + lpTime->u.smpte.frame++; + } TRACE("TIME_SMPTE=%02u:%02u:%02u:%02u\n", lpTime->u.smpte.hour, lpTime->u.smpte.min, lpTime->u.smpte.sec, lpTime->u.smpte.frame);

3 4

Adventures in serial port.
by Scott Snell Aug. 16, 2004

Aug. 16, 2004

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.

5 4

Re: Fwd: provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins Aug. 16, 2004

Aug. 16, 2004

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

1 0

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