wine-devel

wine-devel@winehq.org

4 participants
84402 discussions

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

Has CVS access changed?
by Duane Clark 13 Mar '02

13 Mar '02

I just noticed that the patch I submitted is against an old version of CVS, even though I did the "cvs diff" today (3/13). Did I miss a change to the CVS configuration, perhaps in the move to the new server? I currently have .cvspass with :pserver:cvs@cvs.winehq.com:/home/wine Ah<Z

1 0

Re: Bug: fgets always reads from stdin
by Andriy Palamarchuk 13 Mar '02

13 Mar '02

Lawson, thank you very much for the help. lawson_whitney(a)juno.com wrote: > On Mon, 11 Mar 2002, Andriy Palamarchuk wrote: > > >>I'm trying to use function fgets, but it always reads >>from standard input. >> >> > I can't duplicate your results. [... skipped ...] As I found out I tried to feed 2 files to winemaker with -sym switches. Probably one of the files then was linked to Linux "fopen" function and returned FILE structure of incorrect format. Sorry to take your time. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

Re: Toolbar ReleaseCapture changes
by Duane Clark 13 Mar '02

13 Mar '02

These are comments about the patch that I submitted. Since it is a fairly significant change, and I don't yet have much of a track record (and am admittedly not a programmer by training or profession) I thought some detailed comments were in order. I have two applications, Xilinx fpga_editor and Actel designer, where the toolbars did not work. They were drawn fine, tooltips worked, and when clicked, they put messages into the status bar indicating what they were supposed to do. But the actual actions were never performed. Tracing the apps, I found that what was happening was that upon LBUTTONUP, the applications for whatever reason explicitly called ReleaseCapture() before TOOLBAR_LButtonUp() was executed. This caused TOOLBAR_LButtonUp() to be called with infoPtr->bCaptured == 0 and infoPtr->nButtonDown == -1, as would be expected. However, this also caused almost all of the code in the routine to be skipped, since most of it is contained within the large if(){} section. So I got ControlSpy and figured out how to get that to compile and run (under Borland C++Builder), and was able to modify it to explicitly call ReleaseCapture() before the TOOLBAR_LButtonUp(). This I did in the routine GetMsgProc() in ControlSpy, by testing for the correct hwnd and message before explicitely calling ReleaseCapture. I kind of expected CallWndProc() to be the right place, but it did not seem to be, and I really don't understand it well enough yet to know why. In any case, running this modified version (and the original version to compare results) under WinNT, I saw that the when ReleaseCapture is explicitely called before TOOLBAR_LButtonUp(), that all the same messages and notifications are still generated, with the exception that WM_CAPTURECHANGED does not get sent. And that is as expected, since it was already sent by the explicit call to ReleaseCapture(). So the patch modifies TOOLBAR_LButtonUp() to duplicate this behavior. It fixes both of the apps that were having the toolbar problem, and in the case of fpga_editor, it supports rebar and the toolbar continues to work. And I have tested it on a half dozen other apps, and all seem to be working fine.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel