January 2003 - Wine-Devel - list.winehq.org

Spanish Documentation Project
by Javier Canovas Jan. 29, 2003

Jan. 29, 2003

hi, this is my first message on this mailing list... HI! I am a spanish user of wine, and I am going to translate the english documentation of wine (I manage the project). I am creating the project (cvs, bugzilla...) in Lucas (es.tldp.org) but I cant do it alone. I am meeting people to work in this, somebody can help us? Thks PD: Im sorry Shachar...

3 2

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at Jan. 29, 2003

Jan. 29, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > It seems the patch got wrapped. Turn off automatic wrapping in your > mail client before resending it. My mail client is Lotus Notes (company decision, not mine). Strange: Here the mail looks ok. Do you know how to turn line wrapping of in Lotus Notes. If not I will send the next patch as attatchment. Greetings Thomas Mertes

1 0

spyxx from msvc6.0 crashes on exit...
by Dan Kegel Jan. 29, 2003

Jan. 29, 2003

spyxx from msvc6.0 crashes repeatably. Here's the recipe: $ wine spyxx.exe click the minimize widget on the client document click the quit widget on the app Bingo, unhandled exception. The traceback looks uninformative, so either the stack is corrupt or it's crashing in the very outer routine. Here's the output of +relay and the backtrace (ah, I love it now that the debugger just uses the terminal I started wine with!!): 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.GetLastError() ret=78001314 08076498:Ret kernel32.GetLastError() retval=00000000 ret=78001314 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.UnhandledExceptionFilter(40440900) ret=7800f914 wine: Unhandled exception, starting debugger... Unhandled exception: page fault on read access to 0x00000040 in 32-bit code (0x0041e214). In 32-bit mode. 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe): movl 0x40(%eax),%edi Wine-dbg> bt Backtrace: =>0 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe) (ebp=0001002f) Wine-dbg> quit WineDbg terminated on pid 8072e48 -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: some ntdll functions [Virus checked]
by Dmitry Timoshkov Jan. 29, 2003

Jan. 29, 2003

<thomas.mertes(a)t-mobile.at> wrote: > --- old_wine-20030115/dlls/ntdll/rtlstr.c Tue Nov 12 03:17:34 2002 > +++ new_wine-20030115/dlls/ntdll/rtlstr.c Sun Jan 26 00:03:56 2003 > @@ -516,6 +516,15 @@ > */ > > > /************************************************************************** > + * RtlUpperChar (NTDLL.@) > + */ > +CHAR WINAPI RtlUpperChar( CHAR ch ) > +{ > + return toupper(ch); > +} It's better to avoid using locale dependent functions from an underlying system because Wine internal code page almost always is different from OS locale. The way to go is convert to unicode, do desired things, and convert the result back to ansi. -- Dmitry.

1 0

Re: some ntdll functions [Virus checked]
by Dimitrie O. Paun Jan. 29, 2003

Jan. 29, 2003

On January 28, 2003 04:11 am, thomas.mertes(a)t-mobile.at wrote: > +NTSTATUS WINAPI RtlIntegerToUnicodeString(ULONG value, ULONG base,const > UNICODE_STRING *str); Thomas, It seems the patch got wrapped. Turn off automatic wrapping in your mail client before resending it. -- Dimi.

1 0

Re: [dx8 patch 12]: huge cleanup + split
by Andrew John Hughes Jan. 28, 2003

Jan. 28, 2003

