wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

XFree 4.4
by Jørn Villesen Christensen 21 Mar '04

21 Mar '04

Hi I downbloaded the 20040309 release and tried to compile. As other users have experienced, I got the error gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC_ _ -DBINDIR="\"/usr/local/bin\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack -boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o keyboard.o keyboard.c keyboard.c: In function `X11DRV_KEYBOARD_DetectLayout': keyboard.c:1288: warning: comparison between signed and unsigned keyboard.c: In function `X11DRV_MapVirtualKeyEx': keyboard.c:1746: warning: comparison between signed and unsigned keyboard.c:1755: warning: comparison between signed and unsigned keyboard.c:1784: warning: comparison between signed and unsigned keyboard.c:1787: warning: comparison between signed and unsigned keyboard.c: In function `X11DRV_ToUnicodeEx': keyboard.c:2089: warning: comparison between signed and unsigned keyboard.c:2092: warning: comparison between signed and unsigned keyboard.c:2128: error: `XK_EuroSign' undeclared (first use in this function) keyboard.c:2128: error: (Each undeclared identifier is reported only once keyboard.c:2128: error: for each function it appears in.) make[2]: *** [keyboard.o] Error 1 make[2]: Leaving directory `/home/jvc/Downloads/wine-20040213/dlls/x11drv' make[1]: *** [x11drv] Error 2 make[1]: Leaving directory `/home/jvc/Downloads/wine-20040213/dlls' make: *** [dlls] Error 2 Searched around and found http://www.winehq.org/hypermail/wine-users/2004/02/0130.html which stated that the error was in the kernel. But after searching for the NLS in the kernel, not finding it, I gave up and wanted to recompile the release I previously had installed (which was 20040213. I had to uninstall while trying some rpms of wine). The thing is, that this version could not compile either - it produced the same error. My guess is that the error is not related to the kernel (because I have not recompiled that since my last wine install that worked) but to my upgrading to XFree 4.4. Is my guess correct. And will it be fixed? Best regards Jørn Christensen Denmark PS: Note that the error dump above is from my compiling of 20040213 - not 20040309. I had removed the source code of 20040309, but the error is (as far as I remember it) identical. I can of course - if its nescesarry - download and try to comiled 20040309 again...

1 0

print 16-bit WCHAR
by Gibtsnich Gibtsauchnich 21 Mar '04

21 Mar '04

Hello! I was wondering if there is any way to use a 16-bit-unicode-string with wine's TRACE, ERR or FIXME. I was thinking about something like: WCHAR text={'b','l','a',0}; TRACE("%?s", text); However, I found that these functions are a quite complicated wrapper around vfprintf, wich only accepts ANSI or 32-bit-unicode-strings. So could you tell me if wine has some WCHAR2char_t function or will i haveto use WideCharToMultiByte? Thank you Fabian -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz

2 1

Cdrom
by Robert Lunnon 20 Mar '04

20 Mar '04

I am working on a Solaris CDROM plugin, but can't seem to get past the configuration stage. I get ASPI_GetNumControllers Could not open HKEY_DYN_DATA\WineScsi How do I get wine to setup this key ? Thanks Bob

1 0

Re: [D3D] Improve D3D7 compatibility
by Lionel Ulmer 20 Mar '04

20 Mar '04

> This makes Summoner recognize our D3D7 driver. How did you find out ? Some R.E.ing of the game ? I ask this because I find it strange that a game would not be 'future proof' and that it would refuse to run on future hardware that supports HW transform and light. You sure it's not just the addition of the 'DRAWPRIMITIVE2EX' flag which is needed ? Could anyone having a Windows box and a card having HW T&L report what the caps give (there is a nice tool for that in the DX SDK) ? My Windows laptop 1) is at work right now and 2) has a crappy 3D card so I can't test. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: Win32 packages released on sourceforge
by Ivan Leo Murray-Smith 20 Mar '04

20 Mar '04

> Bug in binutils. A fix by Dimitry is in latest binutils. OK, I'm rebuilding mingw with gcc-3.2.3-20030504-1, binutils-2.15.90-20040222-1-src, mingw-runtime-3.2 and w32api-2.5, it should all be up to date. > MinGW folks split up the headers as well, (in their w32api package), > and I think they are useful in and of themselves. Ivan? So what we want is wine-hdrs-<version>.zip (headers) wine-dlls-<version>[-mingw].zip (2 packages with stripped and unstripped dlls) wine-prgs-<version>[-mingw].zip (2 packages with stripped and unstripped progs) wine-w32api-<version>[-mingw].zip (2 packages with stripped and unstripped libs) right?

