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

WineSetupTk...
by Tashlan Aug. 17, 2004

Aug. 17, 2004

Dear Oh Glorious Developers, (without which none of this would be possible) I have decided to try Wine for the first time and I'm trying to keep it simple. You have a link for WineSetupTk but I can't seem to find the file anywhere! Not sure where it is, but it sounded really helpful. Link appears on this page with description of WineSetupTk... http://www.winehq.com/site/docs/wine-user/config-helper-programs The Link points here... http://sourceforge.net/project/showfiles.php?group_id=6241 Thanks in advance, Tashlan

2 1

iostream and msvcrt?
by Scott Snell Aug. 17, 2004

Aug. 17, 2004

Hi All, Thanks to everyone who has helped me with winelib, so far most things are going really well! However here is an issue I cant solve - iostream and msvcrt. Here is an example file: // test.cpp module #include <process.h> #include <iostream> int test() { return 1; } If I compile it using: wineg++ -c -mno-cygwin -I/usr/local/include/wine/msvcrt -o test.o test.cpp or wineg++ -c -I/usr/local/include/wine/msvcrt -o test.o test.cpp I get a multitude of errors such as: In file included from /usr/include/c++/3.3.2/iosfwd:46, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++locale.h:53: error: `uselocale' was not declared in this scope In file included from /usr/include/c++/3.3.2/i386-redhat-linux/bits/c++io.h:35, from /usr/include/c++/3.3.2/bits/fpos.h:44, from /usr/include/c++/3.3.2/iosfwd:49, from /usr/include/c++/3.3.2/ios:44, from /usr/include/c++/3.3.2/ostream:45, from /usr/include/c++/3.3.2/iostream:45, from test.cpp:2: /usr/include/c++/3.3.2/cstdio:167: error: `snprintf' not declared /usr/include/c++/3.3.2/cstdio:168: error: `vfscanf' not declared /usr/include/c++/3.3.2/cstdio:169: error: `vscanf' not declared /usr/include/c++/3.3.2/cstdio:171: error: `vsscanf' not declared So whats my newbie mistake? thanks, Scott.

3 3

Forcing 32 bit mode in configure
by Mike Hearn Aug. 17, 2004

Aug. 17, 2004

Hi, Does anybody know how to force gcc to compile in 32 bit mode on 64 bit chips, and if so could they please write a patch? I've seen quite a few posts to end user forums lately saying that people were trying to compile Wine on AMD64 (and failing, obviously). thanks -mike

5 4

linking with windows .lib fies?
by Scott Snell Aug. 17, 2004

Aug. 17, 2004

Hi All, I have a MSVC project I am converting with winebuild. My project links in a windows .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. PS sorry for the repeat - this question was embedded inside an email on a different topic.

3 2

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