Re: Packagers Guide Update #5

Dan Kegel wrote: Tom Wickline wrote: IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file ... I'm not saying this is the best approach but at least it is upto date! How about writing a shell script or M

Re: PATCH: glibc 2.3.x and errno

Alexandre Julliard wrote: I'm afraid that won't be enough. When using thread-local storage, glibc doesn't even call __errno_location any more, it directly stores errno into the thread storage using %gs. It seems the only solution is to make Wine threads work on top of libc threads, but that will b

Re: PATCH: glibc 2.3.x and errno

Andreas Mohr wrote: I for one would feel much better if we simply rejected that particular "broken" glibc version Not sure it's broken - it may just be the first version using NPTL for threads. > and supported a *new* glibc method of properly interfacing errno things in a newer glibc version..

Re: PATCH: glibc 2.3.x and errno

Hi ! On Fri, Jan 24, 2003 at 05:20:12PM +0100, Marcus Meissner wrote: > Changelog: > Since glibc 2.3.cvs no longer exports __errno_location, we need > to overwrite the implementation in glibc/libpthread directly. Excuse me, but somehow I think this is p*ss poor. (and yes, I'm now mark

Re: dlls/d3d8/device.c: statement with no effect

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 24 January 2003 10:03, Gerald Pfeifer wrote: > In dlls/d3d8/device.c I am getting the following warning (on FreeBSD): > > /usr/bin/gcc -c -I. -I. -I../../include -I../../include > -I/usr/X11R6/include -g -O2 -Wall -Wpointer-arith > -mprefer

Re: PATCH: glibc 2.3.x and errno

Alexandre Julliard wrote: I'm afraid that won't be enough. When using thread-local storage, glibc doesn't even call __errno_location any more, it directly stores errno into the thread storage using %gs. It seems the only solution is to make Wine threads work on top of libc threads, but that will b

Re: PATCH: glibc 2.3.x and errno

Marcus Meissner <[EMAIL PROTECTED]> writes: > The afore mentioned glibc guru did not have any ideas either. > > There however is a happy but messy end, which appeared to me > yesterday: > Overwrite those 2 functions with a jump to our implementations. I'm afraid that won't be enough. When

Re: PATCH: glibc 2.3.x and errno

Hi Marcus, > __errno_location and __h_errno_location are no longer weak symbols > and so can not be overwritten any longer. The internal glibc systemcall > wrappers no longer call the functions by reference, but directly. the real problem is even worse. glibc has switched to using thread-local s

Re: Packagers Guide Update #5

Tom Wickline wrote: IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file ... I'm not saying this is the best approach but at least it is upto date! How about writing a shell script or Makefile rule to automa

dlls/d3d8/device.c: statement with no effect

In dlls/d3d8/device.c I am getting the following warning (on FreeBSD): /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o device.o device.c device.c: In function

PATCH: Get rid of superfluous dup() and close() calls.

patch: dup.diff Get rid of superfluous dup() and close() calls. Modified files: dlls/kernel/comm.c| 25 -- dlls/ntdll/file.c |2 - dlls/ntdll/virtual.c |5 --- dlls/winsock/socket.c | 68 +- files/file.c

Re: App works almost perfectly, but one MDI screen won't draw

This is from a +message,+relay trace - surely this cannot be right? Just before this in the trace that same window proc generates lots of calls in response to a WM_NCPAINT message, so why might it not be generating any calls at all for ERASEBKGND? trace:message:SPY_EnterMessage (0x2007e) L"Mai

Re: Patch for crash caused by XIM and make XIM functions properly

"liu spider" <[EMAIL PROTECTED]> wrote: > @@ -1000,8 +1100,11 @@ > > wine_tsx11_lock(); > if (xic) > -ascii_chars = XmbLookupString(xic, event, Str, sizeof(Str), &keysym, NULL); > -else > +{ > +if(XIM_KeyEvent(GetFocus(), xic, event)) > +return; > +

Re: Packagers Guide Update #5

Andreas Mohr wrote: On Thu, Jan 23, 2003 at 11:42:31PM -0500, Tom Wickline wrote: Changelog Update the Sample config IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file, otherwise this exactly leads to the

Re: Packagers Guide Update #5

On Thu, Jan 23, 2003 at 11:42:31PM -0500, Tom Wickline wrote: > Changelog > > Update the Sample config IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file, otherwise this exactly leads to the permanent updating

Packaging Guide Update #6

Francois pointed out that I should fix as sgml will pick it up as a tag. Also replaced the tag with to prevent the text from bunching together. Changelog Fix tag replace tag with Tom Index: documentation/packaging.sgml === R

Re: Packagers Guide Update #5

Francois Gouget wrote: Hmmm, anything of the form is a tag sgml so the above will not work very well. You should use: # Yea I see where it could cause problems now .. I noticed another problem. This section is in a simple tag. That means that linefeeds are not significant and