On Sat, 25 Jan 2003 01:14:15 +0100 Raphaël Junqueira <fenix(a)club-internet.fr> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > it seems a big patch, but it's only simple cleanups/splits ;) > > it's the first and bigger patch for splitting d3d8 from the future d3d7/d3d8/d3d9 comon code > > Changelog: > - some needed cleanups for future dx9 and d3d common layer support: > - stateblocks to IDirect3DStateBlockImpl interface and moving into a new file (stateblock.c) > - shaders to IDirect3D*ShaderImpl interfaces > - splitting vshader and vshader declaration as in dx9 into 2 interfaces (for future common layer use) > - vshader declaration code to a new file (vsaderdeclaration.c) > - device calls to new interfaces (redirect stubs) > - simple texture fix for a little regression after last jason patches > - some caps code using the GL/glext.h defines (GL_VERSION_*) > > Todo: > - renaming IDirec3DDevice8Impl::StateBlock to IDirec3DDevice8Impl::startupStateBlock > - moving IDirec3DDevice8Impl d3d generic code to a "common layer" interface (maybe IDirec3DDeviceImpl) > - merging new DrawPrimitive prototype (using ddraw code) with current code > - splitting d3d8_private.h into 2 headers (d3d8 specific header, and common layer header) > - merging the hal base prototype > > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+MdbYp7NA3AmQTU4RAg3DAJ94zf6kzopk2WH95+Nvq/BcH26dogCdEhf2 > UASOhtqMDLoJocMODUtZZv8= > =5SNm > -----END PGP SIGNATURE----- > Including glext.h appears to break the DLL for me. NVidia's GL headers (gl.h) already define some of the types specified in glext.h. I presume X installs glext.h, but I've not had a conflict between the two headers before. In file included from d3d8_private.h:30, from device.c:35: /usr/local/include/GL/glext.h:3142: conflicting types for `glCopyTexSubImage3DEXT' /usr/local/include/GL/gl.h:2486: previous declaration of `glCopyTexSubImage3DEXT' /usr/local/include/GL/glext.h:3566: conflicting types for `glColorSubTableEXT' /usr/local/include/GL/gl.h:2446: previous declaration of `glColorSubTableEXT' /usr/local/include/GL/glext.h:4372: conflicting types for `glTbufferMask3DFX' /usr/local/include/GL/gl.h:2984: previous declaration of `glTbufferMask3DFX' /usr/local/include/GL/glext.h:4406: conflicting types for `glTextureColorMaskSGIS' /usr/local/include/GL/gl.h:3050: previous declaration of `glTextureColorMaskSGIS' -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

3 4

Re: Bug #540: DLL Separation of user32 from x11drv (clipboard)
by Vincent Béron Jan. 28, 2003

Jan. 28, 2003

Andrew John Hughes a écrit: > License: LGPL > > Changelog: > Removes calls to CLIPBOARD_IsPresent, CLIPBOARD_EmptyCache and CLIPBOARD_GetFormatName. > Something's missing... Vincent

1 0

Guess who's back, back again... :)
by Dimitrie O. Paun Jan. 28, 2003

Jan. 28, 2003

Hi folks, My ski vacation was a blast, good snow, good skiing, good people... You guys have been busy this past week judging by the number of messages I had to go through :) It's good to be back! -- Dimi.

3 2

Re: PATCH: glibc 2.3.x and errno
by Dan Kegel Jan. 28, 2003

Jan. 28, 2003

Ulrich Weigand wrote: > On the other hand, maybe it would now be possible to implement Wine > threads on top of regular pthreads; at least some of the inhibitors > should be gone now, e.g. you can have thread stacks at arbitrary locations > and sizes, and there is no master thread any more ... Unfortunately I > don't quite remember the full list of problems we had with pthreads ;-/ It occurs to me that implementing Wine threads on top of pthreads would probably get rid of a few of the problems keeping us from running Wine under Valgrind. Short of getting the Stanford Checker guys interested in the Wine source tree, I can't think of an cooler way to look for stupid memory bugs in Wine... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

mkdir, copy, etc.
by Jon Bright Jan. 28, 2003

Jan. 28, 2003

Hi, I'm trying to build OpenSSL using Borland Builder 5 within wine. Installation of Builder has gone fine, ActiveState Perl went on after a bit of fiddling, but I've now hit a small problem. The makefile for OpenSSL attempts to run mkdir, copy, etc. - this results in Borland's make attempting to run (after trying to find copy.exe/com/bat/cmd), the command interpreter found in COMSPEC. But wcmd is only a unix command - there is no windows\system\wcmd.exe Is there already a workaround for this, or can someone point me in the right direction to look at fixing it? -- Jon Bright Lead Programmer, Silicon Circus Ltd. http://www.siliconcircus.com/

3 2