wine-devel

wine-devel@winehq.org

9 participants
84457 discussions

winebuild incompatibility with binutils-2.13.90.0.20
by Piotr Pawłow 11 Apr '03

11 Apr '03

Hi, There is a change in "nm -u" output format in the new binutils, now it outputs "U " before every symbol name. It looks like this: $ nm -u d3d8.dll.tmp.o U cos U CreateDCA U DeleteDC U ExtEscape U GetClientRect U GetDC U GetDesktopWindow U GetDeviceCaps U GetModuleHandleA U GetProcAddress U GetPropA (...) Winebuild parser is not prepared for that. It does not find proper symbol names, creates spec.c files with no imports, and the result is that linking fails on unresolved symbols, as reported in "--with-nptl and glibc-2.3.2" thread. A quick fix: Index: tools/winebuild/import.c =================================================================== RCS file: /home/wine/wine/tools/winebuild/import.c,v retrieving revision 1.48 diff -r1.48 import.c 664a665,667 > if (*p == 'U') { > if (p[1] == ' ') p+=2; > } Shouldn't winebuild, however, use libbfd where available, instead of relying on nm output? -- Piotr Pawłow mailto:pp@siedziba.pl

3 5

Re: CxxFrameHandler problem
by John K. Hohm 11 Apr '03

11 Apr '03

Alexandre Julliard <julliard(a)winehq.com> wrote: > Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > > > Appended program uses CxxFrameHandler and crashes in wine with builtin > > msvcrt, but not with native. Compile as Release version and include the > MFC > > dll. Can somebody compile for Alexandre? Alexandre, is this a start or do > > you need something complete? > > That's a start, yes, thanks. I'll need a more complete example with > nested try blocks, destructors all over the place, typed exceptions, > etc. to make sure I understand all the compiler internal structures; > but I can at least try to make that simple case not crash... Although this may duplicate effort, I am familiar with several strange combinations of exception handling that I know work with Visual C++ 6.0; I will put them a test program for you. You can never have too many test programs, right?

1 1

Re: Re: wcmd, external commands, and options
by Pouech Eric DMI AEI CAEN 11 Apr '03

11 Apr '03

> I don't think we need to change CreateProcess at all. In > my tests, Wine matched Win9x's CreateProcess behavior nicely. > All the changes we need are in wcmd, I think. > - Dan that's correct (I later checked also CreateProcess) wcmd is to blame. I may have a look afterwards at wcmd (I'm currently on a two week trip, without any Linux box at hand) A+

1 0

Wine's test process
by Eduardo Augusto Bezerra 10 Apr '03

10 Apr '03

Hi I've been working on the definition of testing processes for open source projects and, so far, Open Office is one of the most organized projects I've found. The bug tracking system of Wine is quite good, but I haven't found much about the definition of Wine's test process. I was wondering whether somebody in this discussio list could send me some pointers or documents where I could learn more about Wine's test process. Basically, I've been looking for a place where I could find answers for questions such as: How has the test process been defined in the beginning of the Wine project? How was the test process performed at that time? How was the test process performed when there were no web versions for the bug reports? Are there test plans available? My research is not based only on Wine. I've been trying to find other open source projects that have an organized and documented test process, but it's quite hard. Many thanks for any help Eduardo. -- Eduardo Augusto Bezerra, PhD Space Science Centre, School of Engineering and IT The University of Sussex, Brighton, England, UK http://www.sussex.ac.uk/engg/research_groups/space/ Researcher, Software Testing Research Centre (CPTS) PUCRS/Hewlett-Packard Brazil, Porto Alegre, RS, Brazil Lecturer in Computer Science, Informatics Faculty Catholic University (PUCRS), Porto Alegre, RS, Brazil http://www.inf.pucrs.br/~gaph Phone/Fax UK: +44 (0)1273 877086 / +44 (0)1273 678399 Phone/Fax Brazil: +55 51 3320 3695 / +55 51 3320 3758 http://www.eduardo.bezerra.name PGP signature: Key ID B852E578 Public Key: http://www.keyserver.net/en/ or http://eduardo.bezerra.name

1 0

Problem actually with binutils, oops!
by Scott Carmichael 10 Apr '03

10 Apr '03

Okay, so in any event, does anyone know when this will be fixed? Downgrading from 2.13.90.0.20 to 2.13.90.0.18 seems to fix the problem... But does anyone know why? And is this a wine problem? Or binutils? Thanks, Scott

2 1

Contributing: Check which APIs are missing for a given program
by Dave Miller 10 Apr '03

10 Apr '03

I plan to be working on this soon. It should be able to share pieces of the script which cross references dlls and will create an API database (plain text file for now). Before I get started I have a couple of questions. Do we intend to gather all this information together and keep it? In a database, in the application database, in bug reports, etc. Or is it more for a developer trying to get a specific application working? What information should exist in the API database? Currently it outputs the spec file, API name, and whether it is a stub, forward, stdcall, etc. Does anyone think more information is needed? Would it be helpful if pedump were supported so you don't need dumpbin from Visual C++ to be able to use the scripts?

1 0

dos games, vesa and wine
by Enrico Horn 10 Apr '03

10 Apr '03

Hi, Another day, another round of questions concerning this topic. I tried my dos4gw games with dos32a and they "work"(except some warning dos32a prints) but you have to run these games like this to get an result: wine -- dos32a game.exe thats is because the stub which loads the dos extender doesnt work and i have no idea why. the behaviour is the following(trace of +int21): allocate 1 block of memory resize block to 65536(this fails returnnig number of available blocks) resize block to whats available allocate 1 block of memory(this fails as all is already allocated) close all files, print error message and exit the games i use all make use of vesa they want 640x480x256 ddraw traces show a primary surface that is 8bit paletted. is there any problem drawing this thing? where is this done? is there a routine that regularly updates the screen with content of this surface? i have looked in x11drv(can it be that x11drv is in need of a rewrite?) and havent found anything but i am not expert at this and just poke around randomly where i see an interest. Thanks for putting up with me Enrico

1 0

About new RH glinc issue
by Sylvain Petreolle 10 Apr '03

10 Apr '03

This is what I received today from Red Hat Network, maybe it could our issue. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 3

0408 w/ glibc 2.3.2 still broken
by Scott Carmichael 10 Apr '03

10 Apr '03