3 2

wine hangs in ddraw/d3dtexture.c (d3dtexture_create)
by Michael Schlüter 20 Mar '04

20 Mar '04

Hi, the whole yesterday I was hunting a problem when staring a program with wine. Now I'm at a point I don't know what to do next. May be somebody can give me an hint? Here are the last lines of the trace+ddraw output: trace:ddraw:Main_DirectDrawSurface_Lock (0x40405b50)->Lock((nil),0x408bf960,00000001,00000000) trace:ddraw:Main_DirectDrawSurface_Lock - locking flags : DDLOCK_WAIT trace:ddraw:d3ddevice_lock_update copying back buffer to main memory with rectangle (0x0) - (800x600). trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_3DDEVICE DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM - DDSD_HEIGHT : 600 - DDSD_WIDTH : 800 - DDSD_PITCH : 1600 - DDSD_LPSURFACE : 0x5f0d0000 - DDSD_PIXELFORMAT : ( DDPF_RGB , RGB bits: 16, R f800 G 07e0 B 001f) trace:ddraw:Main_DirectDrawSurface_Unlock (0x40405b50)->Unlock((nil)) trace:ddraw:DIB_DirectDrawSurface_Blt (0x403f5768)->(0x61885c,0x40405b50,0x61886c,01000000,(nil)) trace:ddraw:DIB_DirectDrawSurface_Blt destrect :0x0-800x600 trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-800x600 trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_WAIT trace:ddraw:d3ddevice_blt using direct buffer to buffer copy. trace:ddraw:upload_surface_to_tex_memory_init initialized texture upload for level 0 with conversion 0. trace:ddraw:Main_DirectDraw_CreateSurface (0x403f5418)->(0x61741ba0,0x60d0aedc,(nil)) trace:ddraw:Main_DirectDraw_CreateSurface Requesting surface desc : - DDSD_CAPS : DDSCAPS_TEXTURE DDSCAPS2_TEXTUREMANAGE - DDSD_HEIGHT : 128 - DDSD_WIDTH : 256 - DDSD_PIXELFORMAT : ( DDPF_ALPHAPIXELS DDPF_RGB , RGB bits: 16, R 7c00 G 03e0 B 001f A 8000) trace:ddraw:HAL_DirectDrawSurface_Construct (0x60f501b8,0x403f5418,0x61741ac0) trace:ddraw:DIB_DirectDrawSurface_Construct (0x60f501b8)->(0x403f5418,0x60f503b4) trace:ddraw:Main_DirectDrawSurface_Construct (0x60f501b8)->(0x403f5418,0x60f503b4) trace:ddraw:DIB_DirectDrawSurface_Construct (256x128, pitch=512) trace:ddraw:create_dib DIBSection at : 0x62100000 trace:ddraw:d3dtexture_create GL texture created for surface 0x60f501b8 (private data at 0x60f50058) The appropriate source code: ENTER_GL(); if (surf->mipmap_level == 0) { glGenTextures(1, &(private->tex_name)); if (private->tex_name == 0) ERR("Error at creation of OpenGL texture ID !\n"); TRACE(" GL texture id is : %d.\n", private->tex_name); private->__global_dirty_flag = (at_creation == FALSE ? SURFACE_MEMORY_DIRTY : SURFACE_MEMORY); private->global_dirty_flag = &(private->__global_dirty_flag); } else { private->tex_name = ((IDirect3DTextureGLImpl *) (main->tex_private))->tex_name; TRACE(" GL texture id reusing id %d from surface %p (private at %p)).\n", private->tex_name, main, main->tex_private); private->global_dirty_flag = &(((IDirect3DTextureGLImpl *) (main->tex_private))->__global_dirty_flag); } LEAVE_GL(); A printf showed me, that the call of glGenTextures didn't come back. That's strage because d3dtexture_create and glGenTextures are called a lot of times before without problems? If I delete glGenTextures it works but... Bye, Michael

3 8

Re: Win32 packages released on sourceforge
by Ivan Leo Murray-Smith 19 Mar '04

