INT 13h [service 44h]

2000-09-15 Thread admiral coeyman
I completed the drive verify sectors work a little while ago, but keep running out of space to compile wine. I'd like to check my work before submitting. I added three new boolean variables which can be used for drives, since this was simpler. BIOS tells wine that BIOS level access is al

WS_CHILD problem

2000-09-15 Thread Andreas Mohr
Hi all, an InstallShield installer does a SetParent() on a dialog that has been created within another dialog, with this dialog being its "owner". Directly after that SetParent, it does a GetParent which fails: if(!(wndPtr = WIN_FindWndPtr(hwnd))) return 0; if ((!(wndPtr->dwStyle & (WS_P

Re: [Re: RFC: Wine Documentation]

2000-09-15 Thread Andreas Mohr
On Fri, Sep 15, 2000 at 08:41:37PM -0400, Douglas J. Hunley wrote: > James Juran wrote: > > > > But a manually edited FAQ requires rather constant (or at least > > consistent) attention, which it is not receiving now. Unless someone is > > willing to be a more regular FAQ editor than the current

Re: winelib app with windows .dll

2000-09-15 Thread lawson_whitney
On Fri, 15 Sep 2000 [EMAIL PROTECTED] wrote: > Quoting Eric Pouech <[EMAIL PROTECTED]>: > > what are you actually trying to achieve ? > > 1/ port an existing DLL (or reuse its code) under Wine ? > > 2/ write a winelib app that uses an existing DLL ? (from the binary .dll > > file ?) > > > > you

[Re: RFC: Wine Documentation]

2000-09-15 Thread Douglas J. Hunley
James Juran wrote: > > But a manually edited FAQ requires rather constant (or at least > consistent) attention, which it is not receiving now. Unless someone is > willing to be a more regular FAQ editor than the current WineHQ > maintenance staff (of which I'm a member, so I'm not bashing them a

Re: RFC: Wine Documentation

2000-09-15 Thread James Juran
Gerald Pfeifer wrote: > > On Fri, 15 Sep 2000, Jeremy White wrote: > > 2. Documentation should be clear (the user should quickly see > > the thing that he or she wants, and there should be no confusion > > as to which document is 'right') > > Sounds good! > > > 4. Swit

Re: winelib app with windows .dll

2000-09-15 Thread mogul-wine-devel
Quoting Eric Pouech <[EMAIL PROTECTED]>: > what are you actually trying to achieve ? > 1/ port an existing DLL (or reuse its code) under Wine ? > 2/ write a winelib app that uses an existing DLL ? (from the binary .dll > file ?) > > your request ain't clear. it seems to me that you want to achiev

Re: winelib app with windows .dll

2000-09-15 Thread Eric Pouech
[EMAIL PROTECTED] wrote: > > Hello winos, > > I'm trying to make a winelib program that makes use of a windows DLL. I'm > having trouble understanding how to generate the stub/passthrough lib that is > supposed to wrap calls to the functions in the DLL. The windows DLL is called > qtmlclient.d

Re: winelib app with windows .dll

2000-09-15 Thread Alexandre Julliard
[EMAIL PROTECTED] writes: > However, I still get the following linker error: > qtsample.o: In function `WinMain': > /usr1/home/mogul/quicktime/test/qtsample.c:254: undefined reference to > `InitializeQTML' > > If I look at the symbols I have this: > > nm -o *o | grep Init

Re: Ultima Online with UOAssist

2000-09-15 Thread Eric Pouech
Josef Wegner wrote: > > Hi, > > I normally play Ultima Online under linux with Wine. I wokrk very well > beside two things: > > 1) Very often when UO plays another Midi files, Wine crashes (bringing up the > "Want to debug?"-Messagebox). what about posting a backtrace of where it crashes (see

Re: RFC: Wine Documentation

2000-09-15 Thread Gerald Pfeifer
On Fri, 15 Sep 2000, Jeremy White wrote: > 2. Documentation should be clear (the user should quickly see > the thing that he or she wants, and there should be no confusion > as to which document is 'right') Sounds good! > 4. Switch the FAQ to use a FAQ-O-MATIC, to facil

Re: Ultima Online with UOAssist

2000-09-15 Thread Andreas Mohr
On Fri, Sep 15, 2000 at 06:55:45PM +0200, Josef Wegner wrote: > Hi, > > I normally play Ultima Online under linux with Wine. I wokrk very well > beside two things: > > 1) Very often when UO plays another Midi files, Wine crashes (bringing up the > "Want to debug?"-Messagebox). Hmm, no idea ab

Re: gethostbyname is not thread safe

2000-09-15 Thread Gerald Pfeifer
On Fri, 15 Sep 2000, Rein Klazes wrote: > Exactly, but according to my knowledge (Steven's Unix Network > Programming) the gethostbyaddr_r() is different on Solaris and other > platforms. Different arguments and so. A bit hard to make a configure > test unles you put your knowledge of platforms in

Re: gethostbyname is not thread safe

2000-09-15 Thread Eric Pouech
> > just a suggestion, to make things more readable > > - always use (in DLLs like winsock) the reentrant functions > > (get???by???_r) > > Only gethostbyname_r and gethostbyaddr_r are known to me. Solaris > provides functions by the same names but with different arguments. > > That only these t

RE: TOPMOST window support

2000-09-15 Thread Stephane Lussier
> -Original Message- > From: gerard patel [mailto:[EMAIL PROTECTED]] > > I have not looked at your patch but it breaks one of my test > apps; it seems > that an uncaring programmer asked to set topmost a 'child of the > 'desktop'. > I guess that what he wanted was just to set the win

Ultima Online with UOAssist

2000-09-15 Thread Josef Wegner
Hi, I normally play Ultima Online under linux with Wine. I wokrk very well beside two things: 1) Very often when UO plays another Midi files, Wine crashes (bringing up the "Want to debug?"-Messagebox). 2) Sometime ago it was possible to use UOAssist with UO and Wine via the old load routine

Re: gethostbyname is not thread safe

2000-09-15 Thread Rein Klazes
On Fri, 15 Sep 2000 16:48:07 +0200 (MET DST), you wrote: > just a suggestion, to make things more readable > - always use (in DLLs like winsock) the reentrant functions > (get???by???_r) Only gethostbyname_r and gethostbyaddr_r are known to me. Solaris provides functions by the same names but w

Re: gethostbyname is not thread safe

2000-09-15 Thread Caolan McNamara
On Fri, 15 Sep 2000, Rein Klazes wrote: > > Exactly, but according to my knowledge (Steven's Unix Network > Programming) the gethostbyaddr_r() is different on Solaris and other > platforms. Different arguments and so. A bit hard to make a configure > test unles you put your knowledge of platforms

Re: TOPMOST window support

2000-09-15 Thread gerard patel
At 09:49 AM 9/15/00 -0400, you (Stephane Lussier) wrote: >Here's a patch trying to implement the TOPMOST feature of Windows. As some >of you probably know, there's no way to set a window as topmost in X. So I >add to do a couple of tricky things to emulate this feature in Wine. Also >with this pat

Re: RFC: Wine Documentation

2000-09-15 Thread Alexandre Julliard
Jeremy White <[EMAIL PROTECTED]> writes: > 3. If it's a separate tree, multiple developers be given commit > access to the new tree. I think commit access would be > basically granted to any developer who requests > it, so long as they have some standing in the comm

Re: wrc/parser.y

2000-09-15 Thread Albert den Haan
Yes, the '-L' option is very useful when you are compiling 'real' win32-developed code that has just been checked out from a version control system that is case insensitive for file names onto your disk published as an SMB share. Also, certain compiler suites seem to do case insensitive filename

Re: gethostbyname is not thread safe

2000-09-15 Thread Rein Klazes
On Fri, 15 Sep 2000 16:51:40 +0200, you wrote: > OK, makes sense. > > > I solve this by critical sections around the calls and the use of the > > return data. In case of the gethost* calls I use in case of __linux__ > > the non-portable functions gethostbyname_r and gethostbyaddr_r. > > First

RFC: Wine Documentation

2000-09-15 Thread Jeremy White
As part of the Wine 1.0 effort, we've been working on improving the Wine documentation. We have a proposal for a way to overhaul the documentation system, and we'd like some feedback. We start with the following goals: 1. Documentation should be easy to find 2. Documentation should be

RE: gethostbyname is not thread safe

2000-09-15 Thread Patrik Stridvall
> Here some crashes in Eudora and possibly Agent are caused by > multi-threaded calls to gethostbyname(). This function (and some other > socket calls) use static data to return their values which leads to > the disaster. > > Other non-reentrant functions that return a pointer to static data > ge

Re: gethostbyname is not thread safe

2000-09-15 Thread Eric Pouech
just a suggestion, to make things more readable - always use (in DLLs like winsock) the reentrant functions (get???by???_r) - implement those in misc/port.c when not provided by C lib (this can be done using get???by??? and a crit sect around) that would make the whole winsock more readable IMO

Re: TOPMOST window support

2000-09-15 Thread Dimitrie O. Paun
From: "Stephane Lussier" <[EMAIL PROTECTED]> > Here's a patch trying to implement the TOPMOST feature of Windows. As some > of you probably know, there's no way to set a window as topmost in X. Well, this is something that probably the WMs can handle -- maybe we should suggest that they add some

Re: Would it be possible...

2000-09-15 Thread Dimitrie O. Paun
On Fri, 15 Sep 2000, David Howells wrote: > Would it be possible for me to store a copy of my kernel module code on > winehq? Or should I find somewhere else (eg: sourceforge)? There is a wine project on sourceforge... -- Dimi.

Re: Would it be possible...

2000-09-15 Thread Ove Kaaven
On Fri, 15 Sep 2000, David Howells wrote: > Would it be possible for me to store a copy of my kernel module code on > winehq? Yes, we have an "unofficial patches" directory, http://www.winehq.com/unoff/, for such purposes. But perhaps you should direct such requests to [EMAIL PROTECTED], rather

Would it be possible...

2000-09-15 Thread David Howells
Would it be possible for me to store a copy of my kernel module code on winehq? Or should I find somewhere else (eg: sourceforge)? Cheers, David Howells