> WHAT'S NEW with Wine-20030408: (see ChangeLog for details) > - Support for all variants of glibc 2.3. I'm still getting errors with glibc 2.3.2. The same ones I was getting with -20030318. Anyone know why this is? :) Unfortunately, the LD_ASSUME_KERNEL fix doesn't seem to work, as it seems to break everything else on my system needed to run the actual build. =\ Thanks, and the log of the fail follows... make[2]: Entering directory `/home/jobe/wine-20030408/dlls/d3d8' gcc -shared -Wl,-Bsymbolic,-z,defs d3d8.spec.o basetexture.o cubetexture.o d3d8_main.o device.o directx.o indexbuffer.o resource.o shader.o stateblock.o surface.o swapchain.o texture.o vertexbuffer.o volume.o volumetexture.o vshaderdeclaration.o d3d8.dll.dbg.o -o d3d8.dll.so -L../../dlls -L../../libs/wine -lwine -L../../libs/uuid -lwine_uuid -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port -lm -lc basetexture.o(.text+0x281): In function `IDirect3DBaseTexture8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' cubetexture.o(.text+0x2d2): In function `IDirect3DCubeTexture8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' d3d8_main.o(.text+0xf4): In function `Direct3DCreate8': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' d3d8_main.o(.text+0x1ba): In function `DllMain': /home/jobe/wine-20030408/dlls/d3d8/d3d8_main.c:64: undefined reference to `GetModuleHandleA' d3d8_main.o(.text+0x1d5):/home/jobe/wine-20030408/dlls/d3d8/d3d8_main.c:67: undefined reference to `GetProcAddress' d3d8_main.o(.text+0x1f2):/home/jobe/wine-20030408/dlls/d3d8/d3d8_main.c:68: undefined reference to `GetProcAddress' device.o(.text+0x35c1): In function `IDirect3DDevice8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x385c): In function `IDirect3DDevice8Impl_GetDisplayMode': /home/jobe/wine-20030408/dlls/d3d8/device.c:1081: undefined reference to `GetSystemMetrics' device.o(.text+0x3870):/home/jobe/wine-20030408/dlls/d3d8/device.c:1082: undefined reference to `GetSystemMetrics' device.o(.text+0x38a6):/home/jobe/wine-20030408/dlls/d3d8/device.c:1085: undefined reference to `CreateDCA' device.o(.text+0x38bb):/home/jobe/wine-20030408/dlls/d3d8/device.c:1086: undefined reference to `GetDeviceCaps' device.o(.text+0x38c8):/home/jobe/wine-20030408/dlls/d3d8/device.c:1087: undefined reference to `DeleteDC' device.o(.text+0x3f77): In function `IDirect3DDevice8Impl_CreateTexture': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x41d7): In function `IDirect3DDevice8Impl_CreateVolumeTexture': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x42ed):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x4385):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x453a): In function `IDirect3DDevice8Impl_CreateCubeTexture': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x47c4):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: more undefined references to `HeapAlloc' follow device.o(.text+0x110ac): In function `IDirect3DDevice8Impl_DeleteVertexShader': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x110cc):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x11117):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x11139):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x111a9):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' device.o(.text+0x116e2): In function `IDirect3DDevice8Impl_CreatePixelShader': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' device.o(.text+0x1195b): In function `IDirect3DDevice8Impl_DeletePixelShader': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' directx.o(.text+0x231): In function `IDirect3D8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' directx.o(.text+0x549): In function `IDirect3D8Impl_GetAdapterModeCount': /home/jobe/wine-20030408/dlls/d3d8/directx.c:150: undefined reference to `GetSystemMetrics' directx.o(.text+0x55b):/home/jobe/wine-20030408/dlls/d3d8/directx.c:151: undefined reference to `GetSystemMetrics' directx.o(.text+0x687): In function `IDirect3D8Impl_EnumAdapterModes': /home/jobe/wine-20030408/dlls/d3d8/directx.c:194: undefined reference to `CreateDCA' directx.o(.text+0x69c):/home/jobe/wine-20030408/dlls/d3d8/directx.c:195: undefined reference to `GetDeviceCaps' directx.o(.text+0x6a9):/home/jobe/wine-20030408/dlls/d3d8/directx.c:196: undefined reference to `DeleteDC' directx.o(.text+0x7bd):/home/jobe/wine-20030408/dlls/d3d8/directx.c:182: undefined reference to `GetSystemMetrics' directx.o(.text+0x7d1):/home/jobe/wine-20030408/dlls/d3d8/directx.c:183: undefined reference to `GetSystemMetrics' directx.o(.text+0x958): In function `IDirect3D8Impl_GetAdapterDisplayMode': /home/jobe/wine-20030408/dlls/d3d8/directx.c:228: undefined reference to `GetSystemMetrics' directx.o(.text+0x96c):/home/jobe/wine-20030408/dlls/d3d8/directx.c:229: undefined reference to `GetSystemMetrics' directx.o(.text+0x9a2):/home/jobe/wine-20030408/dlls/d3d8/directx.c:232: undefined reference to `CreateDCA' directx.o(.text+0x9b7):/home/jobe/wine-20030408/dlls/d3d8/directx.c:233: undefined reference to `GetDeviceCaps' directx.o(.text+0x9c4):/home/jobe/wine-20030408/dlls/d3d8/directx.c:234: undefined reference to `DeleteDC' directx.o(.text+0x109d): In function `IDirect3D8Impl_CreateDevice': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' directx.o(.text+0x11a7): In function `IDirect3D8Impl_CreateDevice': /home/jobe/wine-20030408/dlls/d3d8/directx.c:459: undefined reference to `GetPropA' directx.o(.text+0x11be):/home/jobe/wine-20030408/dlls/d3d8/directx.c:468: undefined reference to `GetDC' directx.o(.text+0x11ff):/home/jobe/wine-20030408/dlls/d3d8/directx.c:56: undefined reference to `ExtEscape' directx.o(.text+0x127f):/home/jobe/wine-20030408/dlls/d3d8/directx.c:480: undefined reference to `GetDesktopWindow' directx.o(.text+0x1291):/home/jobe/wine-20030408/dlls/d3d8/directx.c:480: undefined reference to `GetPropA' directx.o(.text+0x13a0):/home/jobe/wine-20030408/dlls/d3d8/directx.c:496: undefined reference to `ReleaseDC' directx.o(.text+0x143e):/home/jobe/wine-20030408/dlls/d3d8/directx.c:515: undefined reference to `GetClientRect' indexbuffer.o(.text+0x244): In function `IDirect3DIndexBuffer8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' indexbuffer.o(.text+0x264):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' resource.o(.text+0x231): In function `IDirect3DResource8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' shader.o(.text+0xc0a): In function `IDirect3DDeviceImpl_CreateVertexShader': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' shader.o(.text+0xc46):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' shader.o(.text+0x19f8): In function `IDirect3DVertexShaderImpl_ParseProgram': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1064): In function `IDirect3DDeviceImpl_CreateStateBlock': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1402): In function `IDirect3DDeviceImpl_DeleteStateBlock': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' stateblock.o(.text+0x14ed): In function `IDirect3DDeviceImpl_BeginStateBlock': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' surface.o(.text+0x234): In function `IDirect3DSurface8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' surface.o(.text+0x254):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' swapchain.o(.text+0x231): In function `IDirect3DSwapChain8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' texture.o(.text+0x2c3): In function `IDirect3DTexture8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' vertexbuffer.o(.text+0x237): In function `IDirect3DVertexBuffer8Impl_Release': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' vertexbuffer.o(.text+0x269):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: more undefined references to `HeapFree' follow vshaderdeclaration.o(.text+0x6d): In function `IDirect3DDeviceImpl_CreateVertexShaderDeclaration8': /home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' vshaderdeclaration.o(.text+0x114):/home/jobe/wine-20030408/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/home/jobe/wine-20030408/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/home/jobe/wine-20030408/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install.