19 Mar '04

> Can you please post the list of errors to wine-devel, so people are aware of the > problems (and hopefully send patches to fix them :))? Complete compile error log is attached. > Now that we have this build, can we get rid of: > Wine programs for Windows > from the "Support Files" package? Done. Ivan.

5 5

Re: urlmon: Implement FindMimeFromData
by Juan Lang 19 Mar '04

19 Mar '04

Kevin, you said: IMHO we should really keep the list that is checked to a minimum (being the list Windows checks) as this code is basically doing "If a web server reports a MIME type in this list, ignore it and make our own guess" which is totally wrong standards-wise and a major cause of many problems under IE on Windows.. (Apologies for the lack of quoting.) According to that appendix, IE should only be overriding MIME types that are text/plain, application/octet-stream, or empty. It does so because it considers these "ambiguous". I think your patch may be useful for the small set of types you suggest, but shouldn't you only override in these cases too? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

3 2

wine.inf
by Ivan Leo Murray-Smith 18 Mar '04

18 Mar '04

Hi list, I've installed wine.inf, but the system.reg file is very short, it only contains font information and computer name, this isn't exactly what I got with winedefault.reg I need this because I'm going to release a new version of winesetuptk that doesn't add the "Filesystem" parameter to the drive config, as AJ has removed it, and the winesetuptk build tree wants system.reg, user.reg and userdef.reg. But system.reg, well, I've described it, userdef.reg is empty and user.reg only contains the Control Panel\\Colors and Control Panel\\International entries. Am I doing something wrong? Ivan.

1 0

urlmon: Implement FindMimeFromData
by Kevin Koltzau 18 Mar '04

18 Mar '04

Here is an implementation of FindMimeFromData, based off of MSDN http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.a… There is lots of debate on the 'net regarding this "feature" in IE, most of it suggesting this is a bad idea.. One possible change that would work more "standards compliant" rather then "Windows like" would be to return the proposed MIME type unchanged if one is given, otherwise go through the detection methods..let me know if that would be a preferred solution Changelog Implement FindMimeFromData

2 2

Re: [RESENT] TIME_GetBias
by Alexandre Julliard 18 Mar '04

18 Mar '04

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/dlls/ntdll/time.c: TIME_GetBias > Calculate the Bias before calling gmtime This cannot be right, the bias is supposed to be the difference between local time and GMT, so you have to use gmtime() not localtime(). -- Alexandre Julliard julliard(a)winehq.org

5 15

Re: Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)
by Christian Costa 18 Mar '04

18 Mar '04

> Message du 18/03/04 00:51 > De : Marcus Meissner > A : Christian Costa > Copie à : wined > Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec) > On Wed, Mar 17, 2004 at 10:37:01PM +0000, Christian Costa wrote: > > Hi, > > > > When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes. > > After some investigations, I found that a part of the code uses the EBX > > register at one point without saving > > and restore it afterwards. Since this register contains the PLT pointer > > for standard unix functions like libc ones, this > > does not take a long time for Wine to crashing. > > I tested with the ugly hack attached that saves and restores the EBX > > register between the call to DllMain and that fixed the problem and > > the DLL works fine then. > > This might happen. That ebx can be scrapped? > > Your fix is not really ok, you must not modify the stackpointer in asm statements. > > Try using: > __asm__ __volatile__ ("":::"ebx"); > > after entry(), which tells the compiler that ebx has been scrapped. Thanks for this! :-) Christian

2 1

Re: Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)
by Christian Costa 18 Mar '04

18 Mar '04

> Message du 18/03/04 00:50 > De : Mike Hearn > A : wine-devel(a)winehq.com > Copie à : > Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec) > On Wed, 17 Mar 2004 22:37:01 +0000, Christian Costa wrote: > > When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes. > > After some investigations, I found that a part of the code uses the EBX > > register at one point without saving and restore it afterwards. > > What calling convention is the entrypoint declared with? How can I retreive this info from the dll? I guess it is stdcall like it should be. > I thought EBX was > a register that had to be saved/restored according to the ABI and the > windows compilers would always do that? > I don't know but that would explain what is happening altough if it was the case I wonder why noone has encountered this problem yet. Bye, Christian

2 1

Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)
by Christian Costa 18 Mar '04

18 Mar '04

> Message du 18/03/04 01:02 > De : Alexandre Julliard > A : Christian Costa > Copie à : wined > Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec) > Christian Costa writes: > > > When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes. > > After some investigations, I found that a part of the code uses the > > EBX register at one point without saving > > and restore it afterwards. Since this register contains the PLT > > pointer for standard unix functions like libc ones, this > > does not take a long time for Wine to crashing. > > Is the dll really modifying ebx explicitly? Isn't it rather a > consequence of a stack overflow or some similar bug? Yes, ebx is modified explicity and not poped from the stack. There is no save/restore statements. Bye, Christian

1 0

wineinstall hangs
by Fabian Cenedese 18 Mar '04

18 Mar '04

Hi I just tried on a new computer to checkout wine from cvs and do a install. Compilation worked fine, but there was again a problem with the regedit: --- snip --- Preparing to install default Wine registry entries... Installing default Wine registry entries... Warning: Language 'us' was not recognized, defaulting to English. Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Xlib: extension "GLX" missing on display ":1.0". fixme:urlmon:URLMON_DllRegisterServer (void): stub wine: Unhandled exception (thread 0009), starting debugger... Warning: Language 'us' was not recognized, defaulting to English. Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: (hang, CTRL-C) Registry entries successfully installed. err:seh:setup_exception nested exception on signal stack in thread 0009 eip 40108aa6 esp 40031c28 stack 0x405a0000-0x406a0000 Installation complete for now. Good luck (this is still alpha software). If you have problems with WINE, please read the documentation first, as many kinds of potential problems are explained there. --- snip --- But after that I could start wine regedit and the keys seem to have been generated. So I don't know what really failed. bye Fabi

3 4

Re: Avoid a possible deadlock when stopping playback
by Christian Costa 18 Mar '04

18 Mar '04

Hi Dmitry, Are you sure this is usefull. How can SetEvent cause a deadlock? Bye, Christian > Message du 16/03/04 14:54 > De : Dmitry Timoshkov > A : wine-patches(a)winehq.com > Copie à : > Objet : Avoid a possible deadlock when stopping playback > Hello, > > looks like it's a good idea to do the same when signalling hStopEvent. > > Changelog: > Dmitry Timoshkov > Avoid a possible deadlock when stopping playback. > > --- cvs/hq/wine/dlls/winmm/mciavi/mciavi.c 2004-03-16 18:37:03.000000000 +0800 > +++ wine/dlls/winmm/mciavi/mciavi.c 2004-03-16 19:38:42.000000000 +0800 > @@ -606,7 +606,9 @@ static DWORD MCIAVI_mciStop(UINT wDevID, > switch (wma->dwStatus) { > case MCI_MODE_PLAY: > case MCI_MODE_RECORD: > + LeaveCriticalSection(&wma->cs); > SetEvent(wma->hStopEvent); > + EnterCriticalSection(&wma->cs); > /* fall through */ > case MCI_MODE_PAUSE: > /* Since our wave notification callback takes the lock, > > > > >

2 3

Rundll32 needs X
by Vincent Béron 18 Mar '04

18 Mar '04

Hi folks, Since wine.inf is now used as the source for the default values for the registry (via rundll32), importing it absolutely needs X (whereas the older regedit method didn't when importing a .reg file). This can be a problem for people running wineinstall via ssh from a Windows box. Is there a reason rundll32 needs user32 and cannot delayimport it? Vincent

3 3

PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)
by Christian Costa 17 Mar '04

17 Mar '04

