- Wine-devel - list.winehq.org

correct way to get windows version
by michael cardenas 18 Mar '02

18 Mar '02

What's the correct way to determine the current windows version wine is using from advapi32.dll? I looked through the list archives and in the documentation and I found VERSION_GetVersion(), but if I use that advapi32 won't compile. I'm preparing my patches for aol7, but I know that one of them is specific to windows95, and it won't be accepted if I don't put the version check in.

2 1

starcraft don't work well , please fix the problem
by centi_riccardo＠libero.it 17 Mar '02

17 Mar '02

Starcraft (blizzard game) don't work well on wine . I see a black screen and nothing other . It's a problem only of the lastest wine releases ........

1 0

WineConf streaming
by Eric Pouech 16 Mar '02

16 Mar '02

if someone reads his mail, I'm tryin to follow up the conf with the lpbn streaming but the sound is awful (R/N ratio horrible) so, if you could pass the info (and try to fix it) TIA A+

6 7

starcraft don't work in the last wine releases
by centi_riccardo＠libero.it 16 Mar '02

16 Mar '02

Starcraft don't work well in the last wine releases . I see a black screen while the game is running in backgroung (I can hear music and sounds work well ) . I have a slackware 8.0 Xfree 4.2.0 kernel 2.4.18 (slackware - current) . Please somebody send a patch to resolve this problem .........

1 0

Visual FoxPro and "GDI Regressions"
by Rick Romero 15 Mar '02

15 Mar '02

- Previously posted to wine-users (but with LESS info, worded worse :) As much as I think I won't be able to accomplish anything, I keep trying, and I've come across something interesting.. I'm testing my regression by doing the following: - Start the app - Press CTRL-V to paste text into the Command Window (which is the active 'MDI' window - but not really MDI - by default) - Switch to another virtual desktop - Switch back to Foxpro Desktop (That makes the Command Window 'look' active, by becoming blue instead of grey) - Click on the text that has been pasted. All builds after 5/10/01 will have the problem. The text will highlight as I move the mouse, as if I was still holding the mouse button down. This behavior is the same on scrollbars also. I normally run FoxPro with: wine /mnt/windows/DevStudio/vfp/vfp.exe Trying to discern some useful information, I've been playing with debugmsg. I've noticed if I do: wine --debugmsg +scroll,+event,+toolbar,+gdi,+heap /mnt/windows/DevStu dio/vfp/vfp.exe Clicking works as it should.. Scrollbars take two clicks before the ButtonRelease isn't acknoledged, but the text highlighting doesn't occur. I can click and move around normally. If I attempt to highlight text, (holding down the button) the ButtonRelease then is ignored as before.. If I cut out some of the debug info: wine --debugmsg +scroll,+event,+toolbar /mnt/windows/DevStu dio/vfp/vfp.exe We're back to normal (non-working normal). It seems like there is some timing issue that the (almost extreme) slowness from printing the debugging info is overcoming..(it's just going to stdout) Is there a click/release timer that could be increased? I've posted a small application at http://www.havokmon.com/stuff/vfp5test.zip . It uncompresses to a setup.exe and files, which includes the VFP5 Runtime, and a test.exe application that just opens a MDI window. The above test works on this application. http://www.havokmon.com/stuff/vfp5test.txt has more information on setup and installation with Wine (because it's not 100%). Hopefully everyone won't be too WineConf'd out next week :) Thanks, Rick

1 0

Borland C 5 - 16bits
by lists＠vmn.com.br 14 Mar '02

14 Mar '02

Hi, I am trying to run a point of sale app with the following structure: i) 16 bit ii) written in Borland C 5 iii)uses DDE iv) The app is broken into some 4 or 5 EXE and DLL files that communicate with the windows POST MESSAGE function. Two apps communicate through DDE. Does anyone have experience with applications written with Borland C in wine? It seems that 16 bit Apps written in Borland C are not working as in win98. The thing is I have tried about 30 apps. Everything written in Visual C (16 and 32 bits) works. Almost all apps written in Borland 32 bits, including OWL and BWCC apps work. This is a quite impressive showing for wine. 16 bit Apps written in Borland C seem to perform poorly. Running the apps with --debugmsg warn+all shows consistent problems with GDI: use of invalid pointers HEAP: adressing attempts of invalid addresses Furthermore, it seems that the apps are not correctly sharing the processor. For the program to run it is necessary to click in all the windows and therefore allocate processor time by giving focus. Does anyone have experience with Borland C 16 bit apps. Is your experience consistent with this report? I certainly would appreciate any pointers. Thanks, Miguel Feitosa p.S : Eric -> I have changed the Apps to not use DDE. I am going to do a couple more days of testing. Then I will roll back the app to the original state and generate some traces for DDE. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

aRts audio driver support
by Chris Morgan 14 Mar '02

14 Mar '02

*dlls/winmm/winearts, arts.c, arts.h, audio.c, mixer.c, mmaux.c, winearts.drv.spec, Makefile.in: Chris Morgan <cmorgan(a)alum.wpi.edu> Added aRts driver to wine *configure, configure.ac, dlls/Makefile.in, include/config.h.in, dlls/dsound/dsound_main.c, documentation/samples/config: Chris Morgan <cmorgan(a)alum.wpi.edu> Changes for aRts driver, added commented out entry to WinMM section of sample config file, added configure time checks for artsc support. One question I had was what to do about EXTRADEFS entry in dlls/winmm/winearts/Makefile.in? Is this ok or does it have to be a configure detected thing? Any comments about this patch are more than welcome. Thanks, Chris

2 1

fix for crash in snoop
by michael cardenas 14 Mar '02

14 Mar '02

I can submit my previous patch for snoop also. It removes functionality but fixes the crash. Should I submit it? ------------------------------------------------------- Changelog: - this patch should get rid of the remaining crashes in snoop. It fixes SNOOP_GetProcAddress. ------------------------------------------------------- COPYRIGHT: All original work contained in this email is released under the terms of the old Wine license (LICENSE.OLD in the distribution). This means that any new functions I have created can be incorporated into a non LGPL Wine fork, for example. Any future patches I submit can be considered to be release under the old Wine license.

1 0

Re: Segmentation fault (core dumped) with cvs update
by Tony Lambregts 14 Mar '02

14 Mar '02

> I have upgraded my internet access recently and have decided to stay > current with the cvs instead of waiting for each new snapshot. I however > have run into a snag > > I downloaded the latest snapshot from ibiblio.org (Wine-200202.28.tar.gz) > and the latest cvsdirs from ftp.winehq.com/pub/wine > (wine-cvsdirs-20020228.tar.gz) > > After following the steps to get a CVS sandbox I now have a local copy > of the wine located at /usr/local/src/wine. > > When I cd to this directory an try to update my copy i get the following: > > [root(a)tony wine]# cvs u -v > > Concurrent Versions System (CVS) 1.10.5 (client/server) > > Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, > Jeff Polk, and other authors > > CVS may be copied only under the terms of the GNU General Public License, > a copy of which can be found with the CVS distribution kit. > > Specify the --help option for further information about CVS > > [root(a)tony wine]# cvs update -PAd > Segmentation fault (core dumped) > > Any help or suggestions would be appreciated > > Tony Lambregts > Ok just to follow up. I upgraded my version of cvs and life is good. Tony Lambregts

1 0

Re: [Fwd: Re: Oh yeah, the docu...]
by Tony Lambregts 14 Mar '02

14 Mar '02

> On Wed, Feb 20, 2002 at 09:40:43AM -0700, Tony Lambregts wrote: >> Tony Lambregts wrote: [Snip] >>> Ok so its just the online doc thats not up to date. Thanks. >>> >>> http://www.winehq.com/Docs/wine-user/configuring.shtml >>> >>> also looks like the the following are also not up to date. >>> >>> http://www.winehq.com/Docs/winedoc-sgml.tgz >>> http://www.winehq.com/Docs/winedoc-pdf.tgz VERY OLD >>> http://www.winehq.com/Docs/winedoc-ps.tgz VERY OLD >>> >>> and I would suspect that these too. (did not actually download) >>> >>> http://www.winehq.com/Docs/wine-set-html.tgz >>> http://www.winehq.com/Docs/winedoc-html.tgz >> [snip] >>> Since my last post on usenet I did download these and they are >>> out of >> date too. IMHO www.winehq.com/Docs should be updated at each >> snapshot. > Yeah, like I was really dying for finally seeing this being done. > > This time I yelled yet again, and Jeremy White muttered some Holy > Promise to make it finally work. (which, on hindsight, is a > relatively cheap promise due to Codeweavers having to go through > the trouble of revamping the whole winehq.com domain anyway due to > Corel's unfortunate demise ;-) > > Anyway, I'll be *really* glad once this finally gets done in a nice > solid timely cronjob. > > -- Andreas Mohr Stauferstr. 6, D-71272 > Renningen, Germany Tel. +49 7159 800604 > http://home.nexgo.de/andi.mohr/ > After checking winehq.com today I see that the online documentation is still not current. I also downloaded the sgml, pdf, and both htmls. They are still out of date. Now I realize that the staff at codeweavers are busy people but I would really like to see these up to date. Could I have some indication as to when this will done. Tony Lambregts Ps: I miss the network news service very much and want it to come back.

1 0