1 0

Re: Opening AVI files in Wine
by Tom Hibbert 10 Apr '03

10 Apr '03

On Wed, Apr 09, 2003 at 11:45:07AM -0500, wine-devel-request(a)winehq.com wrote: > From: Pouech Eric DMI AEI CAEN <pouech-eric(a)wanadoo.fr> > Reply-To: pouech-eric(a)wanadoo.fr > To: Tom Hibbert <cartel(a)cryptocracy.hn.org>, wine-devel(a)winehq.com > Subject: Re: Opening AVIs with wine > Date: Wed, 9 Apr 2003 18:31:03 +0200 (CEST) > > Please can someone tell me if it is possible for a wine application > > to open an avi file (or better yet use video for windows codecs). > in generic terms yes. > however, avi is an enveloppe to store video files, but the compression used can vary from file to file > so, you need the specific decompressor to handle a given type of file > normally, wine is ready (under the MCI and the msvfw32 interfaces at least) to play AVI files > however, to get further with your issue, we need to know : > 1/ which interface your program actually uses (MCI, msvfw, directx...) > 2/ which codecs are installed and configured under wine > 3/ the type of compressor used for your file > (btw, does changing the avi file to play changes also what is output - or not output in your case) Hi Pouche, thanks for your quick reply! Combustion uses the Video for Windows interface to open AVIs. The VFW interface is abstracted through a plugin in combustion's plugin system. When i use a native msvfw32.dll the overlays inside the app dissapear and some of the buttons fail to render which is a Bad Thing.. perhaps i need to use some other native supporting libraries in order to use native msvfw32, any suggestions? As for which codecs are installed and configured, I'm not sure how to tell. I've looked in the registry but cant find much. I have installed the DivX codec but thats about all I have done purposefully. The format of the files I want to open is Type 2 DVAVI. Selecting other types doesnt change my output. This is all getting confusing.. I am reading at http://www.microsoft.com/hwdev/tech/stream/vidcap/dvavi.asp that Microsoft provide interfaces for Type 2 DVAVI only, and only for direct show. This is consistent with Combustion's inability to read Type 1 files (under windows of course). Does DirectShow = vfw32? Sorry for the insanely confusing response, Tom

2 1

Re: [RFC] direct sound notify patch
by Alexandre Julliard 10 Apr '03

10 Apr '03

Robert Reif <reif(a)earthlink.net> writes: > Adding a hardware notify introduces the use a new GUID from > dsdriver.h. I had to add initguid.h to get it to compile but is this > the proper thing to do? Should this file be added to libs/uuid? Yes it should be in libuuid, initguid.h should not be used. Also your patch doesn't compile because of references to the removed notifies fields, you probably forgot some files. -- Alexandre Julliard julliard(a)winehq.com

1 0

make htmlpages does not work - regression?
by thomas.mertes＠gmx.at 10 Apr '03

10 Apr '03

Hello I noticed that "make htmlpages" does not work in Wine-20030408 but in Wine-20030318. The problem seems to be in some makefile or configure change since /dlls/Makedll.rules.in still contains the "Rules for auto documentation". but the actual Makefile does not. I have in the moment no time to fix it myself (or search the patch that made this change). Btw. the documentation system is great, but I think that only a few people know that it exists. To start it (according to Jon Griffiths): Run ./configure, make htmlpages, point your browser at documentation/html/index.html, then immediately start sending patches for documentation glitches :-) The interesting dlls (with many docomented functions) are shlwapi.dll and ntdll.dll. Greetings Thomas -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

2 1

Re: Re: wcmd, external commands, and options
by Pouech Eric DMI AEI CAEN 10 Apr '03

10 Apr '03

> On WinMe, it looks like > start/wait notepad.exe > invokes start with the /wait option, but in Wine, > it invokes start\wait.exe. you mean from command.com, keying start/wait does what you do I think we should test if CreateProcess on WinXX does the same or not I suspect CreateProcess to implement an algorithm like: n = 1 a/ take the n first chars of the command line if we can match this with an exec, then run it, and chars from command line from n+1 to end of line are arguments (which get parsed with spaces and rtabs as delimiters) otherwise, increment n and go to a/ wine current implementation is a bit more rustic in a sense that our loop is only made of using spaces as separator for implementing the a/ loop the first thing to do IMO is to add this test case to our create process list A+

2 1

Re: Re: Opening AVI files in Wine
by Pouech Eric DMI AEI CAEN 10 Apr '03

10 Apr '03

> Combustion uses the Video for Windows interface to open AVIs. The VFW > interface is abstracted through a plugin in combustion's plugin > system. When i use a native msvfw32.dll the overlays inside the app dissapear > and some of the buttons fail to render which is a Bad Thing.. perhaps > i need to use some other native supporting libraries in order to use native > msvfw32, any suggestions? > > As for which codecs are installed and configured, I'm not sure how to tell. I've looked in the registry but cant find much. I have installed the DivX codec but thats about all I have done purposefully. > > The format of the files I want to open is Type 2 DVAVI. Selecting other types > doesnt change my output. > > This is all getting confusing.. I am reading at > > http://www.microsoft.com/hwdev/tech/stream/vidcap/dvavi.asp > > that Microsoft provide interfaces for Type 2 DVAVI only, and only for direct show. This is consistent > with Combustion's inability to read Type 1 files (under windows of course). Does DirectShow = vfw32? there are several and different interfaces in windows to play AVI files : - msvfw32 - MCI - direct show the first are not so badly implemented right now, whereas the latest is close to non existent running with-debugsmg +msvfw,mciavi might help sheding some light on the matter A+

1 0

Starcraft Patch
by John Spiegel 10 Apr '03

10 Apr '03

I've done some work getting the patches from http://starcraft-wine.sourceforge.net/ working with CVS wine. Using the patch I'm including, starcraft works perfectly on my machine, run as root using DGA on a 640x480 XF86 layout. In particular the changes to event.c enable the mouse and keyboard with DGA. The changes to input.c make the mouse acceleration work the same in all directions. The changes to mouse.c enable mouse scrolling around the map. I'm using redhat 9, so the patch also has a change to wineinstall so that the configure is set up for rh9. You'll probably need to drop that if you aren't running rh9. Now, it would be great to get these changes merged into mainline wine. However, I imagine they break other stuff somewhere. I don't really know exactly what the changes mean, as I've mostly been converting an old patch over. I believe that the patch to input.c is simple and straightforward enough to be merged in, even if the others aren't. Any comments as to what needs to happen to get these into wine are greatly appreciated. John

1 0

Starcraft Patch
by John Spiegel 10 Apr '03

10 Apr '03

1 0

wcmd, external commands, and options
by Dan Kegel 10 Apr '03

10 Apr '03

I noticed tonight while looking for a different problem that wcmd doesn't handle batch file lines consisting of an external command with options but no space between the commandline and the option, e.g. start/wait foo.exe In this case it does not find start.exe. Win98 does find start.exe in this case, and wcmd clearly should, too. I had a quick look at wcmdmain.c, and did the obvious hack --- wcmdmain.c 5 Mar 2003 02:49:04 -0000 1.26 +++ wcmdmain.c 9 Apr 2003 06:05:40 -0000 @@ -558,7 +560,7 @@ int p = 0; case '\0': return; default: - while ((*s != '\0') && (*s != ' ')) { + while ((*s != '\0') && (*s != ' ') && (*s != '/')) { if (p == 0) *p1++ = *s++; else if (p == 1) *p2++ = *s++; else s++; It then realized that /wait was a qualifier, and passed the right thing to CreateProcess: F:\>start/wait xx.exe trace:exec:FindExecutableA File start, Dir - trace:exec:SHELL_FindExecutable start trace:exec:SHELL_FindExecutable SearchPathA returned non-zero trace:exec:SHELL_FindExecutable xlpFile=F:\start.exe,extension=.exe trace:exec:SHELL_FindExecutable .exe file trace:exec:SHELL_FindExecutable found F:\start.exe trace:exec:FindExecutableA returning F:\start.exe trace:process:CreateProcessA app (null) cmdline "start/wait xx.exe" but CreateProcess seems to have screwed up handling the /wait parameter: trace:process:CreateProcessA starting "F:\\start.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="F:\\start.exe" file=0x4 argv[0]="start/wait" and that's the last we hear of /wait. This all works fine if we put a space before the /, in which case the log looks like: trace:process:CreateProcessA app (null) cmdline "start /wait xx.exe" trace:process:CreateProcessA starting "F:\\start.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="F:\\start.exe" file=0x4 argv[0]="start" Hrmph. Guess I should add a print for argv[1] in PROCESS_InitWine. Or leave this to somebody who understands wcmd better than me :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 5

Problems with redhat 8 updated to glibc 2.3.2
by Mike Hearn 10 Apr '03

10 Apr '03

Hi, I've just had 3 consecutive reports of practically the same failure on redhat 8 with the latest security updates. Basically, nothing works, the wineinstall script messes up and fails to import the initial registry (it seems to get the fstab parsing wrong as well?) and when run wine reports exceptions like this: 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4037c166 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException info[0]=00000000 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException info[1]=409ffc68 17:36 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c4a00 code=c0000005 flags=0 17:36 <ChipX86> wine: Unhandled exception, starting debugger... 17:36 <ChipX86> trace:seh:start_debugger Starting debugger "winedbg --debugmsg -all --auto 8 0x18" 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402af648 17:37 <ChipX86> trace:seh:EXC_RtlRaiseException info[0]=00000000 17:37 <ChipX86> trace:seh:EXC_RtlRaiseException info[1]=00000000 17:37 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c42c8 code=c0000005 flags=0 17:37 <ChipX86> trace:seh:EXC_CallHandler handler returned 2 17:37 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c4a00 code=c0000005 flags=10 17:37 <ChipX86> trace:seh:EXC_CallHandler handler returned 1 17:37 <ChipX86> err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x402af648 (pasted from irc) Can somebody with an up to date redhat box who doesn't mind being a sacrificial lamb look into this? I thought compiling with --with-nptl would fix these problems. BTW all these people were using CVS as of about 10 minutes ago. thanks -mike

3 3

Update
by Dustin Navea 10 Apr '03

10 Apr '03

Hey guys just got finished reading all of your emails from my sbc email, this is my email again, and Im doing better than I was.. I have changed jobs again but this time at my choice. Im now a direct marketing person, making 25-35% commission off the stuff I sell, so I'm making a lot better money than I was as a telemarketer... Got a roommate that's actually paying his rent on time and helping out with the bills... have a cell phone now prepaid, but better than nothing, my number is 1+ 281-610-1680 if anyone wants to give me a call after 9pm CST weekdays or anytime on Sundays (work all day saturdays) hopefully once I get my car I can start saving up for a new computer... Peace out guys -Dustin __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

1 0

Wine on Slashdot
by Dimitrie O. Paun 09 Apr '03

09 Apr '03

Hi folks, Wine's on Slashdot: http://developers.slashdot.org/developers/03/04/08/2125228.shtml?tid=125 Jer, it looks some people are having problem with the new site (read the comments). Anything we can do about that? -- Dimi.

3 2

Stacking of in place OLE objects
by Mike Hearn 09 Apr '03

09 Apr '03

Hi, I'm trying to embed IE into a java app, and although it mostly works fine, there is an annoying painting problem that means sometimes the containing JPanel (a swing component) overdraws what IE drew - ie the clipping doesn't seem to be working correctly. I have a few questions on this: 1) I was under the impression that OLE in place objects are contained within their own child window, and that therefore anything drawn underneath that window should be clipped - is this right? 2) The windows are definately being sent WM_PAINT in the right order, but somewhere along the line the first window is incorrectly allowed to draw on top of the second. Is painting asynchronous when using OLE embedding? If so, is there any way to disable this? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Opening AVIs with wine
by Pouech Eric DMI AEI CAEN 09 Apr '03

09 Apr '03

> However when I try and open or play back an AVI file, I get no output. > I have searched the Web and found on winehq that video for windows is at a 30% > complete state. Is this true? > > Changing msvfw32 to native in the config did not help. > > Please can someone tell me if it is possible for a wine application > to open an avi file (or better yet use video for windows codecs). in generic terms yes. however, avi is an enveloppe to store video files, but the compression used can vary from file to file so, you need the specific decompressor to handle a given type of file normally, wine is ready (under the MCI and the msvfw32 interfaces at least) to play AVI files however, to get further with your issue, we need to know : 1/ which interface your program actually uses (MCI, msvfw, directx...) 2/ which codecs are installed and configured under wine 3/ the type of compressor used for your file (btw, does changing the avi file to play changes also what is output - or not output in your case) A+

1 0

Opening AVIs with wine
by Tom Hibbert 09 Apr '03

09 Apr '03

Hello All, I have successfully gotten Discreet Combustion to start under Wine/Winex CVS. However when I try and open or play back an AVI file, I get no output. I have searched the Web and found on winehq that video for windows is at a 30% complete state. Is this true? Changing msvfw32 to native in the config did not help. Please can someone tell me if it is possible for a wine application to open an avi file (or better yet use video for windows codecs). Thanks, Tom Hibbert Work: someday Home: +649 815 1838 Obtain my GPG Key from: http://cryptocracy.hn.org/pubkey.txt

1 0

Re: Janitorial status?
by Rolf Kalbermatter 09 Apr '03

09 Apr '03

Hans Leidekker <hans(a)it.vu.nl> wrote: >> BTW, if you feel like working on something, programs/winecfg is a good >> start. All you need is C and Win32 programming an you're all set. Besides, >> it blocks a big chuck of the 0.9 TODO: >> http://www.dssd.ca/wine/Wine-0.9-TODO.html#winecfg > >Well, thanks for the hint, but I think I'll go back to that regression >test I started for file change notifications then. Is this about SHChangeNotify() or do you mean low level file system events? The first has currently a serious problem with notifications for files which don't exist anymore. I'm working currently on it, to make this work. Rolf Kalbermatter

2 1

Janitorial status?
by Hans Leidekker 09 Apr '03

09 Apr '03

Hi, I was looking for a way to kill some time when I ended up on (WineHQ's version of) Dimi's janitorial page. It seems the page could use an update since as of this moment some of the items seem to have been finished, or nearly so: tools/winapi_check/winapi_check --none --progress --cross-call-win32-win16 [...] loader/module.c: kernel32: WIN32_GetProcAddress16: illegal call to GetProcAddress16 (Win32 -> Win16) scheduler/syslevel.c: kernel32: _KERNEL32_86: illegal call to _LeaveSysLevel (Win32 -> Win16) [...] There must have been some problem converting these? Or were they introduced after the cleanup maybe? I decided to look further: tools/winapi_check/winapi_check --none --progress --cross-call-unicode-ascii [...] dlls/winmm/driver.c: winmm & winmm: OpenDriverW: illegal call to HEAP_strdupWtoA (Unicode -> ASCII) dlls/winmm/driver.c: winmm & winmm: OpenDriverW: illegal call to OpenDriverA (Unicode -> ASCII) [...] What's the story here? I decided to take on the 'Include statements should use <> instead of ""' item, as it seems nobody else is working on that (except Patrick Stridvall who created that useful patch to winapi_cleanup of course). My plan is to supply one patch for each directory in $WINE_SRC/* and $WINE_SRC/dlls/*, in 'ls' sorting order, to keep the patch size down. Is that OK with you? -Hans ----------------------------------------------- Hans Leidekker Vrije Universiteit Dienst IT Systeembeheer Campusnetwerk De Boelelaan 1105 1081 HV Amsterdam +31 (0) 20 444 5385 The Netherlands -----------------------------------------------

2 4

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