Hi, When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes. After some investigations, I found that a part of the code uses the EBX register at one point without saving and restore it afterwards. Since this register contains the PLT pointer for standard unix functions like libc ones, this does not take a long time for Wine to crashing. I tested with the ugly hack attached that saves and restores the EBX register between the call to DllMain and that fixed the problem and the DLL works fine then. Can someone tell me what happens? Thanks in advance, Christian Index: loader.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/loader.c,v retrieving revision 1.66 diff -u -r1.66 loader.c --- loader.c 16 Mar 2004 03:10:07 -0000 1.66 +++ loader.c 17 Mar 2004 21:19:39 -0000 @@ -690,7 +690,9 @@ else TRACE("(%p %s,%s,%p) - CALL\n", module, debugstr_w(wm->ldr.BaseDllName.Buffer), reason_names[reason], lpReserved ); + __asm("push %ebx"); retv = entry( module, reason, lpReserved ); + __asm("pop %ebx"); /* The state of the module list may have changed due to the call to the dll. We cannot assume that this module has not been

4 3

Re: [AppDB] - Script the table creation, help users to setup local appdb
by Paul van Schayck 17 Mar '04

17 Mar '04

Chris, On Wednesday 17 March 2004 19:16, Chris Morgan wrote: > README now has some instructions on how to setup a local > appdb. You should also note that magic_quotes_gpc should be off. Otherwise you would end up inside your database with \ everywhere. And for development display_errors is very handy. And great work on those tables. I was already wondered wy I couldn't login. Regards, Paul

1 0

Win32 packages released on sourceforge
by Ivan Leo Murray-Smith 17 Mar '04

17 Mar '04

The win32 packages of wine are on sourceforge, you can get them from http://sourceforge.net/project/showfiles.php?group_id=6241 or to view the win32 packages only http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520 Ivan.

2 1

Re: Stubs needed by some Windows Update Installs
by Dmitry Timoshkov 17 Mar '04

17 Mar '04

"Aric Stewart" <aric(a)codeweavers.com> wrote: > @@ -297,7 +297,7 @@ > @ stub SetupSetSourceListA > @ stub SetupSetSourceListW > @ stdcall SetupTermDefaultQueueCallback(ptr) > -@ stub SetupTerminateFileLog > +@ stdcall SetupTerminateFileLog(ptr) The argument here should be 'long'. -- Dmitry.

2 3

Current CVS msi build failure
by Ferenc Wagner 17 Mar '04

17 Mar '04

Hi, with current CVS I get: [...] bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c ../../../src/dlls/msi/sql.y contains 4 shift/reduce conflicts and 10 reduce/reduce conflicts. bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c ../../../src/dlls/msi/sql.y contains 4 shift/reduce conflicts and 10 reduce/reduce conflicts. gcc -c -I../../../src/dlls/msi -I. -I../../../src/include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o tokenize.o ../../../src/dlls/msi/tokenize.c ../../../src/dlls/msi/tokenize.c:58: `TK_CHAR' undeclared here (not in a function) ../../../src/dlls/msi/tokenize.c:58: initializer element is not constant ../../../src/dlls/msi/tokenize.c:58: (near initialization for `aKeywordTable[12].tokenType') ../../../src/dlls/msi/tokenize.c:59: `TK_CHAR' undeclared here (not in a function) ../../../src/dlls/msi/tokenize.c:59: initializer element is not constant ../../../src/dlls/msi/tokenize.c:59: (near initialization for `aKeywordTable[13].tokenType') ../../../src/dlls/msi/tokenize.c:90: `TK_HOLD' undeclared here (not in a function) ../../../src/dlls/msi/tokenize.c:90: initializer element is not constant [etc., similar ones for TK_INT, TK_LONG, TK_LONGCHAR, TK_OBJECT and TK_SHORT] These IDs are really missing from my sql.tab.h. Any clues? -- Feri.

2 2

Re: Stub for SignalObjectAndWait
by Mike Hearn 17 Mar '04

17 Mar '04

On Wed, 17 Mar 2004 01:50:40 +0100, Raphael wrote: > PS: i'm trying to get MSN Messenger working, how we can register some com dlls > into registry ? The app installer should do that for you (last time I tried MSN Messenger I didn't have any problems with missing registrations) but you can run regsvr32 on a DLL to reregister it if you want to. thanks -mike

1 0

Re: REBAR: prevent recursions with WM_SIZE reason
by Mike McCormack 17 Mar '04

17 Mar '04

Alexandre, please don't apply this patch... it doesn't work the right way. Juan Lang pointed out that I have a = instead of a |= ... and after fixing it, it doesn't do what it mean to do. thanks, Mike Mike McCormack wrote: > > ChangeLog: > * prevent recursions with WM_SIZE reason

1 0

Re: tools/winetest winetest.cron
by Ferenc Wagner 16 Mar '04

16 Mar '04

Jeremy Newman <jnewman(a)winehq.org> writes: > ChangeSet ID: 11483 > > Log message: > set the lang Did you check if it was needed? I thought my patch took care of this in a language/locale neutral way by opening the report file in :raw mode. I'd like to not if it's not the case. -- Feri.

2 1

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