- wine-devel - winehq.org

Re: winsock: use iphlpapi
by Dimitrie O. Paun 09 Jun '03

09 Jun '03

On Thu, 8 May 2003, Juan Lang wrote: > Sylvain was right, I screwed up the last patch. Here > 'tis again. Juan, Your patches are hard to review, as you compress them. Please include them in your message as plain text if you can do it without line wraps, if not attach them as plain text files. Here are some tips on sending patches: http://www.winehq.org/?page=sending_patches Thanks! -- Dimi.

3 3

Re: iphlpapi.dll (take 3)
by Alexandre Julliard 08 Jun '03

08 Jun '03

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: Adds an implementation of iphlpapi.dll; > most Get* functions introduced through Win98 are > included. I've applied the dll (with some changes), but not the test, it will require some more fixes. The main problem is that you shouldn't check the Windows version, you should call whatever functions are available independently of what GetVersion() returns. Also the test must not print anything to stdout, it should use the trace() macro instead. -- Alexandre Julliard julliard(a)winehq.com

2 1

Games compatibility list [20030608]
by Carlos Lozano 08 Jun '03

08 Jun '03

Updated list. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

ddraw bug
by hatky 08 Jun '03

08 Jun '03

I just tried running Laser Squad Nemesis and got a crash: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x40bb8ad3). In 32-bit mode. 0x40bb8ad3 (HAL_DirectDrawSurface_Construct+0xd3 [hal.c:127] in ddraw.dll.so): cmpb $0x0,0x4(%eax) 127 if (!(dd_gbl->dwFlags & DDRAWI_MODECHANGED)) { Wine-dbg> wine_dbg_cmd: Ctrl-C Ctrl-C: stopping debuggee [hatky@n Laser Squad Nemesis]$ WineDbg terminated on pid 8 I just guess it means the code need to check for null or something... Thought that would be of interest (since there is a lot of display work for games lately), Hatky. __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

3 7

Getting game X to work under wine
by Stephen Pedrosa Eilert 08 Jun '03

08 Jun '03

Hello, Just a quick question. Lets suppose theres a game that currently does not work under wine, and I wanted to correct the problem. But, given the recent flurry of commits, should I try to fix it by myself? Or is it better to wait a little more for the code to stabilize? []'s Stephen Pedrosa Eilert 'Commit yourself to quality from day one ... it's better to do nothing at all than to do something badly.' -Mark H. McCormack

3 2

Games compatibility list [20030607]
by Lozano, Carlos A. 08 Jun '03

08 Jun '03

Hello, It is a little games compatibility list. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

4 5

winedgb problem
by Raphaël Junqueira 08 Jun '03

08 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i have bit problem with winedbg whil trying to debug Unreal2 demo ;( This game seems to use exception for error handling and at first exception it breaks, and after i try 'pass' or 'cont' and the games never continue (the dbg remains in exceptions stack) ;((( while running without winedbg i have no problem (well i crash later, and i want to debug this crash but unreal2 catch it, print the stack and exit) Have you an idea why ? Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+4zV7p7NA3AmQTU4RAnrOAKCXhGscAXiUeG1J9Dsm0SD/ZQh2twCfWPn0 F44zMl0AEHRiByCAQNNVROY= =FlWs -----END PGP SIGNATURE-----

2 1

Re: Wineconsole init
by Sylvain Petreolle 08 Jun '03

08 Jun '03

Hi Eric, your latest patch doesnt apply to my CVS tree, dont know why, as the patch looks ok. here is my output : [syl@snoop wine]$ patch -p0 <~/0093.html patching file programs/wineconsole/wineconsole.c Hunk #1 FAILED at 529. Hunk #2 FAILED at 609. 2 out of 3 hunks FAILED -- saving rejects to file programs/wineconsole/wineconsole.c.rej patching file programs/wineconsole/winecon_private.h patching file programs/wineconsole/user.c Hunk #1 FAILED at 1353. Hunk #2 FAILED at 1389. 2 out of 2 hunks FAILED -- saving rejects to file programs/wineconsole/user.c.rej patching file programs/wineconsole/curses.c Hunk #1 FAILED at 717. Hunk #2 FAILED at 737. Hunk #3 succeeded at 782 with fuzz 1. 2 out of 3 hunks FAILED -- saving rejects to file programs/wineconsole/curses.c.rej ===== 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

2 3

Warcraft 3 Issues (RedHat 9)
by edharley＠shaw.ca 08 Jun '03

08 Jun '03

Hello wine developers, I'm trying to get Warcraft 3 working on a redhat 9 system. Regardless of what I try, I am unable to make it work. I'd like to help the developers in whatever way I can. I'm not asking for help so that I can play games, I'm trying to give information to people who can use it. If this kind of information is not needed/wanted/required, please delete this message. Some information: I have tried Wine/Winex RPMs with no success, if you want error messages from them let me know and I will provide. I'm not a linux newbie, but I'm affraid to say that I am a wine newbie. I was given warcraft3 as a gift by someone less then litterate with computers so I'd figure I'd try to get it working on my naitive os. Kernel: 2.4.20-8 #1 Thu Mar 13 17:18:24 EST 2003 i686 athlon i386 GNU/Linux (Rh9 default) Glibc: (I read on Transgaming that upgrading you glibc helped some people) glibc-kernheaders-2.4-8.10 glibc-devel-2.3.2-27.9 glibc-common-2.3.2-27.9 glibc-2.3.2-27.9 I also tried with redhat 9's original version of glibc (2.3.2-11.9) glxgears -info GL_RENDERER = GeForce4 Ti 4400/AGP/SSE/3DNOW! GL_VERSION = 1.4.0 NVIDIA 43.63 GL_VENDOR = NVIDIA Corporation 19748 frames in 5.0 seconds = 3949.600 FPS 20340 frames in 5.0 seconds = 4068.000 FPS 20469 frames in 5.0 seconds = 4093.800 FPS glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.3 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce4 Ti 4400/AGP/SSE/3DNOW! OpenGL version string: 1.4.0 NVIDIA 43.63 glu version: 1.3 Nvidia Drivers: 4363 (Latest as of June 8th) Also tried 4349 (I was running an older version) /etc/ld.so.conf: /usr/X11R6/lib /usr/local/lib /usr/kerberos/lib ldconfig reports no errors. ldconfig -v |grep -i GL libGLcore.so.1 -> libGLcore.so.1.0.4363 libx11globalcomm.so.1 -> libx11globalcomm.so.1.0.0 libglut.so.3 -> libglut.so.3.7 libglade.so.0 -> libglade.so.0.4.2 libglade-gnome.so.0 -> libglade-gnome.so.0.4.2 libglide3.so.3 -> libglide3-v5.so libglade-2.0.so.0 -> libglade-2.0.so.0.0.1 libGL.so.1 -> libGL.so.1.0.4363 libglib-2.0.so.0 -> libglib-2.0.so.0.200.1 libglib-1.2.so.0 -> libglib-1.2.so.0.0.10 libGLU.so.1 -> libGLU.so.1.3 libGL.so.1 -> libGL.so.1.0.4363 libGLcore.so.1 -> libGLcore.so.1.0.4363 Compile: (1)./configure --with-x --with-nptl (2)./configure --with-x --with-nptl --enable-opengl (3) Both of the above with Patch DX51, DX52.roderick-patch.bis, and DX53 Try2 During the configure: checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes checking GL/glx.h usability... yes checking GL/glx.h presence... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... yes checking for glXGetProcAddressARB in -lGL... yes checking for OpenGL extension functions prototypes... yes checking for gluLookAt in -lGLU... yes Followed nvidia's setup instructions closely: cat XF86Config |grep -i nv Driver "nvidia" cat XF86Config |grep -i glx Load "glx" cat XF86Config |grep -i dri Driver "keyboard" Driver "mouse" Driver "mouse" Driver "nvidia" cat XF86Config |grep -i core InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" I'm running a Twinview desktop, but I have tried disabling it and going with single monitor as well. neither works. Wine's "config" program generated with : winesetuptk (tried winetools as well) Winetools ran into the no startup menu bug, which was fixed from searching the archives. I leave the config pretty much standard other then: [DllOverrides] "*" = "native, builtin, so" ;; (this was builtin, naitive, so) [Version] "Windows" = "win98" ;; needed for warcraft 3 install to work. If the config is needed in its entirety let me know and I will post it. I found some old instructions on how to make warcraft3 work, and it involved copying msvc*.dll from a windows 98 machine into /windows/system , as well as regsrv32.exe . I tried the install (wine /mnt/cdrom/install.exe) and got: fixme:msvcrt:_XcptFilter (-1073741819,0x406508f4)semi-stub wine: Unhandled exception, starting debugger... The old instructions: http://www.transgaming.com/showthread.php?msg=11638&forum=6&thread=11638 So I copied the aforementioned win98 files over, and the install worked fine. I read several things on the forums here and the transgaming forums (I've been trying winex cvs as well) The instructions I have said to update to the 1.05 patch to make it work, as well as to rename the Movies folder to something else so it wouldn't load the movies. I tried with and without renaming the movies dir. The Patch install works, but blanks fullscreen to black and I have to kill the wine process with ctrl-alt-f1. However if I setup [x11drv] "Desktop" = "Y" the patches install smoothly and I can see the selection. Of course I remove the Desktop=Y after the patches are run. When I run Warcraft 3 the first time: wine war3.exe or wine war3.exe -- war3.exe -opengl -nosplash or load wineserver first, or wineserver -d I get: err:module:import_dll No implementation for imm32.dll.ImmAssociateContextEx imported from C:\wc3\war3.exe, setting to 0xdeadbeef fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid err:aspi:SCSI_GetProcinfo Could not open /proc/scsi/scsi The 2nd time I run the same thing I get: err:module:import_dll No implementation for imm32.dll.ImmAssociateContextEx imported from C:\wc3\war3.exe, setting to 0xdeadbeef fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid err:aspi:SCSI_GetProcinfo Could not open /proc/scsi/scsi fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntf16.dll"):100 attribute(s) not implemented. fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntf32.dll"):100 attribute(s) not implemented. fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntfNT.dll"):100 attribute(s) not implemented. If I remove /windows/system/SI*, it reverts to the output of the first time. I have also tried running wineserver first, and watching for usefull data in a wineserver -d, but I was unable to see anything that was obvious (tho I am not an expert) I thought perhaps I could use a windows 98 version of imm32.dll so I copied that over as well, which changes the output to just: fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid err:aspi:SCSI_GetProcinfo Could not open /proc/scsi/scsi or with the same SI~.dlls the 2nd time. So i tried copying OLE*.* from a windows 98 copy and now get: fixme:win32:SetCriticalSectionSpinCount critsection=0x653cf7a0: spincount=1000 not supported fixme:win32:SetCriticalSectionSpinCount critsection=0x653cf810: spincount=1000 not supported err:aspi:SCSI_GetProcinfo Could not open /proc/scsi/scsi I have been playing with different options and whatnot all day, and have yet to find one that works. I would be happy to provide any additional information that is required, and I'm quite comfortable installing patches to try things out. ttyl.

1 0

Re: MaxPayne
by Sylvain Petreolle 08 Jun '03

08 Jun '03

Hi Jason, Updating my cvs tree, Reinstalling Max Payne since I didnt had enough disk space - the game now loads ok. Yes, the "Chargement" (using french version) appears red, as it should. Applying your patch, it becomes blue and the colours are wrong (especially Max face) Thanks for helping. > Hi Sylvain, > > Out of interest, do you get as far as seeing the 'Loading' screen - > If > so, I assume its redish. Can you please try the following if so and > let > me know if you see a blueish screen or nothing. It works for nvidia > drivers, but I'm fairly certain if fails with mesa. > > By copy Raphael - I can either convert into rgba format at load time > (slowish) or submit patch and possibly break mesa - thoughts? > > Jason ===== 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

1 0

MaxPayne
by Ann and Jason Edmeades 07 Jun '03

07 Jun '03

I run nvidia drivers, xfree 4.3 (Mandrake 9.1). I run a no-cd version, and with sound disabled (Update [winmm] appropriately in wine config file). Works fine for me (except the red rather than blue backdrop on the loading screens which I havent been bothered to resolve yet) Jason

1 0

Main_DirectDraw_WaitForVerticalBlank
by Simon Comeau Martel 07 Jun '03

07 Jun '03

Anyone is planing to fix Main_DirectDraw_WaitForVerticalBlank soon? When I try to start Diablo I demo, it's one of the two ddraw fixme I get... (the other one is Main_DirectDraw_SetCooperativeLevel) I don't know if the implementation of that will fix the game, since it seem to work, but the screen stay black... -- Simon Comeau Martel martelsc(a)videotron.ca

2 2

winsock.h: msvcrt headers versus systems headers
by Gerald Pfeifer 07 Jun '03

07 Jun '03

The following change to include/winsock.h revision 1.59 date: 2003/06/04 20:15:39; author: julliard; state: Exp; lines: +1 -0 Yorick Hardy <yh(a)metroweb.co.za> Include sys/time.h for struct timeval definition. causes compilation failure of programs/notepad: /sw/gcc-3.2.2/bin/gcc -c -I. -I. -I../../include -I../../include -I../../include/msvcrt -D_REENTRANT -fPIC -DNO_LIBWINE_PORT -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o License_En.o License_En.c In file included from ../../include/winsock.h:68, from ../../include/winsock2.h:47, from ../../include/windows.h:62, from License_En.c:1: /usr/include/sys/time.h:135: parse error before "__P" /usr/include/sys/time.h:136: parse error before "__P" /usr/include/sys/time.h:140: parse error before "timecounter_get_t" The problem is that by virtue of -I../../include/msvcrt in programs/notepad/Makefile, the statement #include <sys/types.h> in line 67 of include/winsock.h actually includes the file include/msvcrt/sys/types.h, which does not to define __P which the FreeBSD system header which then gets pulled in by means of #include <sys/time.h> in line 68 of include/winsock.h. So, with this nice analysis ;-), is anybody going to fix this? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 3

RE:ddraw bug
by hatky 07 Jun '03

07 Jun '03

Seems like I am getting the same error running gta2: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x4477cad3). In 32-bit mode. 0x4477cad3 (HAL_DirectDrawSurface_Construct+0xd3 [hal.c:127] in ddraw.dll.so): cmpb $0x0,0x 4(%eax) 127 if (!(dd_gbl->dwFlags & DDRAWI_MODECHANGED)) { Wine-dbg> just that this one is not willing to exit the Wine-dbg... seems like I forgot to say latest cvs version and I did not get these games running before or anything... Hatky. __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

1 0

Useful tool to do testing with different fake_windows
by Carlos Lozano 07 Jun '03

07 Jun '03

Hello, While writting the games compatibility list, i wanted to use a different fake_windows with every game. It was a bit bored, make the fake_windows and prepare the config files everytime. So i wrote a simple perl script what helps doing it. If you are interested in use it, uncompress the wineenv.tgz file in your home directory. Then edit the file wineenv.pl, modifing the vars regedit path, winedefault.reg path, and fake_windows base path. After edit the config file included in ".wineenv/config", with the info about your drives and your favourite options (it will be the default config), and finally rename your original ".wine" directory. It is very easy to use. Run "wineenv.pl name-of-environment", and the first time what you run it, it will create the fake_windows, and the config files for this fake_windows, and besides this fake_windows will be the active (it does a link from .wine to .wineenv/name-of-environment). The next times what you use "wineenv.pl name-of-environment" with the same "name-of-environment", it will do that "name-of-environment" the active one. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

Wine Status-DLLs Page Update
by Tom Wickline 07 Jun '03

07 Jun '03

Hello, I have a first draft of all the updates for the DLLs page. If you have the time could you look it over and let me know what you think ? There are a couple DLLs that I dont have a status for yet. This will be the first time there listed here :) So any info on them is most appreciated. I want to split the DLLs page into three sections DLLs, DirectX, Multimedia is this alright with everyone ? anyone have any ideas about this ? I have also listed everything in alphabetical order. easy on the eyes and it makes it a little easier when updating this. I am aware Martin is no longer maintainer of ws_2 but im leaving him and Mike posted as the last (Recent primary worker). I'm really not sure what to do about the Documentation status as it has been brought up here before that MSDN has alot of Doc's in place. I could change all the (Nonexistent) entries to Poor ?? Or if you know the Doc status just let me know and it will be changed :) Any Ideas about this ?? I also have a working draft of the Status-Core page as well. After this update I will then post it for everyone to look over. Many Thanks Tom

1 0

cvs build error (another)
by Ann and Jason Edmeades 06 Jun '03

06 Jun '03

Patch sent, should resolve this one - Can you please confirm asap as I want to get some sleep tonight :-) Jason

2 1

Re: Re: Re: Re: Submits galore
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

>Well, I would only use 1.2 defines from the GL headers. All the >rest would be prefixed or suffixed by _WINE so no risk of >conflicts. original way to solve the problem, but as openGL1.2 is really a few things you can redefine all openGL. (and i think it will be better readable and workable than mixing GL_*_WINE and GL_*) And if you do that (no more official gl.h include) you shouldn't have anymore problem that you have used some GL_* only defined in you official gl.h but not openGL1.2 compliant >So even if the headers are ugly, I do not see how it could break >things. Yes, you are right, but i prefer code readable :) >> i think you'll have many breakage :) > >Well, if I do the following, I wonder how I could have breakages >:-) : > >#define GL_COMBINE_RGB_WINE 0x8571 > >I.e. I do not plan to use ANY pre-defined values from the header >but to define them all myself. > >So tell me where I could have breakage ? so do it, i'll reuse it for d3d8 :) but do it for official OpenGL1.2 defines too (as i have commented before) >> As you want, >> But for me, I think building with GL1.4 (last ans most complete) >> headers and detecting/activing caps on runtime it's a more proper >> solution (no more #ifdef/#define in code, only in d3dcore_gl.h >> definitions). > >I cannot see how you can do this without shipping all the GL / >GLX 1.4 headers with Wine itself. As we used only a few parts of OpenGL1.4/GLX1.3 (and you a smaller one) we can only define in a "small" header what we need for what we used (i find it the more proper solution) First, i have thought that shipping official openGL headers into wine was the better solution (for opengl dll and d3d*). But as they should be installed into <wineinstalldir>/include/wine now i think its better to only have a small header only for compilation. >If you plan to redefine stuff, this is exactly what I planned to >do and you told that it would introduce breakage :-) well, i don't want to use the user installed gl.h (it can introduce breakage with "beautifuls" old specific headers), and i don't want to have all opengl headers into wine tree (wine don't need to install it adn we don't need all defines). > Lionel Raphael

2 1

Success Story with Tomb Raider 3
by Sylvain Petreolle 06 Jun '03

06 Jun '03

Thanks to the D3D/ddraw workers, the last storm of patches makes Tomb Raider 3 able to start. You must set ZBuffer to on to get all graphics, and we run into gray levels at the moment. Great Work guys. PS : I submitted the app to AppDB. ===== 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

2 1

Agent crashes when accessing attachments
by Oliver Sampson 06 Jun '03

06 Jun '03

Howdy, I just reinstalled my Linux system (HD crash), and at the same time moved to a RH9.0 distro. I read about the problems with the NPTL threading, and I have the latest CVS running (with the --with-nptl). Now when I have Agent running (which in all other respects seems fine) every time I go to add an attachment or save an attachment Agent crashes. Is this a known problem? Or should I start getting a backtrace and providing some more information? Thanks, -- Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 2

GL Header question
by Ann and Jason Edmeades 06 Jun '03

06 Jun '03

Hi, I just wanted to apologize for the breaks caused by all the d3d8 commits. The gl headers are a real nightmare, and whereas we would have caught the problems over time, instead we get them all in one go. Just a question - What is the general feeling about us having our own gl headers. Our basic aim is to query support before using it, but we need to be able to compile in higher support than available on the build machine. I would initially see something as simple as a /include/wine/winegl.h, and we put all definitions in there (even if they would have come from glext, glx, glxext etc). To start with, it would only be used for d3d8 but probably ddraw support is easy. Comments? Jason

3 9

Submits galore
by Johan Gill 06 Jun '03

06 Jun '03

It seems Alexandre is back or just got tired of the patch storm :) D3D-lovers should update from CVS I'd say. -- Johan Gill, johane(a)lysator.liu.se

4 3

Re: [dx52] fix AddDirtyRect
by Raphaël Junqueira 06 Jun '03

06 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Hi all, Hi, > This patch fixes a problem that appeared in Mafia. how mafia works ? ;))) > Before this function > crashed when pDirtyRect was null. According to MSDN D3DERR_INVALIDCALL > should be returned in case of problems. Well, this is not really the good way to fix the problem (as the surface isn't dirtified) IDirect3DSurface8Impl_AddDirtyRect is an internal function (as seen in d3d8_provate.h declaration) so i cannot see where you have found the msdn docs ;) I think you wanted to fix a crash who happened in some IDirect3D*TextureImpl_AddDirty* call no ? if yes, can you try this patch instead ? > Regards, > Roderick Colenbrander Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+4NBdp7NA3AmQTU4RAkkxAJ9oHG+cSN5Px+mga6BQrrb/wytc9QCfRpc2 QMvmNo9HL43iicyKWEfp1bY= =H46H -----END PGP SIGNATURE-----

2 1

Re: [GDI] GetObject patch (for null buffer functionality)
by Michael Stefaniuc 06 Jun '03

06 Jun '03

On Fri, Jun 06, 2003 at 10:39:43AM -0500, Kelly Leahy wrote: > I just found a problem with this patch. Let me send another one... Please send the patch as unified diff (diff -u). See http://www.winehq.com/Docs/wine-devel/patches.shtml for details. bye michael > I'll have it this afternoon. It shouldn't be a big deal (it won't be worse than the code was before) but let me fix it anyway. > > Kelly > ----- Original Message ----- > From: Kelly Leahy > To: wine-patches(a)winehq.com > Sent: Friday, June 06, 2003 10:22 AM > Subject: [GDI] GetObject patch (for null buffer functionality) > > > Kelly Leahy > kellyleahy(a)swbell.net > > Changelog- > - fixes problems with GDI GetObject function not working properly when a NULL buffer or 0 count is used. > - note - no attempt was made to fix this problem under 16-bit windows functions (GetObject16). > > Description: > The GDI GetObject function should return the number of bytes required for the buffer, when a NULL buffer pointer is passed to the function. However, the implementation in CVS did not provide this functionality. I've added two function pointers to the gdi_obj_funcs structure that allow for this functionality. The pointers are pGetObjectSizeA and pGetObjectSizeW, and for all object types except FONT, they are implemented by the same function. On FONT, the structure differs depending on whether the LOGFONTA or LOGFONTW structure is required (depends on which function is called - GetObjectA or GetObjectW). For bitmaps, the function must determine which structure is most appropriate (BITMAP or DIBSECTION) and return the size of that structure - it does so now. > > Patch is attached. -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Re: RE: GL Header question
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

>Theyre proprietary and only have GL 1.1 & 1.2 version. no they calims to be openGL1.3 compatible (and the define most of the pre-openGL1.4 values) But if they are proprietary, we can't use it Raphael

2 1

dlls/d3d8/device.c fails to compile
by Gerald Pfeifer 06 Jun '03

06 Jun '03

After the recent wave of commits, I'm getting a build failure for the following line in dlls/d3d8/device.c: IDirect3DBaseTexture8* cont = NULL; The failure looks as follows device.c:1989: syntax error before `*' device.c:1991: `hr' undeclared (first use in this function) device.c:1991: (Each undeclared identifier is reported only once device.c:1991: for each function it appears in.) device.c:1991: `cont' undeclared (first use in this function) gmake[2]: *** [device.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/d3d8' gmake[1]: *** [d3d8] Error 2 gmake[1]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls' gmake: *** [dlls] Error 2 which indicates that IDirect3DBaseTexture8 is not a known type at that point. That's using XFree86-4.3.0 and Mesa-3.4.2 (on FreeBSD 4.8). Gerald PS: I'll happily test any patches to fix this. -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

Re: Re: Re: Submits galore
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

>> PS: As jason have some compilation problems too as it use a specific gl.h >> with a generic glext.h, i'm thinking about not using anymore the gl/glext >> headers definitions (i'm too bored to fixes each mismatch headers >> declaration) Hi All, >Well, I would say that we use the standard gl.h file (otherwise >it's too messy) but completely remove the dependency on glext.h. well, the problem is that gl.h defines ugly things too. as i have reports from users using mesa headers 3.4 (openGL 1.2 only declared but ugly pre 1.3 support) while using Mesa5.0 (very easy to do: install a XFree4.0 and after install only mesa5) >I plan to change all _EXT and _ARB stuff in the D3D7 code by >_WINE #defines (defined from the GL extension specs) and to never >use at all the function pointer typedef and use my own. i think you'll have many breakage :) >Basically, my baseline would be GL 1.2 and all the rest would be >redefined. As you want, But for me, I think building with GL1.4 (last ans most complete) headers and detecting/activing caps on runtime it's a more proper solution (no more #ifdef/#define in code, only in d3dcore_gl.h definitions). > Lionel Regards, Raphael

2 1

Re: dlls/d3d8/device.c fails to compile
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

Hi, Stefan Leichter have already sent a patch (wine-patches archive) to fix it. Thanks to him. But now i want to understand why my gcc3 in c89 mode compil this code without any problem :( Regards, Raphael ----Message d'origine---- >Date: Fri, 6 Jun 2003 11:08:01 +0200 (CEST) >De: Gerald Pfeifer <pfeifer(a)dbai.tuwien.ac.at> >A: wine-devel(a)winehq.com >Copie à: Raphael Junqueira <fenix(a)club-internet.fr> >Sujet: dlls/d3d8/device.c fails to compile > >After the recent wave of commits, I'm getting a build failure for the >following line in dlls/d3d8/device.c: > > IDirect3DBaseTexture8* cont = NULL; > >The failure looks as follows > > device.c:1989: syntax error before `*' > device.c:1991: `hr' undeclared (first use in this function) > device.c:1991: (Each undeclared identifier is reported only once > device.c:1991: for each function it appears in.) > device.c:1991: `cont' undeclared (first use in this function) > gmake[2]: *** [device.o] Error 1 > gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/d3d8' > gmake[1]: *** [d3d8] Error 2 > gmake[1]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls' > gmake: *** [dlls] Error 2 > >which indicates that IDirect3DBaseTexture8 is not a known type at that >point. > >That's using XFree86-4.3.0 and Mesa-3.4.2 (on FreeBSD 4.8). > >Gerald > >PS: I'll happily test any patches to fix this. >-- >Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/ > >

1 0

[FYI] Vacation
by Dimitrie O. Paun 06 Jun '03

06 Jun '03

Folks, I'm leaving for vacation today for a month, I'll be back July 7th. I'll probably read my email from time to time, but I will not be very active on the lists. All the best, and I'll see you soon! (maybe Wineconf? :)) -- Dimi. P.S. Don't release 0.9 without me! :)))

2 2

Re: Re: GL Header question
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

>> well, better ;) >> my goal is to detect and active all capabilities on runtime and never bother >> again about declared/defined caps from gl headers (gl,glext,glx). >> For this we need an header where all defines and functions pointers are >> declared (as seen in d3dcore_gl.h) > >As said in another mail, I agree for glext.h but not for GL.h. Or >if we go that way, why not ship a 'valid' set of gl.h / glext.h / >glxext.h that are known to work instead of redoing all the >constants ? No, i not want to redefine all constants, i'll only define needed defines and prototypes for compilation. For GL.h see my last mail >For example, we know that Raphael has a configuration where his >tree builds... Well, let him ship his .hs in Wine :-) lol why not, but i think sending the three (or two) headers in wine tree can be replaced by a "minimalist" header (only define what we need) for compilation > Lionel Raphael

1 0

Re: RE: GL Header question
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

Re, >>As said in another mail, I agree for glext.h but not for GL.h. Or if we go >>that way, why not ship a 'valid' set of gl.h / glext.h / glxext.h that are >>known to work instead of redoing all the constants ? > >Curiously, why glext and not gl? I'd be more for shipping all 3 >if required or merging them all into one wine header. Could we >not just be causing ourselves the same problem further down the >line otherwise? I not approve to merge all gl headers into one HUGE header. I only want to have its the minimalist header where we only define what we need. >>For example, we know that Raphael has a configuration where his >>tree builds... Well, let him ship his .hs in Wine :-) > >Perhaps they are copyright nvidia? :-) Yes, but i think they redistribuable. (they are here: http://cvs1.nvidia.com/inc/GL/) Else we can always use last mesa headers. >Jason Raphael

2 1

Fixme:s in simcity 4 native install (DDRAW.dll.DdEntry, commctrl:InitCommo)
by Arne Falk 06 Jun '03

06 Jun '03

I am trying to install Simcity 4 natively in Linux with just wine setup.exe, everything else default. I get some Fixme:s that I hope someone is interested in. [root@foo cdrom]# wine setup.exe err:font:ReadFontDir Can't open directory "/mnt/windows/windows/Fonts" err:font:ReadFontDir Can't open directory "/usr/X11R6/lib/X11/fonts/drakfont/ttf " FIXME:pthread_cond_init ... ... (these 3 lines are repeated many times) ... fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x8000 err:dc:DCE_FreeWindowDCE [0x3003f] GetDC() without ReleaseDC()! FIXME:pthread_cond_init mcop warning: user defined signal handler found for SIG_PIPE, overriding err:wave:ARTS_WaveInit arts_init() failed (-1) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403d2cf8)->(00000000,00000008 ) err:module:import_dll No implementation for NTDLL.dll.IoUnregisterDeviceInterfac e imported from C:\windows\system\cfgmgr32.dll, setting to 0xdeadbeef fixme:file:DeviceIoControl ignored dwIoControlCode=80000072 err:module:import_dll No implementation for DDRAW.dll.DdEntry18 imported from C: \windows\system\d3d8.dll, setting to 0xdeadbeef err:module:import_dll No implementation for DDRAW.dll.DdEntry19 imported from C: \windows\system\d3d8.dll, setting to 0xdeadbeef ... (repeated many times for other DdEntryxx) ... fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403d4258)->(00000000,00000008 ) err:module:import_dll No implementation for NTDLL.dll.IoUnregisterDeviceInterfac e imported from C:\windows\system\cfgmgr32.dll, setting to 0xdeadbeef fixme:file:DeviceIoControl ignored dwIoControlCode=80000072 _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus

2 1

Re: Add root drive mapping to default config file
by PETREOLLE Sylvain 06 Jun '03

06 Jun '03

Hi Mike, please dont add / to the default config. Some reasons no to do that: - its insecure, since you can write everywhere you want and some filesystem corruption still exist today. - it will cause recursion/drive change problems => example : what will be the current drive/directory if you access the fake C:\windows via Z:\home\user\fake_c\windows ? On my RH box I have a drive called W: that contains wine sources and P: contains programs/. If I am in W: (wcmd) and I do 'cd programs', wcmd now says P:\. Sylvain Petreolle -at work-

21 48

Re: loading and running windows dlls in a linux program
by Rolf Kalbermatter 06 Jun '03

06 Jun '03

Stefan Sperling <w9rk(a)gmx.net> wrote: >Three of which come from wine: > > LoadLibraryA > GetProcAddress > FreeLibrary > >Are these all I need? In theory, this looks about enough to be able to load >a shared object... but I will need a lot of other wine internals too, >in case a dll does a system call (like malloc, which will definitely happen), >won't I? Well they probably come from Wine but as they are just the standard Win32 API functions they could be from anywhere. Also note that this closed source approach wouldn't be possible with the current Wine license anymore. Have you looked at the according functions? They need to almost completely understand the executable file format layout of Windows files which isn't exactly simple. And I believe the current Wine implementation also supports loading ELF libraries as DLLs, something you won't really need. Taking this code and integrate it in your own environment will certainly be quite some work and may actually end up to be a major project of its own! >What happens if I pass a pointer to a method contained in a windows >dll?? Will wine take care about low level stuff like keeping track >of memory layouts of structs and convert them if they are incorrect? >More precisely: If I reimplement data structures external to the dll but >used by it, will the difference in memory layout between the original >struct the dll expects and my new implementation under linux matter? I think you should safely assume that it will indeed matter. The Windows API is defined on a binary level too, including the calling convention of functions and things such as stucture member alignements. You better make sure your compiler used assumes the same alignement rules or otherwise make him do so by using the correct pragmas. This is usually done by using the official headers of such components, which of course may not be GNU C compilable out of the box. LoadLibrary and GetProcAddress have not enough information about the calling convention and alignement constraints used both in the DLL itself as in the caller to actually do the necessary translation for you. Rolf Kalbermatter

1 0

Re: Re: Submits galore
by fenix＠club-internet.fr 06 Jun '03

06 Jun '03

hmmm, very strange, what gl.h and glext.h header you are using ? can you send me the two ? PS: As jason have some compilation problems too as it use a specific gl.h with a generic glext.h, i'm thinking about not using anymore the gl/glext headers definitions (i'm too bored to fixes each mismatch headers declaration) Regards, Raphael >> It seems Alexandre is back or just got tired of the patch storm :) D3D-lovers should update from CVS I'd say. > >Do I get the following because I'm not? > >| make[2]: Entering directory `/usr/home/projects/wine/mywine/dlls/d3d8' >| gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c >| In file included from ../../include/objbase.h:306, >| from ../../include/d3d8.h:22, >| from d3d8_private.h:55, >| from basetexture.c:29: >| ../../include/objidl.h:5960: warning: declaration does not declare anything >| In file included from basetexture.c:29: >| d3d8_private.h:198: error: parse error before "PFNGLCOLORTABLEEXTPROC" >| d3d8_private.h:198: warning: no semicolon at end of struct or union >| d3d8_private.h:198: error: parse error before "glPointParameterfEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfEXT' >| d3d8_private.h:198: error: `glPointParameterfEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2484: error: previous declaration of `glPointParameterfEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glPointParameterfvEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfvEXT' >| d3d8_private.h:198: error: `glPointParameterfvEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2485: error: previous declaration of `glPointParameterfvEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glSecondaryColor3ubEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3ubEXT' >| d3d8_private.h:198: error: `glSecondaryColor3ubEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2562: error: previous declaration of `glSecondaryColor3ubEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glSecondaryColor3fEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3fEXT' >| d3d8_private.h:198: error: `glSecondaryColor3fEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2556: error: previous declaration of `glSecondaryColor3fEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glSecondaryColor3fvEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3fvEXT' >| d3d8_private.h:198: error: `glSecondaryColor3fvEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2557: error: previous declaration of `glSecondaryColor3fvEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glSecondaryColorPointerEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColorPointerEXT' >| d3d8_private.h:198: error: `glSecondaryColorPointerEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2568: error: previous declaration of `glSecondaryColorPointerEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:200: error: parse error before '}' token >| d3d8_private.h:200: warning: type defaults to `int' in declaration of `GL_Info' >| d3d8_private.h:200: warning: data definition has no type or storage class >| d3d8_private.h:256: error: parse error before "GL_Info" >| d3d8_private.h:256: warning: no semicolon at end of struct or union >| make[2]: *** [basetexture.o] Error 1 >| make[2]: Leaving directory `/usr/home/projects/wine/mywine/dlls/d3d8' >| make[1]: *** [d3d8] Error 2 >| make[1]: Leaving directory `/usr/home/projects/wine/mywine/dlls' >| make: *** [dlls] Error 2 > >Rein. >-- >Rein Klazes >rklazes(a)xs4all.nl > >

2 1

Documentation?
by Hal Mikimoto 06 Jun '03

06 Jun '03

Hello all, I've been watching Wine grow for the last two years or somsuch. During this time I have wished that I could contribute to the cause, but alas my coding skills rank somewhere around the level of Jello and can't offer much there. While reading the list I saw the Wine Status pages were linked a few emails ago. I have never seen these pages before and a quick glance and shown that the Documentation side of things needs some TLC *badly*. For those who don't know who I am, I wrote a PSX internals doc a few years ago that made Slashdot a few times. I quite versed at internet data mining and putting the resultant finds in documentation form. The problem is that I'm confused by what kind of documentation you need. Let me give you an example. On the Wine Status DLL page comctl32 is reported of having nonexistant documentaion. A quick look in the CVS browser-thingy shows that in the code itself, comctl32 is quite nicely documented. So what exactly is needed? An API listing? a very verbose version of the .spec file? How to use it? What it does? It's depencies? Is there a particular format I have to stick to? Could anyone hive a pointer of what exactly you are looking for? Joshua "Haruhito" Walker P.S. I have a killer Registry API book too, if that helps any. __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

3 2

Re: lostwages/ news/2003060501.xml wwn/wn20030606_ ...
by Dimitrie O. Paun 06 Jun '03

06 Jun '03

On June 5, 2003 08:50 pm, Jeremy Newman wrote: > Added files: > news : 2003060501.xml > wwn : wn20030606_173.xml > > Log message: > WWN Issue 173 You've posted this already as issue 172... -- Dimi.

2 2

glext missing
by Ann and Jason Edmeades 06 Jun '03

06 Jun '03

Oops - Looks like a check got missed. Change the top of device.c to add: #ifdef HAVE_GL_GLEXT_H <--- Add this #include <GL/glext.h> #endif <---- and this #include <GL/glxext.h> Note the #include <GL/glxext.h> may need to go inside the #ifdef. Apologies for these problems... We will sort them out asap. Can you please let me know if this helps, and whether the glxext needs to be inside the #ifdef as well Jason

3 2

cvs build error
by Vilppa Salt 06 Jun '03

06 Jun '03

When building Wine today with RH 7.3 and gcc 2.96-113: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c In file included from basetexture.c:29: d3d8_private.h:198: parse error before `PFNGLCOLORTABLEEXTPROC' d3d8_private.h:198: warning: no semicolon at end of struct or union d3d8_private.h:198: parse error before `glPointParameterfEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfEXT' d3d8_private.h:198: `glPointParameterfEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:2904: previous declaration of `glPointParameterfEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:198: parse error before `glPointParameterfvEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfvEXT' d3d8_private.h:198: `glPointParameterfvEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:2907: previous declaration of `glPointParameterfvEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:198: parse error before `glSecondaryColor3ubEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3ubEXT' d3d8_private.h:198: `glSecondaryColor3ubEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:3016: previous declaration of `glSecondaryColor3ubEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:198: parse error before `glSecondaryColor3fEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3fEXT' d3d8_private.h:198: `glSecondaryColor3fEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:3002: previous declaration of `glSecondaryColor3fEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:198: parse error before `glSecondaryColor3fvEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColor3fvEXT' d3d8_private.h:198: `glSecondaryColor3fvEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:3004: previous declaration of `glSecondaryColor3fvEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:198: parse error before `glSecondaryColorPointerEXT' d3d8_private.h:198: warning: type defaults to `int' in declaration of `glSecondaryColorPointerEXT' d3d8_private.h:198: `glSecondaryColorPointerEXT' redeclared as different kind of symbol /usr/include/GL/gl.h:3028: previous declaration of `glSecondaryColorPointerEXT' d3d8_private.h:198: warning: data definition has no type or storage class d3d8_private.h:200: parse error before `}' d3d8_private.h:200: warning: type defaults to `int' in declaration of `GL_Info' d3d8_private.h:200: warning: data definition has no type or storage class d3d8_private.h:256: parse error before `GL_Info' d3d8_private.h:256: warning: no semicolon at end of struct or union make[2]: *** [basetexture.o] Error 1 make[2]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls' make: *** [dlls] Error 2 --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

3 3

Re: Fix build in d3d8 #1
by Raphaël Junqueira 06 Jun '03

06 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Jeudi 05 Juin 2003 23:54, Ann and Jason Edmeades a écrit : > First patch, should fix Stefans problems. > > By copy Raphael, we prob need to use the new GL_SUPPORT for the > subtract, but I am trying to get people compiling again! > > Changelog > > Make sure constants are referred to correctly if not gl 1.3 in headers > > Jason Well, Alexandre i prefer you use my last patch than jason's one As this cannot fix all compilation problems Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+3/Nap7NA3AmQTU4RAv0vAJ9rjksgvgmJYluVva+XqLK2NloHSwCcCtBi cQq5rcuA8FtNQDZqFrJXr3g= =nCC3 -----END PGP SIGNATURE-----

1 0

[dx51] better caps code and fix last seen compilations problems
by Raphaël Junqueira 06 Jun '03

06 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I just come back to home and i can see a flood of message (maybe i see too many after too many drinks) ;( This patch must fix many of your problems with d3d8 compilation (why we can't have propers gl headers installed ? ;-( ) I have tested it with headers from Eric Pouech, Rein Klazes and some others from net (nvidia, mesa, ...). So please jason, can you complete the d3dcore_gl header to add the extensions definition you use and use it without using #ifdef/#endif (as i have done for dot3 support for exemple) Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+3/KVp7NA3AmQTU4RAje9AKCaObWsCJN9VUgHKkqHO9bgnhRdFACeOSax borIBnW8hkm7BRggGH2hNJE= =S+Tc -----END PGP SIGNATURE-----

1 0

ALL d3d build break information
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

For those of you having compile problems with d3d8: 1. If it relates to GL_ALPHA_SCALE, GL_PREVIOUS etc, see patch #1 sent to wine-patches 2. If it relates to variables defined in the middle of code see Stefans patch sent to wine-patches 3. If it relates to GL/glxext.h: No such file or directory, try this patch2 - I need feedback on this one desperately, before submitting it (Eris, Stefan etc?) 4. If it relates to PFNGLCOLORTABLEEXTPROC, glPointParameterfEXT etc, add the following to d3d8_private.h after the APIENTRY #define, as I dont know how we need to fix this properly (over to Raphael). /* Temporary hack for compile */ typedef void (APIENTRY * PFNGLSECONDARYCOLOR3FEXTPROC) (GLfloat red, GLfloat green, GLfloat blue); typedef void (APIENTRY * PFNGLSECONDARYCOLOR3FVEXTPROC) (const GLfloat *v); typedef void (APIENTRY * PFNGLSECONDARYCOLOR3UBEXTPROC) (GLubyte red, GLubyte green, GLubyte blue); typedef void (APIENTRY * PFNGLSECONDARYCOLORPOINTEREXTPROC) (GLint size, GLenum type, GLsizei stride, const GLvoid *pointer); typedef void (APIENTRY * PFNGLCOLORTABLEEXTPROC) (GLenum target, GLenum internalFormat, GLsizei width, GLenum format, GLenum type, const GLvoid *table); typedef void (APIENTRY * PFNGLPOINTPARAMETERFEXTPROC) (GLenum pname, GLfloat param); typedef void (APIENTRY * PFNGLPOINTPARAMETERFVEXTPROC) (GLenum pname, const GLfloat *params); Any one for any more? Jason Index: dlls/d3d8/device.c =================================================================== RCS file: /home/wine/wine/dlls/d3d8/device.c,v retrieving revision 1.69 diff -u -r1.69 device.c --- dlls/d3d8/device.c 4 Jun 2003 23:05:46 -0000 1.69 +++ dlls/d3d8/device.c 5 Jun 2003 21:52:46 -0000 @@ -34,8 +34,12 @@ /*#define GL_GLEXT_PROTOTYPES*/ /*#undef GLX_GLXEXT_LEGACY*/ #include "d3d8_private.h" +#ifdef HAVE_GL_GLEXT_H #include <GL/glext.h> -#include <GL/glxext.h> +#endif +#ifdef HAVE_GL_GLX_H +#include <GL/glx.h> +#endif /** currently desactiving 1_4 support as mesa doesn't implement all 1_4 support while defining it */ #undef GL_VERSION_1_4

1 0

cvs build error (another)
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

Hi Stefan Can you please send me the contents of your gl include dir (/usr/include/GL normally) Thanks Jason

1 0

d3d8 compile issues
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

FYI If you are having problems compiling d3d8, add the following to d3d8_private.h after the APIENTRY #define /* Temporary hack for compile */ typedef void (APIENTRY * PFNGLSECONDARYCOLOR3FEXTPROC) (GLfloat red, GLfloat green, GLfloat blue); typedef void (APIENTRY * PFNGLSECONDARYCOLOR3FVEXTPROC) (const GLfloat *v); typedef void (APIENTRY * PFNGLSECONDARYCOLOR3UBEXTPROC) (GLubyte red, GLubyte green, GLubyte blue); typedef void (APIENTRY * PFNGLSECONDARYCOLORPOINTEREXTPROC) (GLint size, GLenum type, GLsizei stride, const GLvoid *pointer); typedef void (APIENTRY * PFNGLCOLORTABLEEXTPROC) (GLenum target, GLenum internalFormat, GLsizei width, GLenum format, GLenum type, const GLvoid *table); typedef void (APIENTRY * PFNGLPOINTPARAMETERFEXTPROC) (GLenum pname, GLfloat param); typedef void (APIENTRY * PFNGLPOINTPARAMETERFVEXTPROC) (GLenum pname, const GLfloat *params); Raphael - I'll let you fix this issue properly.. :-) Jason

3 3

Re: glext missing
by Vilppa Salt 05 Jun '03

05 Jun '03

> Ann and Jason Edmeades wrote: >> Oops - Looks like a check got missed. Change the top of device.c to > add: >> >> #ifdef HAVE_GL_GLEXT_H <--- Add this >> #include <GL/glext.h> >> #endif <---- and this >> #include <GL/glxext.h> >> >> Note the #include <GL/glxext.h> may need to go inside the #ifdef. > that won't be sufficient. In my case, I do have glext.h but I don't > have > glxext.h. Same here. --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

Re: d3d8 compile issues
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

Ok, I wonder if this change will do it for you: At the top of device.c #ifdef HAVE_GL_GLEXT_H #include <GL/glext.h> #endif #ifdef HAVE_GL_GLX_H #include <GL/glxext.h> #endif Jason

2 1

cvs build error (another)
by Stefan Leichter 05 Jun '03

05 Jun '03

Hello, current cvs does not compile for me on SuSE 7.3. The error is: gcc -c -I../../../wine/dlls/d3d8 -I. -I../../../wine/include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o ../../../wine/dlls/d3d8/utils.c ../../../wine/dlls/d3d8/utils.c: In function `set_tex_op': ../../../wine/dlls/d3d8/utils.c:582: `GL_ALPHA_SCALE_EXT' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:582: (Each undeclared identifier is reported only once ../../../wine/dlls/d3d8/utils.c:582: for each function it appears in.) ../../../wine/dlls/d3d8/utils.c:744: `GL_PRIMARY_COLOR' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:780: `GL_CONSTANT' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:798: `GL_PREVIOUS' undeclared (first use in this function) ../../../wine/dlls/d3d8/utils.c:566: warning: `scal_target' might be used uninitialized in this function make[2]: *** [utils.o] Error 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Error 2 Bye Stefan

1 0

Re: glext missing
by Saulius Krasuckas 05 Jun '03

05 Jun '03

> Oops - Looks like a check got missed. Change the top of device.c to add: > > #ifdef HAVE_GL_GLEXT_H <--- Add this > #include <GL/glext.h> > #endif <---- and this > #include <GL/glxext.h> doesn't work for me. > Note the #include <GL/glxext.h> may need to go inside the #ifdef. that one doesn't work either. > Apologies for these problems... We will sort them out asap. Can you > please let me know if this helps, and whether the glxext needs to be > inside the #ifdef as well it does not help me here (in my box). BTW: my ./configure said: checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes checking GL/glx.h usability... yes checking GL/glx.h presence... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... yes checking for glXGetProcAddressARB in -lGL... yes checking for OpenGL extension functions prototypes... yes checking for gluLookAt in -lGLU... yes and i didn't see any "glxext" string here :-/. is it OK?

1 0

Serial receive is not working
by Evangelos Arkalis 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. -- Evangelos Arkalis <arkalis(a)acn.gr>

1 0

Serial receive is not working
by Evangelos Arkalis 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. -- Evangelos Arkalis <arkalis(a)acn.gr>

1 0

Re: d3d8 compile issues
by Vilppa Salt 05 Jun '03

05 Jun '03

> FYI If you are having problems compiling d3d8, add the following to > d3d8_private.h after the APIENTRY #define That helped but then few files later: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c:38:23: GL/glxext.h: No such file or directory make[2]: *** [device.o] Error 1 make[2]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/home/vilppa.salt/wineCVS/wine/dlls' make: *** [dlls] Error 2 --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

NamedPipe problem
by Oleg Prokhorov 05 Jun '03

05 Jun '03

Hello , I've made the test program to check/test some createprocess behavior. But found that it doesn't work with wine at all (it's ok on windows). In ConnectToNewClient ConnectNamedPipe fails and returns non zero. The source is attached. Who is in charge for named pipes problems ? :) -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

2 3

Re: Re: Submits galore
by Ann and Jason Edmeades 05 Jun '03

05 Jun '03

>PS: As jason have some compilation problems too as it use a specific gl.h with a generic glext.h, >i'm thinking about not using anymore the gl/glext headers definitions >(i'm too bored to fixes each mismatch headers declaration) >| In file included from basetexture.c:29: >| d3d8_private.h:198: error: parse error before "PFNGLCOLORTABLEEXTPROC" >| d3d8_private.h:198: warning: no semicolon at end of struct or union >| d3d8_private.h:198: error: parse error before "glPointParameterfEXT" >| d3d8_private.h:198: warning: type defaults to `int' in declaration of `glPointParameterfEXT' >| d3d8_private.h:198: error: `glPointParameterfEXT' redeclared as different kind of symbol >| /usr/include/GL/gl.h:2484: error: previous declaration of `glPointParameterfEXT' >| d3d8_private.h:198: warning: data definition has no type or storage class >| d3d8_private.h:198: error: parse error before "glPointParameterfvEXT" This is exactly the problem I am having with patches beyond dx48 Any idea what patch Alexander is up to in cvs? BTW Possibly a question for Alexander, but can we prefix the changelog with eg [dx48] when we have long patch sequences, as its hard keeping track of everything Jason

1 0

Re: Submits galore
by fenix＠club-internet.fr 05 Jun '03

05 Jun '03

yes, I have seen this "d3d commit fury" in realtime :) Alexandre, you have done a very impressive job :) But you returned too early as we haven't sent all our patches (i was too bored to do the cleaning stuff last week). But we'll thanks all D3D-lovers that can report games ok, or with graphics problems. Regards, Raphael ----Message d'origine---- >De: Johan Gill <johane(a)lysator.liu.se> >A: wine-devel(a)winehq.org >Sujet: Submits galore >Date: Thu, 5 Jun 2003 13:11:11 +0200 > >It seems Alexandre is back or just got tired of the patch storm :) D3D-lovers should update from CVS I'd say. > >-- >Johan Gill, johane(a)lysator.liu.se > > >

1 0

Re: First stab at NETWM system tray support
by Mike Hearn 05 Jun '03

05 Jun '03

OK, so rereading this patch in the morning when I'm feeling more awake, I can see a few mistakes that slipped past my review last night. To save people the hassle of point them out to me, here they are: 1) The whole of X11DRV_systray_dock_window should probably be protected with a TS lock, instead of just the middle section. 2) The line: X11DRV_systray_dock_window(display, undockedTrayIcons[0]) should use (undockedTrayIconsCount - 1) as the index, not 0. 3) Whitespace noise in the part that sets the KDE hints 4) Commented out line I used for debugging made its way into the patch. 5) This confuses me: - ... create_desktop( Display *display, WND *wndPtr ) + ... create_desktop( Display *display, WND *wndPtr, CREATESTRUCTA *cs ) + SendMessageW( wndPtr->hwndSelf, WM_NCCREATE, 0, (LPARAM)cs ); as I don't remember writing that code. Presumably the createstruct parameter was there when I first wrote the patch and removed later without me noticing, as I diffed the tree in a different location to where I wrote it, CVS thought I readded it. So I guess this is "old code" noise. I'll try again tonight. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Serial Ports are not working
by arkalis＠aias.gr 05 Jun '03

05 Jun '03

Serial receive on serial ports is broken (????). I have the following lines in my config [serialports] "Com1" = "/dev/ttsS0" "Com2" = "/dev/ttsS1" Transmit is OK! but receive is not working. I am not familiar with linux serial programming, but I think that there is problem is serial.c or async.c. Looking at serial.c (and trying to print some messages in various points of code) it seems that serial_get_poll_events() function is working but later in async.c the receive event is lost. Unfortunately I dont have knowledge of internals of linux events to solve the problem. Evangelos

1 0

Congratulations - wine works fine
by Hans Martin Speiser 05 Jun '03

05 Jun '03

I'm a quite new wine user and want you to know that your software works very good. I did my first tests with an cocktail-database-application (gekko software, kalua cocktails) and it ran without any problems - even with its quite complex dialog interface. At least I want you to know that. Regards Hans Martin P.S.: If you don't like such e-mails, or get too much of them - please excuse me. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

4 3

GetExitCodeProcess always returns 1, nmake problem
by Igor Sysoev 04 Jun '03

04 Jun '03

In the mail list archive I saw that some people use wine to run nmake. I just wonder if they are able to build a complex ehough makefile without nmake's switch "-i". In my wine enviroment every program that nmake runs always returns exit code "1" and nmake terminates further building something like: --------- NMAKE : fatal error U1077: 'c:\vc\bin\cl.exe' : return code '0x1' Stop. --------- So to ignore exit codes I used to set nmake's switch "-i". I made small test case that show that wine always set exit code to "1" despite the passed value. Under Windows NT p1 outputs: --------- executed exit code: 0 --------- while under wine-20030508 on FreeBSD 4.3 p1 outputs: --------- executed exit code: 1 --------- p1: --------- #include <windows.h> main() { int code; STARTUPINFO si; PROCESS_INFORMATION pi; ZeroMemory(&si, sizeof(si)); si.cb = sizeof(si); if (!CreateProcess(NULL, "p2", NULL, NULL, TRUE, 0, NULL, NULL, &si, &pi)) { printf("CreateProcess() failed: %d\n", GetLastError()); exit(1); } if (WaitForSingleObject(pi.hProcess, INFINITE) == WAIT_FAILED) { printf("WaitForSingleObject() failed: %d\n", GetLastError()); exit(1); } if (!(GetExitCodeProcess(pi.hProcess, &code))) { printf("GetExitCodeProcess() failed: %d\n", GetLastError()); exit(1); } printf("exit code: %d\n", code); exit(0); } --------- p2: --------- #include <windows.h> main() { printf("executed\n"); ExitProcess(0); } --------- Igor Sysoev http://sysoev.ru/en/

2 1

Lotus Notes 6 -> start but when open a DB Crash
by Moreno 04 Jun '03

04 Jun '03

Hi, i'm, new i hope is true to put here. I have copy an installation of Notes6. i have set the notes.ini. I start Notes 6 and start. I login ok and see the workspace. i push on an icon to open a DB (names.nsf) and crash. I put here part of my log. ------------------------------------------ fixme:commctrl:InitializeFlatSB stub fixme:hook:NotifyWinEvent (32768,0x1005f,-4,0)-stub! Thread=[000A:0002-000B] Stack base=0x406C187C, Stack size = 8280 bytes PANIC: LookupHandle: null handle fixme:msvcrt:_XcptFilter (-1073741819,0x405b08f4)semi-stub FIXME:pthread_cond_init fixme:seh:EXC_RtlRaiseException call to unimplemented function netapi32.dll.NetUserEnum fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. ------------------------------------------ I try to implement a function NetUserEnum but is not theat the problem. Where is the problem? on a null handle? how can i find exactly the error? I near to forget the next is notes error log --------------------------------------------------------- search path: .;C:\WINDOWS ERROR (0): SymInitialize() failed - (120) Call not implemented NSD Version : 3.00 Memcheck Version: MEMCHECK Version (4.20) for Lotus Notes Release 6.0 (September 26, 2002) Host Name : darkside User Name : saul Date : Sun Jun 01 21:53:12 2003 Windows Dir : C:\WINDOWS Arguments : "D:\programmi\lotus\notes6\nsd.exe" -dumpandkill -termstatus 1 Notes Version : Release 6.0 OSVersion : Win95 4.0 (Build 67109814), PlatID=1, (1 Processor) INFO (0): Using NSD profile C:\WINDOWS\notesnsd.ini inst D:\programmi\lotus\notes6\data already added INFO (0): Found 1 Notes processes, matched 1 inst D:\programmi\lotus\notes6\data already added INFO (0): Using NSD profile nsd.ini inst D:\programmi\lotus\notes6\data already added -> Instance# 1 : (current) Ini File : d:\programmi\lotus\notes6\notes.ini Data Dir : D:\programmi\lotus\notes6\data Prog Dir : D:\programmi\lotus\notes6 Notes Build: Release 6.0 September 26, 2002 Proc List: D:\programmi\lotus\notes6\nlnotes.exe (a) DBG(0010) 21:53:12 @@@@@@@@@@@@@@@@@ Process Table @@@@@@@@@@@@@@@@@ Active Users: UID Name INFO PID PPID UID STIME COMMAND -> 000a 0008 0 ??? [ nlnotes:000a] 000f 000a 0 ??? [ nsd:000f] INFO (0): Starting Debugger ** Attach to [ nlnotes:000a] ERROR (0): can't load image D:\programmi\lotus\notes6\nlnotes.exe - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\ntcp.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\namhook.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msimg32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nstrings.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\x11drv.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nnotesws.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nplugins.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\version.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\lz32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\ltouin22.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nnotes.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\wsock32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ws2_32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comdlg32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\winspool.drv' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\oleaut32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nlsccstr.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\js32.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nxmlpar.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nxmlcommon.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msvcrt.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shfolder.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shell32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comctl32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shlwapi.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ole32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\rpcrt4.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\user32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\gdi32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\advapi32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\kernel32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ntdll.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msimg32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\x11drv.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\version.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\lz32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\wsock32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ws2_32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comdlg32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\winspool.drv' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\oleaut32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msvcrt.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shfolder.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shell32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comctl32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shlwapi.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ole32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\rpcrt4.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\user32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\gdi32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\advapi32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\kernel32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ntdll.dll' - (2) File not found ERROR (0): failed to map thread [ nlnotes:000a:000e] stack ERROR (0): failed to map thread [ nlnotes:000a:000d] stack ERROR (0): failed to map thread [ nlnotes:000a:000c] stack ERROR (0): failed to map thread [ nlnotes:000a:000b] stack ERROR (0): StackWalk failed - (120) Call not implemented ERROR (0): StackWalk failed - (120) Call not implemented ERROR (0): StackWalk failed - (120) Call not implemented ERROR (0): StackWalk failed - (120) Call not implemented === Attach to D:\programmi\lotus\notes6\nlnotes.exe (0xa) Load module: base=0x00400000, size= 819200 D:\programmi\lotus\notes6\nlnotes.exe Load module: base=0x625d0000, size= 36864 D:\programmi\lotus\notes6\ntcp.dll Load module: base=0x625b0000, size= 20480 D:\programmi\lotus\notes6\namhook.dll Load module: base=0x624d0000, size= 876544 D:\programmi\lotus\notes6\nstrings.dll Load module: base=0x61180000, size= 16240640 D:\programmi\lotus\notes6\nnotesws.dll Load module: base=0x624b0000, size= 40960 D:\programmi\lotus\notes6\nplugins.dll Load module: base=0x18200000, size= 188416 D:\programmi\lotus\notes6\ltouin22.dll Load module: base=0x60000000, size= 13307904 D:\programmi\lotus\notes6\nnotes.dll Load module: base=0x62350000, size= 974848 D:\programmi\lotus\notes6\nlsccstr.dll Load module: base=0x62150000, size= 376832 D:\programmi\lotus\notes6\js32.dll Load module: base=0x621b0000, size= 1396736 D:\programmi\lotus\notes6\nxmlpar.dll Load module: base=0x62320000, size= 94208 D:\programmi\lotus\notes6\nxmlcommon.dll ############################################################ ### thread 1/4: [ nlnotes:000a:000e] ### FP=43a80bcc, PC=402d7d88, SP=43a80ba0, stkbase=00000000, stksize=0 ############################################################ ############################################################ ### thread 2/4: [ nlnotes:000a:000d] ### FP=42e30bcc, PC=402d7d88, SP=42e30ba0, stkbase=00000000, stksize=0 ############################################################ ############################################################ ### thread 3/4: [ nlnotes:000a:000c] ### FP=42bf0bcc, PC=402d7d88, SP=42bf0ba0, stkbase=00000000, stksize=0 ############################################################ ############################################################ ### thread 4/4: [ nlnotes:000a:000b] ### FP=405b0c50, PC=402d7d88, SP=405b0c24, stkbase=00000000, stksize=0 ############################################################ DBG(0010) 21:53:13 @@@@@@@@@@@@@@@@@ MEMCHECK: @@@@@@@@@@@@@@@@@ memcheck -k cur -p 0xa -d err -o "D:\programmi\lotus\notes6\data\memcheck_W32I_darkside_06_01@21_53.dmp" MEMCHECK Version (4.20) for Lotus Notes Release 6.0 (September 26, 2002) Copyright (c) IBM Corporation 1987, 2002. All Rights Reserved. ** Open shared memory DPOOL key=IRIS$MEM$MM190$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$MM190$D.programmi.lotus.notes6.data' size=4452352 MM SPools = 0, SharedDPoolSize = 1000000 ** MMM size=4452352 ** Open shared memory DPOOL key=IRIS$MEM$190$1$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$1$D.programmi.lotus.notes6.data' size=1000000 ** Open shared memory DPOOL key=IRIS$MEM$190$2$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$2$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$3$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$3$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$4$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$4$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$5$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$5$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$6$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$6$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$7$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$7$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$8$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$8$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$9$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$9$D.programmi.lotus.notes6.data' size=262144 ** Open shared memory DPOOL key=IRIS$MEM$190$10$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$10$D.programmi.lotus.notes6.data' size=1050628 ** Open shared memory DPOOL key=IRIS$MEM$190$11$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$11$D.programmi.lotus.notes6.data' size=1000000 ** Open shared memory DPOOL key=IRIS$MEM$190$12$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$12$D.programmi.lotus.notes6.data' size=1050628 ** Open shared memory DPOOL key=IRIS$MEM$190$13$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$13$D.programmi.lotus.notes6.data' size=4000000 ** Open shared memory DPOOL key=IRIS$MEM$190$14$D.programmi.lotus.notes6.data ** Analyze shared memory DPOOL 'key=IRIS$MEM$190$14$D.programmi.lotus.notes6.data' size=1050628 [ ... I cut here because i think less important information ... ] Started at: Sun Jun 01 21:53:12 2003 Ended at: Sun Jun 01 21:53:14 2003 Generated Messages: INFO (0): Using NSD profile C:\WINDOWS\notesnsd.ini INFO (0): Found 1 Notes processes, matched 1 INFO (0): Using NSD profile nsd.ini INFO (0): Starting Debugger ERROR (0): SymInitialize() failed - (120) Call not implemented ERROR (0): can't load image D:\programmi\lotus\notes6\nlnotes.exe - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\ntcp.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\namhook.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msimg32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nstrings.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\x11drv.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nnotesws.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nplugins.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\version.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\lz32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\ltouin22.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nnotes.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\wsock32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ws2_32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comdlg32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\winspool.drv' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\oleaut32.dll' - (2) File not found ERROR (0): can't load image D:\programmi\lotus\notes6\nlsccstr.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\js32.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nxmlpar.dll - (6) Invalid handle ERROR (0): can't load image D:\programmi\lotus\notes6\nxmlcommon.dll - (6) Invalid handle ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\msvcrt.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shfolder.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shell32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\comctl32.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\shlwapi.dll' - (2) File not found ERROR (44): unable to open file 'C:\WINDOWS\SYSTEM\ole32.dll' - (2) File not found Please send the following files: NSD Log : D:\programmi\lotus\notes6\data\nsd_all_W32I_darkside_06_01@21_53.log ------------------------------------------------------- bye Moreno

1 0

RE: Major FUD (was Re: Add root drive mapping to default config f ile)
by PETREOLLE Sylvain 03 Jun '03

03 Jun '03

I agree with Lionel too. Couldnt winefile used in this way ? -----Message d'origine----- De : puoti [mailto:puoti@inwind.it] Envoyé : mercredi 4 juin 2003 00:00 À : wine-devel Objet : Re: Major FUD (was Re: Add root drive mapping to default config file) I agree with Lionel, wine should ideally have a explorer reimplementation, so one would have a wine desktop that looked like a hardware emulator, but with the speed of wine, and I think that a "Correct" wine configuration should look like this (If one has a temp directory in fake windows, why use /tmp?) [Drive A] "Type" = "floppy" "Path" = "/mnt/floppy" "Label" = "/mnt/floppy" "Device" = "/dev/floppy/0" [Drive C] "Path" = "/home/ivan/wine" "Type" = "hd" "Label" = "/home/ivan/wine" "Filesystem" = "win95" [Drive D] "Type" = "cdrom" "Path" = "/mnt/cdrom" "Label" = "/mnt/cdrom" "FileSystem" = "win95" "Device" = "/dev/scsi/host0/bus0/target0/lun0/cd" [Drive X] "Path" = "/home/ivan/wine/Temp" "Type" = "hd" "Device" = "" "Filesystem" = "win95"

1 0

Re: Major FUD (was Re: Add root drive mapping to default config file)
by puoti 03 Jun '03

03 Jun '03

I agree with Lionel, wine should ideally have a explorer reimplementation, so one would have a wine desktop that looked like a hardware emulator, but with the speed of wine, and I think that a "Correct" wine configuration should look like this (If one has a temp directory in fake windows, why use /tmp?) [Drive A] "Type" = "floppy" "Path" = "/mnt/floppy" "Label" = "/mnt/floppy" "Device" = "/dev/floppy/0" [Drive C] "Path" = "/home/ivan/wine" "Type" = "hd" "Label" = "/home/ivan/wine" "Filesystem" = "win95" [Drive D] "Type" = "cdrom" "Path" = "/mnt/cdrom" "Label" = "/mnt/cdrom" "FileSystem" = "win95" "Device" = "/dev/scsi/host0/bus0/target0/lun0/cd" [Drive X] "Path" = "/home/ivan/wine/Temp" "Type" = "hd" "Device" = "" "Filesystem" = "win95"

1 0

Re: Major FUD (was Re: Add root drive mapping to default config file)B
by puoti 03 Jun '03

03 Jun '03

Well, the best solution would be to forget about a default config file and force people to configure wine correctly. If / mapping is so important for wine cfg lets have it. But I do think the best solution would be to force people to configure wine correctly, with winesetuptk that can't be considered difficult, it's easier that running the setup wizard that windows xp oem shows at first boot. BTW, we have this in the todo list # Have wizard like app to autoconfigure wine [TODO] * proposal WineSetupTk by Jeremy White Why not accept this proposal? Wwinesetuptk is a static binary that (I presume) only needs X to run, so no new dependencies, a few things could be better (For example it could avoid detecting ntfs partitions as partitions usable by wine), but it's a very good tool. p.s. I'll be away for the next month, don't expect any more useless and/or irritating comments from me for a while :-)

2 1

CreateFile("conin$") issue
by Oleg Prokhorov 03 Jun '03

03 Jun '03

Hello , I've been examining compatibility of OpenWatcom C/C++ compiler with Wine. And it works just fine except one thing. So I request for your help to eliminate it, it looks easy but covers wine client/server stuff, which is not so trivial. Watcom's getch() uses CreateFile("conin$") to get console input handle and fails with Wine :( Here's the short code. ----------------------- CUT #include <stdio.h> #include <windows.h> int main(void) { HANDLE h; h = CreateFile( "conin$", GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0 ); printf("%X", h); fflush(NULL); return 0; } ----------------------- with Windows it works just fine, but fails with Wine - CreateFile returns invalid handle == 0xFFFFFFFF. And another thing is that the bug is not reproducible under any debugger (e.g. winedbg), the code runs just fine and createfile returns true handler. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

2 5

Re: Re: msdos/int21 CREAT special cases
by Pouech Eric DMI AEI CAEN 03 Jun '03

03 Jun '03

please stop using krnl386.exe export when possible (especially for dos emulation which is going out of kernel32/krnl386.exe combo). So, if CreateFile can do, please use it (ditto for any other krnl386 file related functions) this is needed for proper DLL separation > Hmm, and is there a reason to not do it in _lcreat16() instead? > Or is _lcreat16() really "clever" enough to handle volume labels > "properly" if called directly? > Somehow I doubt it... ;) > Or in fact you could walk further up the chain and maybe find that even > _lcreat() should be the function to have that check instead... > (or, for that matter, even CreateFileA and thus CreateFileW...) > > So my rough guess is that this should probably be prevented in CreateFileW > instead even.

3 4

Re: Add root drive mapping to default config file
by puoti 03 Jun '03

03 Jun '03

Adding / to the default config file is a very bad idea, I remember reading somewhere on the net that once someone opened his mail with kmail, KDE started the attachment (A windows virus) with wine, and the virus sent itself to other users on the net. I don't remembered the details, but I do remember that the virus could get out the the net because of that / being in the wine config. So having / in the default config file is a very very bad idea, because these problems could happen again in the future. A solution to get people to have a good configuration, would be to have winsetuptk as a "official" winehq utility, and recommending people to use it to set up wine, but unfortunately winsetuptk puts / in the config file, but that can be changed. It also maps all the removable drives. BTW I've added binaries and source of winesetuptk to the wine sourceforge page, the license is gpl.

4 3

Re:_Add_root_drive_mapping_to_default_config_file
by puoti 03 Jun '03

03 Jun '03

>The only thing that the / access gave Klez was (potentially) more files >to harvest email addresses from. As far as drive access, the author was >much more concerned about having write access to the home directory. If >anybody is interested, here is the article: > >http://articles.linuxguru.net/view/198 > >BTW, I do not object to having access to the root drive, but what does >a *windows* program really gain from that? Viewing system config files >in notepad? ;-> Is it just a solution in search of a problem? That's the article I read, I don't think there's any reason for having / in the config file, if klez used it, other viruses may use / to infect and spread via linux boxes in the future.

2 1

Status page update #1
by Tom 03 Jun '03

03 Jun '03

Hello, I am working on another Status page update and here is a list of Component's that currently dont have a primary worker asighned. If you are a worker on any of these Component's can you let me know and I will add you in as the worker. Also if you are aware of a Status % work done on any of these can you let me know. I am aware that some Component's are not being worked on at all times... I would just like to get all workers in place. Also if your listed as a worker and your not the current worker or don't plan to work on a Component in the future I will remove you if you wish. Thanks Tom ----------------- Wine Status - Core : http://www.winehq.org/?page=status_wine Registry handling X11 display/window driver Clipboard handling Standard Windows Controls VxDs CPU emulation Multi-user support Initial registry contents Initial directory structure Initial INI files Wine Status DLL's : http://www.winehq.org/?page=status_dlls comdlg32: Common Dialogs riched32: Rich Text Control tapi32: Telephony API (TAPI) rasapi32: Dial-Up Networking (DUN) and Remote Access Service (RAS) quartz: DirectShow core wing: WinG 16-bit game library olecli32: OLE client library olesvr32: OLE server library oledlg: OLE user interface odbc32: ODBC Database Manager wnaspi32: Advanced SCSI Peripheral Interface

3 2

Re: Merge of WineX's (LGPL licensed) wininet.dll code
by Robert Shearman 02 Jun '03

02 Jun '03

> Subject: Re: Merge of WineX's (LGPL licensed) wininet.dll code > From: Mike Hearn <m.hearn(a)signal.qinetiq.com> > To: wine-devel(a)winehq.org > Cc: wine-patches <wine-patches(a)winehq.com>, david(a)transgaming.com > Organization: QinetiQ - Malvern Technology Center > Date: 02 Jun 2003 14:32:42 +0100 > Just thought I'd let people know (while we're on the WinInet topic) that I'm working on the UrlCache functions there, leading to implementing the UrlMon functions properly. Rob

1 0

Re: Merge of WineX's (LGPL licensed) wininet.dll code
by Mike Hearn 02 Jun '03

02 Jun '03

Well, I'm spending my fun afternoon trying to get IE to install in Wine (it breaks in a new and interesting way every time I try this). Before the patch, it didn't work, couldn't contact download sites. After the patch, it still doesn't work, and I get this fixme: fixme:wininet:InternetReadFile This shouldn't be here! We don't support this kind of connection anymore. Must use NETCON functions, especially if using SSL Which seems a bit of a bummer, if IE6 setup needs that type of connection I think we should still support it really...... I think the problem might be lack of proxy workingness. Am investigating now. Would be nice to lift proxy details from the http_proxy variable in future.... One last thing, the patch seemed to have a lot of whitespace no-ops, running diff with -bB should eliminate some. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: kernel32 file operations and wildcard filenames
by Pouech Eric DMI AEI CAEN 02 Jun '03

02 Jun '03

> Under Windows (2K) all functions such as DeleteFile, CopyFile, MoveFile, > CreateDirectory and such do return FALSE and normally set the last error > to ERROR_INVALID_NAME (123) if one of the filenames passed in contains a > wildcard (*?). > > Wines kernel32 behaves somewhat different. Apart from returning different > last errors in most cases such as: > > DeleteFile: ERROR_FILE_NOT_FOUND (2) > CopyFile: ERROR_BAD_PATHNAME (161) > MoveFile: ERROR_FILE_NOT_FOUND (2) when source contains wildcards > > which all wouldn't really be a to big issue, there is one thing which > seems not right at all to me: > > MoveFile with a valid existing source and a target with wildcards > will create a file on disk containing wildcards in its name. This > certainly can't be the intention! > > So according to Win2K it would be probably useful to check in all those > functions for existence of wildcards in the input file paths and refuse > them properly. > > I took a look at the kernel32 file.c functions and saw that they usually > all call DOSFS_GetFullName which is supposed to check for valid filenames > and such. Problem is this function is also used in many other places and > I can't get a good idea if those might need to accept wildcards in file > names. > > Is there anyone more familiar with the kernel32 implementation in Wine > who could maybe give me some insight if an according change to > DOSFS_GetFullName would be useful or rather cause possible regressions? > > Otherwise the best thing to do would probably be to add explicit wildcard > tests to all those file function and refuse with an according last error > set. If I do not get any reactions this is probably what I will do as I'm > somewhat weary to change an internal low level function such as > DOSFS_GetFullName without some third party encouragement. those functions are likely to be rewritten RSN (and DOSFS_GetFullName may even disappear) So I'd suggest rather starting by writing test cases for those functions so we could use those tests when the rewrite is going to take place A+

3 2

Wierd random spew to the terminal
by Mike Hearn 02 Jun '03

02 Jun '03

Hmm, I think quite a few of us have seen this now. Well, it just happened again so this time I attached gdb and tried to get a backtrace to see what was going on. I found a very curious thing.... the stack trace was huge, in fact, it had 3162 frames. As you might expect it was recursive. It looked like this: #3141 <signal handler called> #3142 0x4009e977 in rwlock_real_init (rwlock=0x42126020) at ../../include/winbase.h:1932 #3143 0x4009ea48 in __pthread_rwlock_rdlock (rwlock=0x42126020) at ../../scheduler/pthread.c:547 #3144 0x4202365a in __dcigettext () from /lib/i686/libc.so.6 #3145 0x42022ed5 in dcgettext () from /lib/i686/libc.so.6 #3146 0x4207a4b7 in strerror_r () from /lib/i686/libc.so.6 #3147 0x4206148b in perror () from /lib/i686/libc.so.6 #3148 0x40099259 in server_protocol_perror (err=0x400bdc31 "read") at ../../scheduler/client.c:134 #3149 0x40099388 in read_reply_data (buffer=0x405ca5a4, size=64) at ../../scheduler/client.c:195 #3150 0x400993de in wine_server_call (req_ptr=0x405ca5a4) at ../../scheduler/client.c:209 #3151 0x400a8653 in send_debug_event (rec=0x405ca6a8, first_chance=1, context=0x405ca71c) at exception.c:137 #3152 0x400a87fa in EXC_RtlRaiseException (rec=0x405ca6a8, context=0x405ca71c) at exception.c:195 #3153 0x400b6e48 in do_segv (context=0x405ca71c, trap_code=14, cr2=0x18, err_code=4) at signal_i386.c:814 #3154 0x400b7324 in segv_handler (__signal=11, __context= {sc_gs = 143, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1108452444, sc_esi = 1108500512, sc_ebp = 1079815400, sc_esp = 1079815380, sc_ebx = 1074654520, sc_edx = 1108500512, sc_ecx = 1108481382, sc_eax = 0, sc_trapno = 14, sc_err = 4, sc_eip = 1074391415, sc_cs = 35, __csh = 0, sc_eflags = 66050, esp_at_signal = 1079815380, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 2415929859, cr2 = 24}) at signal_i386.c:436 #3155 <signal handler called> So it would appear that there is a crash in the exception handler which just goes round and round, and clearly at some point garbage is written to stdout/stderr. Unfortunately my code-fu is not strong in areas related to threading/exception handling, so I don't really know what's going wrong, except that it seems there is a problem in rwlock_real_init (in fact the line number it gives is in GetProcessHeap()). Well, I thought somebody may find it useful. BTW, after I attached to wine (ie stopped it) something was still typing out letter by letter "xtermxtermxterm" over and over again.... wake up neo :) thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

4 4

Re: Bidi B2 - GetCharacterPlacement order array
by Dimitrie O. Paun 02 Jun '03

02 Jun '03

On May 31, 2003 05:45 am, Shachar Shemesh wrote: > + /* Treat the case where no special handling was requested in a > fastpath way */ + /* copy will do if the GCP_REORDER flag is not set > */ > + if (lpResults->lpOutString) > + for (i = 0; i < nSet && lpString[i] != 0; ++i) > + lpResults->lpOutString[i] = lpString[i]; What about a strncpy here: + if (lpResults->lpOutString) + strncpyW(lpResults->lpOutString, lpString, nSet); -- Dimi.

5 7

Re: Wine packages
by puoti 02 Jun '03

02 Jun '03

Hem, after trying to find out what was wrong with my dns configuration, I discovered that the icu url you sent me was wrong, the correct link is http://oss.software.ibm.com/icu/ regards, Ivan.

1 0

Re: Application crash
by biggun from the sun 02 Jun '03

02 Jun '03

>Run it with "--dll ole32=n". Should work just fine. Doesn't work better :( Stephan _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

Re: Wine packages
by Shachar Shemesh 02 Jun '03

02 Jun '03

puoti wrote: >Hi, >I've read the wwn n° 171, I'm the one that builds the sourceforge wine packages >for Mandrake, I just want to ask if you can please let me know when you add bidi >support to wine, what headers I must install, and if I have to add any explicit >options to configure, so I can build wine rpms with bidi support, best regards, >Ivan. > > Hi Ivan, First, I'm forwarding your email to the list. I hope you don't mind. I think other people may find it useful. I have to say that these weekly news are doing their job great! I have already sent in the patches. They were not included, mostly because Alexander is away. When they are included, you will need any fairly recent ICU installed locally on your machine. You can get the sources for the library at http://oss.ibm.com/icu/. I would go for their latest released version (2.5), rather than the beta. Unfortunetly (and this has been a major consideration against using it, but other factors were stronger), ICU has no packages for platforms other than Debian. You don't have to give configure any explicit option (well, assuming Alexander doesn't change anything, that is). Notice that you actually need to compile ICU, however. Merely adding the headers is not enough, as it is STATICALLY linked to gdi. On the bright side, this doesn't add any difficult dependancies to wine. Hope this helps, Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

wine exception handling
by Martin Fuchs 01 Jun '03

01 Jun '03

Hi, I have problems running an application with wine. At startup it tries to read its config file. But it catches up in an endless loop of exceptions. The attached trace is generated using --debugmsg +msvcrt,+seh,+file,+dosfs. I send only the interesting part of the full trace. However there is a: fixme:seh:EXC_RtlRaiseException call to unimplemented function msvcrt.dll.localeconv But why does there happen an excpeption anyways? Any clue, whats wrong here? -- Martin Fuchs martin-fuchs(a)gmx.net

2 2

Alsa driver status
by Sylvain Petreolle 01 Jun '03

01 Jun '03

Since Alsa has released a 0.9 version, I think we could write a more complete driver. (midi output, recording, channel control...) Eric and Marco, are you still working on it ? ===== 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

4 6

Re: [dmusic-01] some stubs implementation
by Rok Mandeljc 01 Jun '03

01 Jun '03

Na 1054375053, 2003-05-31 ob 11:57, je Raphaël Junqueira napisal(a): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi folks, > > I'm trying to get Unreal2 working, with no sound it continue to access some > dmusic stubs and crash. With this it crash later than befor (in dmusic too). > If anyone can help to really improve dmusic support as we need a real > implementation of IDirectMusicPerformance8 I'm working on it but I'd really appreciate any help... > Else, anyone know how to force an application to not use dmusic (saying that > it's not supported) ? Sure, just go into /usr/lib/wine and delete or rename dm*.dll.so :) > Changelog: > - some implementation of dmusic stubs > > Regards, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE+2HyRp7NA3AmQTU4RAphSAJ4k6JEXzMWTk2YkgZe64x24AcNOAwCdHC1g > EbX3xX1cR1a7fnTzDteoI0Q= > =z3AZ > -----END PGP SIGNATURE-----

3 2

Re: Application crash
by Vitaliy Margolen 01 Jun '03

01 Jun '03

Run it with "--dll ole32=n". Should work just fine. Vitaliy Margolen Sunday, June 1, 2003, 1:52:18, Vitaliy Margolen wrote: > Hi > When i run ACDSee 3.0(eval) through winedbg, i got the following > messages: > First chance exception: page fault on read access to 0x46d3b081 in 32-bit > code (0x46d3b081). > In 32-bit mode. > Register dump: > CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 > EIP:46d3b081 ESP:40672e04 EBP:40672e28 EFLAGS:00010246( R- 00 I Z- -P1 ) > EAX:46d3b081 EBX:400d6dd4 ECX:0015a018 EDX:00000018 > ESI:004e40cc EDI:400d6bb3 > Stack dump: > 0x40672e04 (NTDLL.DLL.sqrt+0x36b85c): 400a284f 00400000 00000001 00000000 > 0x40672e14 (NTDLL.DLL.sqrt+0x36b86c): 400d6dd4 40341088 40341088 00000004 > 0x40672e24 (NTDLL.DLL.sqrt+0x36b87c): 00000018 40672e6c 400a28ca 00400000 > 0x40672e34 (NTDLL.DLL.sqrt+0x36b88c): 00000001 400d6dd4 00000000 40341088 > 0x40672e44 (NTDLL.DLL.sqrt+0x36b89c): 00400000 0055a001 400d6dd4 40672e70 > 0x40672e54 (NTDLL.DLL.sqrt+0x36b8ac): 400a2bc0 400d5518 400d6dd4 0000000c > 0x40672e64 (NTDLL.DLL.sqrt+0x36b8bc): > 0011: sel=008f base=400eca60 limit=00000fff 32-bit rw- > Backtrace: =>>0 0x46d3b081 (_end+0x5b7666d) (ebp=40672e28) > 1 0x400a28ca (MODULE_InitDLL+0x3e(wm=0x40341088, reason=0x1, > lpReserved=0x1) [loader.c:529] in libntdll.dll.so) (ebp=40672e6c) > 2 0x400a2b3b (MODULE_DllProcessAttach+0x10b(wm=0x0, lpReserved=0x1) > [loader.c:623] in libntdll.dll.so) (ebp=40672e94) > 3 0x40090aca (start_process+0x1a2 [process.c:464] in libntdll.dll.so) > (ebp=40672f38) > 4 0x40094c85 (call_on_thread_stack+0x1d(func=0x40090928) [sysdeps.c:171] > in libntdll.dll.so) (ebp=40672ff4) > 5 0x40094e20 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) > 0x46d3b081 (_end+0x5b7666d): *** Invalid address 0x46d3b081 (_end+0x5b7666d) > What can i do ? > Thanks in advance. > Stephan > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail

1 0

Re: Check for presence of TLS libs on RH9
by puoti 01 Jun '03

01 Jun '03

The Mandake RPM is for Mandrake 9.1, it won't run on 9.0 because of different glibc version, 9.0 has glibc 2.2, and 9.1 has glibc 2.3. At sourceforge we have packages for Linux Red Hat, Mandrake, Suse, Slackware, and FreeBSD, and I think they should all be listed on the winehq download page. The only thing we don't have is a package for solaris, even if I don't think that's a priority (But it would about those messages saying "I have slolaris/x86 and get this error during compile ...)

1 0

Re: Check for presence of TLS libs on RH9
by Vincent Béron 01 Jun '03

01 Jun '03

Le dim 01/06/2003 à 07:52, Mike Hearn a écrit : > ChangeLog: > NPTL is only available on i686 versions of Red Hat 9, so ensure the > /lib/tls directory is present before enabling support in wineinstall. > ---- > > Index: tools/wineinstall > =================================================================== > RCS file: /home/wine/wine/tools/wineinstall,v > retrieving revision 1.55 > diff -u -r1.55 wineinstall > --- tools/wineinstall 16 May 2003 20:13:16 -0000 1.55 > +++ tools/wineinstall 1 Jun 2003 11:48:57 -0000 > @@ -20,8 +20,8 @@ > # > > #--- defaults (change these if you are a packager) > -CONFARGS="" # configure args, e.g. --prefix=/usr --sysconfdir=/etc > -prefix=/usr/local # installation prefix > +CONFARGS="--with-nptl" # configure args, e.g. --prefix=/usr --sysconfdir=/etc > +prefix=/opt/wine # installation prefix You'll end up with /opt/wine/bin, /opt/wine/lib, etc? wine won't be in the path, which is not standard at all and will lead to "I can't use it after installation"... Also, why do you force --with-nptl at the beginning? You'll get it either twice, or once if you don't need it. Vincent

2 1

Red Hat 9 RPMs
by Mike Hearn 01 Jun '03

01 Jun '03

Can somebody please remind me what the plan for these are? In IRC we seem to say "go to newrpms.sunsite.dk" all day, every day. It's really poor IMHO that after all these months, the site STILL does not mention this. Should I write a patch for the site, or is the intention to fix the RPMs on SourceForge, like, nowish? ta -mike

2 2

[dx46] fixes renders lock and surface debug code (snapshots)
by Raphaël Junqueira 01 Jun '03

01 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This patch fix some a stupid bug i had already solved but i forgot to copy/paste ... I'll take a brown paper bag. Changelog: - fix another time the stupid bug of locking (i had already fixed in ActiveRender) - fix stupid rescaling of colors values on SaveSnapshot PS: Jason, this patch should fix your problem Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2dTNp7NA3AmQTU4RAnsZAJ95xmF1uB4++v57Ob5ESw1E/9T4bwCfeVnO pgRxU5Yk6Pzi34xLt4EpEW0= =Ou7J -----END PGP SIGNATURE-----

1 0

Apologize
by BiGgUn 01 Jun '03

01 Jun '03

Sorry for sending my previous request (Application crash ) on wine-patches :( Stephan

1 0

Resources page updates........
by Tom 01 Jun '03

01 Jun '03

Hello, I was looking over the Resource page : http://www.winehq.com/?page=resources And ive found we are linked to some ... not alot but a couple 404's For example under "WIN 32" _Win 32 API Intro_ .. We have : http://msdn.microsoft.com/library/en-us/win32/win32start_1xyd.asp and it is one of the 404 sites.. I would like to change this to : http://www.winprog.org/tutorial/ So the question is ??? On all the 404's ........if I find a equivalent to what we now have is it alright with everyone if I send a patch to fix this ? ( I would only guess yes ) Ive also found some sites that have the same info that were pointing to.. And there more upto date than the ones that we currently point to. I would like to also update there links as well. I'm just asking here for thoughts/insight .. If there are no objections ill work on this patch monday.. lots of lead time right :) Tom

2 2

Re: Turkish LANG. problem
by Dmitry Timoshkov 01 Jun '03

01 Jun '03

"Arman Aksoy" <armish(a)linux-sevenler.de> wrote: > I am posting this mail to you because it was rejected by the mail list > admin . > (It's too big) Because it's always a good idea to compress large attachments before sending. > armish> wine --version > Wine 20030408 > > armish> wine mirc.exe --debugmsg +relay,+x11drv > Output is : tr_TR.txt (in the attachment) > > Mirc didnt run. > > then I tried: > > armish> export LAN=en_US > armish> wine mirc.exe > Output is : en_US.txt > > This time, it did run. It looks like either you have mixed several Wine installations or the fact that you are using native NT install as a base beats you. -- Dmitry.

1 0

edit control question
by Steven Edwards 31 May '03

31 May '03

Hello, I am wanting to adapt the WINE edit control for use in ReactOS and I dont understand how the edit control gets called by the application. I have a simple window program that calls the EDIT class and have stubbed out the exported functions but I dont see or understand how EditWndProc gets called from the application. When I look at the imports of my edit control test application this function isnt called but running it I do get a Window I can type text in. I am still really new to this whole programming gig so if I looking in the wrong area please point me in the right direction. Thanks Steven

2 1

Re: Bultin OCX?
by danielcampos 31 May '03

31 May '03

Well, thanks to all of you for your opinions. At this moment i am beginning to create the body of the OCX, and then my original class made using unix sockets and threads will be translated to windows sockets/threads, i'll take a bit of time, so may be the next month i'll can tell you something new. Best regards, Daniel Campos --- On Fri 05/30, Steven Edwards < Steven_Ed4153(a)yahoo.com > wrote: From: Steven Edwards [mailto: Steven_Ed4153(a)yahoo.com] To: andi(a)rhlx01.fht-esslingen.de Cc: mike(a)theoretic.com, marcus(a)jet.franken.de, danielcampos(a)myway.com, wine-devel(a)winehq.com Date: Fri, 30 May 2003 12:18:32 -0400 Subject: Re: Bultin OCX? Andreas Mohr wrote: >Hi, > >On Thu, May 29, 2003 at 06:20:11PM +0100, Mike Hearn wrote: > > >>>Err, we are trying that. >>> >>> >>Hmm, you want to create an Explorer clone as well? MS Paint? What I >>meant was, it's not necessary to recreate every aspect of Windows the >>desktop. Windows the platform yes, maybe. >> >> > >Naah, probably not an Explorer clone (unless we need a special one to support >Wine-specific features, that is, and even that could be done instead by asking >a well-established Explorer clone to support these Wine enhancements...) > > > Developing a Explorer clone has been on the roadmap for a while. ReactOS is working on one and I am hoping to see it in WINE one day if someone needs a good interface for --desktop mode. Thanks Steven _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

1 0

Re: Bidi B3 - GetCharacterPlacement final cleanups
by Andreas Mohr 31 May '03

31 May '03

Hi, On Sat, May 31, 2003 at 06:49:57PM +0300, Shachar Shemesh wrote: > Apply with -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Removed all redundant "GetCharacterPlacement" code from the > internal reordering function. WINE_BiDi_reorder now does only that. > * Removed all reordering code from "GetCharacterPlacementW". It now > has only the non-reordering stuff, calling "WINE_BiDi_reorder" for > the reordering code. Nice ChangeLog! And... what am I supposed to apply with -p1 here? Your mail or what? :) Andreas Mohr

2 1

Re: Bidi B3 - GetCharacterPlacement final cleanups
by Vincent Béron 31 May '03

31 May '03

Le sam 31/05/2003 à 11:49, Shachar Shemesh a écrit : > Apply with -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Removed all redundant "GetCharacterPlacement" code from the > internal reordering function. WINE_BiDi_reorder now does only that. > * Removed all reordering code from "GetCharacterPlacementW". It now > has only the non-reordering stuff, calling "WINE_BiDi_reorder" for > the reordering code. Shachar, you forgot the patch this time around. Vincent

1 0

Re: [dx37] come back
by Lionel Ulmer 31 May '03

31 May '03

> PS: lionel can you send an updated version of dinput patch ? else i'll try to > send it. I will do it this week-end (as the weather forecast is horrible :-) ) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

[D3D8] want info
by Raphaël Junqueira 31 May '03

31 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, have anynone the 'fragment_shader' (ARB or NV) extension exported by cg drivers ? (you can see it using 'glxinfo') As my stupid nvidia card only export it on windows i can't reaaly test my new wine code ,( Thanks, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+2JC+p7NA3AmQTU4RAhv6AJ43D4/CyDSAHJ1ZPMOqyYOsOji7pgCfW/yx XNk9Ki7amhVa3Ny3AHws1Ho= =1x6u -----END PGP SIGNATURE-----

1 0

Dmusic ClassFactory with IGI2
by Raphaël Junqueira 31 May '03

31 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i'm trying to get runnig IGI2 and i have a strange problem with dmusic and the ole classfactory. As you can see on traces i can't load dmusic.dll for creating the class factory (dlls/ol32/compobj.c:1162). When i change the .reg to use dsound instead dmusic (only for testing if it can load correctly) dsound is correctly loaded (but as it don't implement the dmusic interfaces its failed :) ) Have you an idea why ? Regards, Raphael - -=(FeniX as fenix@DarkBluE)-(on tty0)-(at 11:02:06)=- -={$:'/usr/src/wine/Program Files/IGI 2 Multiplayer Demo/pc'}=->wine - --debugmsg +ole,+dmusic,+d3d,+ddraw -- igi2.exe trace:ole:DllMain 0x40af0000 0x1 0x1 trace:ole:CoRegisterMallocSpy trace:ole:IMallocSpy_fnQueryInterface ({0000001d-0000-0000-c000-000000000046},0x40722d78) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ddraw:initialize enabling DirectDraw HAL trace:ole:DllMain 0x40af0000 0x2 (nil) trace:ddraw:DirectDrawCreate ((null),0x4072286c,(nil)) trace:ddraw:DDRAW_Create ((null),0x4072286c,(nil),0) trace:ddraw:DDRAW_FindDriver ((null)) trace:ddraw:HAL_DirectDraw_Create trace:ddraw:HAL_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:User_DirectDraw_Construct (0x4043ab40,0) trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)->({6c14db80-a733-11ce-a521-0020af0be560},0x4072286c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)->() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 2. trace:ddraw:Main_DirectDraw_QueryInterface (0x4043ab40)->({b3a6f3e0-2b43-11cf-a2de-00aa00b93356},0x4072287c) trace:ddraw:Main_DirectDraw_AddRef (0x4043ab40)->() incrementing from 1. trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 2. fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4043ab40)->(00000000,00000008) - DDSCL_NORMAL trace:ddraw:Main_DirectDraw_CreateSurface (0x4043ab40)->(0x40722888,0x40722840,(nil)) trace:ddraw:Main_DirectDraw_CreateSurface Requesting surface desc : - DDSD_CAPS : DDSCAPS_PRIMARYSURFACE trace:ddraw:User_DirectDrawSurface_Construct (0x4043af70,0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (0x4043af70)->(0x4043ab40,0x40722764) trace:ddraw:Main_DirectDrawSurface_Construct (0x4043af70)->(0x4043ab40,0x40722764) trace:ddraw:DIB_DirectDrawSurface_Construct (1600x1200, pitch=4800) trace:ddraw:create_dib DIBSection at : 0x41a20000 trace:ddraw:DIB_DirectDrawSurface_alloc_dc Grabbing a DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)->({da044e00-69b2-11d0-a1d5-00aa00b8dfbb},0x40722874) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_QueryInterface (0x4043af70)->({0b2b8630-ad35-11d0-8ea6-00609797ea5b},0x40722880) trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 2 trace:ddraw:Main_DirectDrawSurface_Release (0x4043af70)->(): decreasing from 1 trace:ddraw:User_DirectDrawSurface_final_release waiting for update thread to terminate... trace:ole:DllMain 0x40af0000 0x2 (nil) trace:ole:DllMain 0x40af0000 0x3 (nil) trace:ddraw:User_DirectDrawSurface_final_release update thread terminated trace:ddraw:DIB_DirectDrawSurface_free_dc Releasing DC for surface: 0x4043af70 trace:ddraw:Main_DirectDrawSurface_Release released surface 0x4043af70 trace:ddraw:Main_DirectDraw_Release (0x4043ab40)->() decrementing from 1. trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x670694->{636B9F10-0C7D-11D1-95B2-0020AFDC7421} trace:ole:CoGetClassObject CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, IID: {00000001-0000-0000-c000-000000000046} err:ole:CoGetClassObject couldn't load InprocServer32 dll dmusic.dll fixme:ole:CoCreateInstance no classfactory created for CLSID {636b9f10-0c7d-11d1-95b2-0020afdc7421}, hres is 0x80070005 trace:ole:DllMain 0x40af0000 0x0 0x1 trace:ole:CoRevokeMallocSpy trace:ole:MallocSpyDumpLeaks leaks: 0 trace:ole:IMallocSpy_fnRelease (0x40b44d78)->(count=0) - -=(FeniX as fenix@DarkBluE)-(on tty0)-(at 11:02:11)=- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+1c29p7NA3AmQTU4RAsYdAJ4rraW4Pou+0wevS3WyUhCCQ5dv0ACfSgHf ijxCGGl7t1JhycZLP4rjGp8= =JTTm -----END PGP SIGNATURE-----

3 4

Re: Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff 31 May '03

31 May '03

Hi, I need glx.h also :). I cannot find the sgi headers on their website :(. Op zo 25-05-2003, om 16:37 schreef Raphaël Junqueira: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Le Dimanche 25 Mai 2003 16:27, erwin wolff a écrit : > > Hi, > > > > Thanks for the patches. > > > > Note that I haven't applied any previous patches. The description of the > > make errors is in dutch but at the bottom of the email is the > > translation of some error descriptions. I ran configure on RH9 with: > > ../configure --with-nptl --with-x > > > > > Please can you try attached patches (from current cvs) and say me what > > > happened ? > > > > I applied the patches and this was the result ;-( : > > > > Argg, you have a not up to date GL header ;( > > Please use this up-to-date attached SGI GL headers > > Thanks, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE+0NUxp7NA3AmQTU4RAvGxAJ9AaaXeoKVftpdrzzMiuP8dD6DnBACfWFeN > eiEtRMV72C/CD7hgLt0FgpY= > =m1/5 > -----END PGP SIGNATURE-----

2 1

Turkish LANG. problem
by Arman Aksoy 31 May '03

31 May '03

Hi all, Firstly, I want to thank every developer of wine. This is the most amazing program I have ever seen. But we, all (Turkish people) have some problems about it. Maybe this subject was discussed many times before, maybe not. But I want to tell all the strory perfectly as I can with my terrible English. 1) Keyboard 2) Font These, two problems can be easily solved by configuring some simple things. So I do not want to talk about. 3) I don't know what kind of problem is this? I have translated some wine docs to Turkish and some friends help people about Wine. 90 percent of these people come to us with the same problem: Here's a common example Turkish people see in their consoles... ; user$ wine myprogram.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll display.dll still not found - 16-bit dll or version conflict. err:dc:CreateDCA no driver found for DISPLAY wine: ../../windows/sysmetrics.c:122: SYSMETRICS_Init: Assertion `hdc' failed. wine: Unhandled exception, starting debugger... ... (And a long list of debugging messages... These are not so important I think, so I decided not to post them) That's the problem and here's how we solve it; user$ export LANG=en_US user$ wine myprogram.exe Yes, there are no error/warning messages. "Ok, perfect you solved it , why are you still keeping to disturb us?" This solution has some disadvantages. The most important one is we can not use translated programs because they often look what the $LANG is. When they see en_US, they show us English programs. And the second one, people (especially newbies) dont want to use console and export command. They either would like to click on their .exe's and run them easily. I am not a developer but I can guess the reason. Turkish char.s are some way different from English ones. Here is the most problem one. upper => I , lower => ı (Please use iso8559-9 to view it) in Turkish upper => I , lower => i in English. I think this "dotlessi" (ı) causes all this problem. (Just an idea). Is there something you can do to fix it? Or what we can we do about it? Thanks too much and Good Luck... -- Armish http://lfs.geleceklinux.org http://linux-sevenler.de

2 1

Re: Bultin OCX?
by danielcampos 30 May '03

30 May '03

Hi!: >Could you explain to me what the Winsock Control is? We have a >winsock DLL implementation already..... Winsock.dll is the Windows API to manage sockets, but Winsock control is a high-level library, provided with Visual Studio 6.0. It is mainly used by Visual Basic programmers, as it provides a very simple interface to send and receive data via TCP/UDP protocols. It provides some events (Connection, Data received, Data Sent...), and a easy way to send different data types (automatic conversion for unicode strings, for example) >They are normally shipped with the app. So would we really need one >in Wine? I think one of the goals of wine is to implement all the functions of windows systems, for instance now i'm testing an application written in VB that uses both Winsock.ocx and mscomm.ocx (RS-232), and I would like to use as builtin libraries/"com libraries" as possible, instead of using a "closed ocx", in which i can't do anything if something fails...I know now exists some builtin programs like wine-Notepad or winemine, so i think, the next step is to develop builtin OCX...under wine license OCXs are mainly for plugging into IDEs yes? Well, some ocx yes, but Winsock.ocx has not any visible interface, and it can be used without IDEs, simply by calling the COM server Thanks, Daniel Campos --- On Thu 05/29, Mike Hearn < mike(a)theoretic.com > wrote: From: Mike Hearn [mailto: mike(a)theoretic.com] To: danielcampos(a)myway.com Cc: wine-devel(a)winehq.com Date: 29 May 2003 14:47:32 +0100 Subject: Re: Bultin OCX? > One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". Could you explain to me what the Winsock Control is? We have a winsock DLL implementation already..... > I've look at Wine Documentation > ant it's simple to create a native DLL, but i've seen nothing > about the possibility of creating a builtin OCX. Is there any way > to do it? What about registry issues? It is possible yes, but rather hard. OCXs are mainly for plugging into IDEs yes? They are normally shipped with the app. So would we really need one in Wine? Also, such a thing would need to use the Win32 winsock api really, not unix sockets. thanks -mike _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

5 5

Internet Explorer regressions
by Mike Hearn 30 May '03

30 May '03

Back to the real thing now, is anybody else seeing big regressions in IE? Rendering speed has dropped through the floor, I can watch it paint the web page in chunks. Fonts seem a bit off, and I need a load of native DLLs otherwise it freezes, seemingly spinning - but when I attach in winedbg and take a look, it seems all the threads are simply blocking on NtWaitForMultipleObjectsEx. I'm wondering if I broke my setup somewhere along the way, or if the latest round of checkins b0rked IE. this is frustrating.... so close to our app working!! :/ ta -mike

4 8

Generating incremental diffs
by Shachar Shemesh 29 May '03

29 May '03

I need to generate diffs between my previous patch and the current one. Unsuprisingly (as Alexander is on vacation), the previous patch was not applied. When diffing against CVS, I usually just do "cvs diff -u". In this case, I have checked out a new tree from CVS, applied the old diff on that tree (so I have a tree that is the way CVS would look if my previous patch was applied). Now what? I tried running "diff -u -r wine.ref wine". The problem is that this generated tons of diffs in files in the "CVS" directory. Don't ask me why there were differences there. Any other ideas? I know other people have done this before... Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 3

Apps with problems during install using Managed Mode
by Carlos Lozano 29 May '03

29 May '03

Hello, I have been checking some apps what had problems in order to install in Managed Mode (due to background above the continue window) and after of apply the change what i sent yesterday it started to work. With luck it should work for every Installshield app. Now the question: Do you know more apps with problems installing in managed mode? Thanks. Regards, Carlos. Pd: it is the change: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /**************** New code *****************************/ if ((win->dwStyle & (WS_CLIPSIBLINGS|WS_CLIPCHILDREN) ) == (WS_CLIPSIBLINGS|WS_CLIPCHILDREN)) return TRUE; /************** End new code ***************************/ /* default: not managed */ return FALSE; } -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

5 8

Fix for ddraw: CreateSurface
by Sylvain Petreolle 29 May '03

29 May '03

Since some surface types are unhandled for now, OffScreenPlain is assumed. Unused members of the DDSURFACEDESC2 structure are set to zero, so the bitperpixel is zero. DDRAW_width_bpp_to_pitch is called with bpp 0 and apps are stopping on assert(bpp != 0); /* keeps happening... */ At least WinDVD starts with this patch, will it be accepted until we implement other surface types ? Index: ddraw/main.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw/main.c,v retrieving revision 1.40 diff -u -r1.40 main.c --- ddraw/main.c 11 May 2003 03:46:53 -0000 1.40 +++ ddraw/main.c 28 May 2003 22:03:46 -0000 @@ -525,6 +525,9 @@ if (!(ddsd.dwFlags & DDSD_PIXELFORMAT)) { ddsd.u4.ddpfPixelFormat = This->pixelformat; + } else { + if( !GET_BPP(ddsd)) + return DDERR_INVALIDPIXELFORMAT; } if (!(ddsd.dwFlags & DDSD_PITCH)) ===== 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

2 3

Bultin OCX?
by danielcampos 29 May '03

29 May '03

Hello : At this moment i'm writing a socket class, quite similar to Winsock OCX control. It is written using unix sockets and threads. One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". I've look at Wine Documentation ant it's simple to create a native DLL, but i've seen nothing about the possibility of creating a builtin OCX. Is there any way to do it? What about registry issues? Thanks Daniel Campos _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

2 1

Re: faq.diff
by Dimitrie O. Paun 29 May '03

29 May '03

On May 29, 2003 04:37 am, Tom Wickline wrote: > 3) update : Is there a CVS tree? ( -z3 to -z0 and add the notice ) Please don't make that -z 0 explicit in there, just say: cvs checkout wine/ANNOUNCE and remove the "slow link" comment. In fact, for those questions I would simply direct people to the WineHQ CVS/download pages, no point in maintaining the information in multiple places. -- Dimi.

2 1

Re: OLE clipping
by Mike Hearn 29 May '03

29 May '03

Hmmm, as a follow up, changing if ((flags & DCX_CLIPCHILDREN) && (mode != ClipByChildren)) to if (flags & DCX_CLIPCHILDREN) in get_visible_region fixes it. I assume altering the assignment in GetDC would have the same effect. I think this is what you were talking about earlier with Wine vs X11 clipping.... it seems in this case leaving it up to X doesn't work. I don't understand enough about this area to submit a proper patch though, so I just thought I'd let you know what change fixed the problem. thanks -mike On Fri, 2003-05-16 at 16:10, Mike Hearn wrote: > > Yes I know what you talking about. Here is a patch for this. When I > > presented it to Alexandre a while ago he said that it's not necessary > > because X will take care of the clipping for us. He said we don't need > > to do it. > > Thanks for the patch. I applied it, but other than the Google "I'm > feeling lucky" buttons now appearing when i mouse over them, not much > changed (clip_children is being called now though). > > Here's an excerpt from a trace: > > trace:x11drv:X11DRV_Expose win 0x10025 (4000009) 227,463 365x91 > trace:x11drv:X11DRV_Expose win 0x1002d (400002a) 227,0 365x40 > trace:x11drv:X11DRV_CreateBitmap (0xc18) 365x91 24 bpp > trace:x11drv:X11DRV_GetDC visible=1 > trace:x11drv:clip_children called for parent=1002d, last=0 > trace:x11drv:get_visible_region top=0x1002a, win->hwndSelf=0x1002d > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=1002a, last=1002d > trace:x11drv:clip_children one > trace:x11drv:clip_children two > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=10029, last=1002a > trace:x11drv:clip_children one > trace:x11drv:clip_children two > > And the window tree looks like this: > > 10025 (main window - java renders buttons etc direct to it) > |-10029 (start of IE embedding?) > |- 1002A > |- 1002D (this seems to be the IE rendering area) > |-10026 (not sure what this is) > > So, As you can see Expose events are sent to the main window and the > embedded IE window, which makes sense. I can see the clip_children call > seemingly chaining up the window tree - it starts at 1002D and ends up > at 10029 near the top, BUT for some reason clip_children is never called > with a parent of 10025. > > I'm pretty lost in this code, I'm not sure how Java is even drawing - I > switched off the blitting code and it mangled most Wine graphics in > other apps, but Java was just like normal. But I think maybe > clip_children should be called for the top level window? > > thanks a lot for you help Ulrich, it's appreciated! > -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 7

Wine folks interested in a CHM spec?
by Pabs3 29 May '03

29 May '03

Hi wine peeps, Just wondering if Wine folks are implementing a chm viewer and if you would be interested in a specification on the internal files of CHMs and even relicencing some of the code for my chm decompiler. all at http://bonedaddy.net/pabs3/hhm/ BTW; please cc me in replies since, while i'm subscribed i don't want to get heaps of other wine discussion & so i've turned off mail delivery. Bye, Pabs ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

13 24

Wine + Ventrilo (speech communication)
by Kristoffer Ericson 29 May '03

29 May '03

Greetings, Just wanted to point out that Ventrilo (www.ventrilo.com) works in wine with abit of work. Although it requires 3 files (gsm 6.10 codec among other things). The bug i'm left with currently is that when 2 people speak (at same time), it freezes up. Ventrilo will probobly make a linux version but wanted you all to know. Best wishes ps. Tribes still works =) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

d3d merges
by Ann and Jason Edmeades 28 May '03

28 May '03

Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) Jason

2 1

Working a bit with installers
by Carlos Lozano 28 May '03

28 May '03

Hello, I have been playing a bit with a installer what the background appears above of the window what you must press "NEXT>>", what you can't select. It worked only using "Managed" = "No". Changing the line: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /* default: not managed */ return FALSE; ^^^^^^^^^^^^^^ with return TRUE; It is possible install (at least in my case) the program even in managed mode. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 1

Agent crashes when sending article
by Gerhard W. Gruber 28 May '03

28 May '03

Some time ago I posted that Agent crashes when sending an email. At this time the crash was sometimes quite frequently and sometimes it worked well for an extended period of time. Now I found a scenario which will cause this crash rather reliably (it failed only one time for me when I tested it). Compose an article with a non-existent newsgroup., messagetext and subjectline doesn't matter I think, and then send this article with <ALT>-S (for Send-Now). When the crash occurs ebx contains a pointer that is pointing to some invalid address (actually it is a string instead of a pointer) which is subsequently referenced. On each crash the pointer and it's content is the same. I already run agent with "wine -debugmsg +all" and got a rather huge trace (about 500MB) so if you need any info I can extract it from this. I tried to anlyze the problem but I have problems interpreting the trace so it doesn't tell me much. I would investigate this myself but I need some input how the best way to approach this. winedbg is not much help to me for now. Or can you set memory access breakpoints like in Softice? Backtrace: =>0 0x005b507b (agent.exe.@InitWndProc$qp6HWND__uiuil+0x202cd in D:\home\agent\agent.exe) (ebp=406b1cd8) 1 0x0046cd45 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x39175 in D:\home\agent\agent.exe) (ebp=406b1f60) 2 0x0040e1ba (agent.exe.__GetExceptDLLinfo+0xd14c in D:\home\agent\agent.exe) (ebp=406b1f74) 3 0x0058e5c3 (agent.exe.@WinTimerStatics@Func$qp6HWND__uiuiul+0xe35b in D:\home\agent\agent.exe) (ebp=406b1f88) 4 0x00531d64 (agent.exe.@MyDdeCallback$quiuip7HCONV__p5HSZ__t4p10HDDEDATA__ulul+0x17d5c in D:\home\agent\agent.exe) (ebp=406b1fd8) 5 0x004dacf4 (agent.exe.@PropdlgKbdProc$qiuil+0x261fc in D:\home\agent\agent.exe) (ebp=406b2024) 6 0x00598543 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x3795 in D:\home\agent\agent.exe) (ebp=406b207c) 7 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b20b0) 8 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b20f8) 9 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2110) 10 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2134) 11 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:184] in user32.dll.so) (ebp=406b2164) 12 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0848, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:2854] in user32.dll.so) (ebp=406b218c) 13 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b222c) [message.c:794] in user32.dll.so) (ebp=406b21d0) 14 0x407dc9f9 (MENU_TrackMenu+0x5e9(hmenu=0x0, wFlags=0x80000000, x=0x0, y=0x0, hwnd=0x10025, lprect=0x0) [menu.c:2891] in user32.dll.so) (ebp=406b2248) 15 0x407dce67 (MENU_TrackKbdMenuBar+0x147(hwnd=0x10025, wParam=0xf100, vkey=0x0) [menu.c:3049] in user32.dll.so) (ebp=406b2278) 16 0x40801266 (NC_HandleSysCommand+0x266(hwnd=0x10025, wParam=0xf100, lParam=0x0) [nonclient.c:2194] in user32.dll.so) (ebp=406b22a0) 17 0x407f0aee (DEFWND_DefWinProc+0x74e(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:534] in user32.dll.so) (ebp=406b2330) 18 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:863] in user32.dll.so) (ebp=406b2364) 19 0x407f9daf (DefFrameProcA+0xff(hwnd=0x10025, hwndMDIClient=0x10026, message=0x112, wParam=0xf100, lParam=0x0) [mdi.c:1492] in user32.dll.so) (ebp=406b2388) 20 0x005a1dea (agent.exe.@InitWndProc$qp6HWND__uiuil+0xd03c in D:\home\agent\agent.exe) (ebp=406b23a4) 21 0x0059c206 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x7458 in D:\home\agent\agent.exe) (ebp=406b23c4) 22 0x00598556 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b241c) 23 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2450) 24 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2498) 25 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b24b0) 26 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b24d4) 27 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:184] in user32.dll.so) (ebp=406b2504) 28 0x4081a246 (WINPROC_CallProc32WTo32A+0xc6(func=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2676] in user32.dll.so) (ebp=406b2530) 29 0x4081a7c8 (CallWindowProcW+0x88(func=0x413b0856, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2890] in user32.dll.so) (ebp=406b2558) 30 0x4082dc00 (call_window_proc+0xd0(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, unicode=0x1, same_thread=0x1) [message.c:1401] in user32.dll.so) (ebp=406b25a8) 31 0x4082e85f (SendMessageTimeoutW+0xdf(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x406b2630) [message.c:1791] in user32.dll.so) (ebp=406b2600) 32 0x4082eae9 (SendMessageW+0x39(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0) [message.c:1873] in user32.dll.so) (ebp=406b2634) 33 0x407f0c03 (DEFWND_DefWinProc+0x863(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:571] in user32.dll.so) (ebp=406b26c8) 34 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:863] in user32.dll.so) (ebp=406b26fc) 35 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2720) 36 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b2750) 37 0x4081a69b (CallWindowProcA+0x3b(func=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2839] in user32.dll.so) (ebp=406b2778) 38 0x005982ed (agent.exe.@InitWndProc$qp6HWND__uiuil+0x353f in D:\home\agent\agent.exe) (ebp=406b279c) 39 0x00598556 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b27f4) 40 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2828) 41 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2870) 42 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2888) 43 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b28ac) 44 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x41998408, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b28dc) 45 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0db8, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2854] in user32.dll.so) (ebp=406b2904) 46 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b2980) [message.c:794] in user32.dll.so) (ebp=406b2948) 47 0x004db200 (agent.exe.@PropdlgKbdProc$qiuil+0x26708 in D:\home\agent\agent.exe) (ebp=406b299c) 48 0x004db4c3 (agent.exe.@PropdlgKbdProc$qiuil+0x269cb in D:\home\agent\agent.exe) (ebp=406b29ec) 49 0x004dadbb (agent.exe.@PropdlgKbdProc$qiuil+0x262c3 in D:\home\agent\agent.exe) (ebp=406b2a54) 50 0x0040fd3b (agent.exe.__GetExceptDLLinfo+0xeccd in D:\home\agent\agent.exe) (ebp=406b2e18) 51 0x005a54d4 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x10726 in D:\home\agent\agent.exe) (ebp=406b2e5c) 52 0x005b40b5 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x1f307 in D:\home\agent\agent.exe) (ebp=406b2e8c) Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:005f EIP:005b507b ESP:406b1cb4 EBP:406b1cd8 EFLAGS:00210206( R- 00 I - -P1 ) EAX:2d746e65 EBX:4199cacc ECX:4199c268 EDX:406b1d48 ESI:00000000 EDI:4199cac8 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 11

Problem with compobj.dll.COSETSTATE
by Peter Barth 28 May '03

28 May '03

Hi, I try to run a French-learning software called Decouvertes. Multiple problems I have, hopefully sombodey answers and can help: o as a starting point I used the ODBC dlls delivered by the program, The DB stuff works, but I would like to know, how to implement the wine-builtin ODBC support and which driver this would be then o once the program comes up, it generates a Win16Mutex timed out - message. After a while it allows input and runs quiet good as it seems o issueing an other task - dictionary - leedss to an exception related to: unimplemented function compobj.dll.COSETSTATE called in32-bit mode in ole32.dll.so There is a OLE2.DLL deliverd with the program, which has such a function built in. Question is, as a newbie to wine, how to tell wine, not to use ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so, reconfigure and recompile? I would need assistance badly, probably somebody had a similar problem before. The purpose for this is, that we try to establish Solaris based system at a school environment whithout involving Win2k/Citrix on a seperate Application-Server. It would help tremendously if somebody becomes involved with this. Thank you very much best regards Peter Barth

2 1

little WWN problem
by Dimitrie O. Paun 28 May '03

28 May '03

Hi folks, How come "The top 5 posters of the week" are almost always screwed up: 1. 28 posts in 68K by Alexandre Julliard 2. 35 posts in 89K by Dimitrie O. Paun 3. 18 posts in 41K by Gerhard W. Gruber 4. 11 posts in 91K by Mike Hearn 5. 1 posts in 3K by Shachar Shemesh -- Dimi.

6 7

cvs.diff
by Tom 28 May '03

28 May '03

Then use decent tools => upgrade CVS. Well in my simple point of view I am ! I went and got the latest update for RH 7.3 from : http://www.rpmfind.net//linux/RPM/redhat/updates/7.3/i386/cvs-1.11.1p1-8.7.… I also just looked and RH *9* use's 1.11.2-10 here is the link : http://www.rpmfind.net//linux/RPM/redhat/9/i386/cvs-1.11.2-10.i386.html So im not sure Dimi's suggestion about 1.11.5 will work.........As 1.11.5 is in RH RawHide .. And no one who cares about a stable Box is going to use RawHide Warez.......... http://www.rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/cvs-1.11.5-1… I say go with -z 0 and let it be !!!!!!!! This also helps on the WineHQ sever on over head. Right ? And as ive said before anyone who has ever used cvs before can still compress to there hearts content.. Tom

2 1

Re: msdos/int21 CREAT special cases
by Andreas Mohr 28 May '03

28 May '03

On Mon, May 26, 2003 at 01:04:49PM +0200, Ferenc Wagner wrote: > Volume label creation should fail, not create a regular file. > Similarly for file names ending in a slash (this is actually > needed for PKSFX Version 2.04g to unpack directory trees). > > Feri. > > Index: msdos/int21.c > =================================================================== > RCS file: /home/wine/wine/msdos/int21.c,v > retrieving revision 1.93 > diff -u -r1.93 int21.c > --- msdos/int21.c 19 May 2003 21:40:05 -0000 1.93 > +++ msdos/int21.c 26 May 2003 10:48:21 -0000 > @@ -474,8 +474,18 @@ > } > static BOOL INT21_CreateFile( CONTEXT86 *context ) > { > - SET_AX( context, _lcreat16( CTX_SEG_OFF_TO_LIN(context, context->SegDs, > - context->Edx ), CX_reg(context) ) ); > + LPCSTR path=CTX_SEG_OFF_TO_LIN(context, context->SegDs, context->Edx); > + > + if (CX_reg(context) == 0x0008) { > + SetLastError( ERROR_ACCESS_DENIED ); > + return TRUE; > + } > + if (path[strlen(path)-1] == '/') > + { > + SetLastError( ERROR_FILE_NOT_FOUND ); > + return TRUE; > + } > + SET_AX( context, _lcreat16( path, CX_reg(context) ) ); > return (AX_reg(context) == (WORD)HFILE_ERROR16); > } Hmm, and is there a reason to not do it in _lcreat16() instead? Or is _lcreat16() really "clever" enough to handle volume labels "properly" if called directly? Somehow I doubt it... ;) Or in fact you could walk further up the chain and maybe find that even _lcreat() should be the function to have that check instead... (or, for that matter, even CreateFileA and thus CreateFileW...) So my rough guess is that this should probably be prevented in CreateFileW instead even. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

kernel32 file operations and wildcard filenames
by Rolf Kalbermatter 28 May '03

28 May '03

Having done some tests on kernel32.dll file functions I have come across a problem with filenames containing wildcards. Under Windows (2K) all functions such as DeleteFile, CopyFile, MoveFile, CreateDirectory and such do return FALSE and normally set the last error to ERROR_INVALID_NAME (123) if one of the filenames passed in contains a wildcard (*?). Wines kernel32 behaves somewhat different. Apart from returning different last errors in most cases such as: DeleteFile: ERROR_FILE_NOT_FOUND (2) CopyFile: ERROR_BAD_PATHNAME (161) MoveFile: ERROR_FILE_NOT_FOUND (2) when source contains wildcards which all wouldn't really be a to big issue, there is one thing which seems not right at all to me: MoveFile with a valid existing source and a target with wildcards will create a file on disk containing wildcards in its name. This certainly can't be the intention! So according to Win2K it would be probably useful to check in all those functions for existence of wildcards in the input file paths and refuse them properly. I took a look at the kernel32 file.c functions and saw that they usually all call DOSFS_GetFullName which is supposed to check for valid filenames and such. Problem is this function is also used in many other places and I can't get a good idea if those might need to accept wildcards in file names. Is there anyone more familiar with the kernel32 implementation in Wine who could maybe give me some insight if an according change to DOSFS_GetFullName would be useful or rather cause possible regressions? Otherwise the best thing to do would probably be to add explicit wildcard tests to all those file function and refuse with an according last error set. If I do not get any reactions this is probably what I will do as I'm somewhat weary to change an internal low level function such as DOSFS_GetFullName without some third party encouragement. Rolf Kalbermatter PS: Other differences I saw, where that Wines MoveFile explicitedly forbids directories as source with ERROR_ACCESS_DENIED (5) whereas tests under W2K show that MoveFile happily will rename directories on the same volume, inde- pendant if they are empty or not. CopyFile under W2K however will complain with above error ERROR_ACCESS_DENIED (5) for directories as source. Maybe a possible mix up?

1 0

was cvs diff now .. future cvs patch
by Tom 28 May '03

28 May '03

Hello, Does everyone here agree with Dimi's suggestion to add : "If you work over a slow link, you may want to compress the traffic with -z3. However, there are known bugs in CVS with this compressed communication mode, make sure you use cvs version 1.11.5 or later." Just thought I would ask before I sent the patch :)) Tom

1 0

Wine Run error
by 朱剑民 28 May '03

28 May '03

I have installed wine on Linux redhat 9.0. I want install Ms office and OICQ, but when i run: wine ***.exe occuring the "SYSDEPS_SpawnThread" and stop, someone can tell me why??? If the redhat 9.0 could support wine very well??? Thanks Kevin

1 0

Re: Listview alignment fix
by biggun from the sun 27 May '03

27 May '03

1 0

Re: little WWN problem
by Brian Vincent (C) 27 May '03

27 May '03

> How come "The top 5 posters of the week" are almost always screwed up: Because people like you post from two email accounts. When I generate the stats it considers each email address a unique name. So stats get generated for both email addresses. When Jeremy parses the XML he looks for something like the person who had the most posts and finds the correct person but sometimes the stats that get returned are for the last entry in the xml file. If you look at the xml file you'll probably notice right away what it's doing. The scripts I generate stats from are fairly intelligent in how they parse everything, but for people who post from more than one account I have to know the offending names and have sed fix it up. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Fix crash in WritePrivateProfileString
by Dimitrie O. Paun 27 May '03

27 May '03

On Tue, 27 May 2003, Thomas Charbonnel wrote: > Hi, > > This fixes a crash in WritePrivateProfileString when the lpFileName > parameter was NULL. The behaviour is modeled after what I tested on > Windows machines: 9x/Me returns FALSE and nothing is done, NT/2K/XP > attempts to write the entry in the win.ini file and returns the > appropriate value. I think it's way too complicated for no good reason. Just do what NT does: if (!filename) filename = wininiW; It's just one line vs. 10+. -- Dimi.

1 0

Re: Listview alignment fix
by Dimitrie O. Paun 27 May '03

27 May '03

On May 26, 2003 05:48 pm, BiGgUn wrote: > Fix label alignment with icon bottom. Sorry, I know I said it's OK in private, but now thinking about it some more, I realize it's not right. What if the text size changes? Does this work for you: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.353 diff -u -r1.353 listview.c --- dlls/comctl32/listview.c 22 May 2003 03:37:10 -0000 1.353 +++ dlls/comctl32/listview.c 26 May 2003 22:57:01 -0000 @@ -347,7 +347,7 @@ /* Standard DrawText flags */ #define LV_ML_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) #define LV_FL_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_NOCLIP) -#define LV_SL_DT_FLAGS (DT_TOP | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) +#define LV_SL_DT_FLAGS (DT_BOTTOM | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) /* The time in milliseconds to reset the search in the list */ #define KEY_DELAY 450 -- Dimi.

3 2

Application crashes (something to do with OLE 16/32 split)
by Hongli Lai 27 May '03

27 May '03

I'm using the app Powersim (a Win 3.1 app). It loads fine but when I open an app it crashes. Mike Hearn said it may have got something to do with the OLE 16/32 split. Here's the full output: [hongli@izumi Pslite]$ wine POWERSIM.EXE fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:ole:CoRegisterClassObject16 ({30774246-086C-101B-9E18-04021C007002},0x41377e88,0x00000004,0x00000001,0x412a3ef0),stub fixme:ole:CoRegisterMessageFilter16 (0x412ee128,(nil)),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:mdi:MDIRefreshMenu partially function stub fixme:ole:CoLockObjectExternal16 (0x9570030,1,0),stub! >>>>> here's when I open a project! fixme:seh:EXC_RtlRaiseException call to unimplemented function storage.dll.IStream16_Stat wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000d61c (_end+0x400bef0) Loaded debug information from ELF '/usr/local/wine/lib/libntdll.dll.so' (0x40017000) Loaded debug information from ELF '/usr/local/wine/lib/libwine.so.1' (0x40118000) Loaded debug information from ELF '/usr/local/wine/lib/libwine_unicode.so.1' (0x40130000) Loaded debug information from ELF '/lib/libc.so.6' (0x4022b000) Loaded debug information from ELF '/lib/libm.so.6' (0x40362000) Loaded debug information from ELF '/lib/libdl.so.2' (0x40384000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/lib/libnss_files.so.2' (0x40388000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winevdm.exe.so' (0x40211000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winedos.dll.so' (0x406d3000) Loaded debug information from ELF '/usr/local/wine/lib/wine/user32.dll.so' (0x40714000) Loaded debug information from ELF '/usr/local/wine/lib/wine/gdi32.dll.so' (0x4085a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/advapi32.dll.so' (0x408df000) Loaded debug information from ELF '/usr/local/wine/lib/wine/kernel32.dll.so' (0x4090e000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x409ec000) No debug information in ELF '/usr/lib/libz.so.1' (0x40a42000) Loaded debug information from ELF '/usr/local/wine/lib/wine/x11drv.dll.so' (0x40a50000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40393000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40ac3000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40ada000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ae8000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40bde000) No debug information in ELF '/usr/X11R6/lib/libXmu.so.6' (0x40db2000) No debug information in ELF '/usr/X11R6/lib/libXi.so.6' (0x40dc8000) No debug information in ELF '/usr/X11R6/lib/libXt.so.6' (0x40dd0000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40e1c000) Loaded debug information from ELF '/lib/libgcc_s.so.1' (0x40e24000) Loaded debug information from ELF '/usr/local/wine/lib/wine/mmsystem.dll.so' (0x40e40000) Loaded debug information from ELF '/usr/local/wine/lib/wine/wineoss.drv.so' (0x40eae000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm.drv.so' (0x409d2000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm32.dll.so' (0x40ef1000) Loaded debug information from ELF '/usr/local/wine/lib/wine/midimap.drv.so' (0x41030000) Loaded debug information from ELF '/usr/local/wine/lib/wine/commdlg.dll.so' (0x413a0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shell32.dll.so' (0x4141f000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ole32.dll.so' (0x414ab000) Loaded debug information from ELF '/usr/local/wine/lib/wine/rpcrt4.dll.so' (0x41528000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shlwapi.dll.so' (0x41573000) Loaded debug information from ELF '/usr/local/wine/lib/wine/comctl32.dll.so' (0x415c6000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winspool.drv.so' (0x4167a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ver.dll.so' (0x417b0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/lz32.dll.so' (0x417cb000) No debug information in 32bit DLL 'C:\Program Files\Pslite\POWERSIM.EXE' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40930000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40870000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40740000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40a60000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40e50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40ec0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40f00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41540000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x414c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x41590000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x415d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41680000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x413b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x417d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x417c0000) Unhandled exception: unimplemented function storage.dll.IStream16_Stat called in 32-bit code (0x414d53b8). In 32-bit mode. Symbol __strtol_internal (0000:40384000) is invalid 0x414d53b8 (__wine_unimplemented+0x58 [storage.spec.c] in ole32.dll.so): subl $4,%esp Unable to open file storage.spec.c Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg> Wine-dbg>quit WineDbg terminated on pid 8 [hongli@izumi Pslite]$

5 8

Windows version handling
by Thomas Charbonnel 27 May '03

27 May '03

Hi, I reported a crash some days ago, triggered when WritePrivateProfileString is called with a NULL lpFileName. I was advised to test windows' behaviour, which I did. The call behaves differently on Win9x/Me and WinNT/2K/XP. Should I model the patch after this ? If yes, is there an internal Wine mechanism to deal with windows versions, or should I just call GetVersionEx ? Thomas

3 2

Re: Building documentation start
by Francois Gouget 27 May '03

27 May '03

On Tue, 27 May 2003, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. This section does not belong in the Winelib guide. The Winelib guide deals with how to compile Windows applications using Wine, not how to compile Wine itself. This list of dependencies would fit better in the PACKAGING guide, between the REQUIREMENTS and WINE COMPONENTS sections. You could also add something like this to the REQUIREMENTS section: * A build system satisfying all Wine's soft and hard dependencies so that the resulting Wine package has all Wine's features. You may also want to point to this section from the README's 'COMPILATION' section. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

2 2

Re: Fwd:Re: Sourceforge
by Jeremy Newman 27 May '03

27 May '03

I think we should keep the sidebar links internal to the site. I don't want those links to take you off site. Its better to have the download.template, as not ALL of our downloads will be hosted there. Ie, I want to keep the links to CodeWeavers and Trasgaming as alternate versions of wine. We can update that page if you do not feel the wording is strong enough about OFFICIAL WINE BUILDS. :-) On Mon, 2003-05-26 at 09:43, puoti(a)inwind.it wrote: > Hello, what do you think about this? > On May 26, 2003 07:53 am, puoti(a)inwind.it wrote: > >>I think the best thing to do would be to point the link > > >to wine binaries in the winehq.com menu to the wine sourceforge page, > > >instead of download.tramplate so everybody wanting a wine binary would get > > >it from there. > > > >That's a good idea, but it's better forwarded to wine-devel because this is > >Jeremy Newman's territory, and I'd rather have him do the change. > > > >-- > >Dimi. > > >

1 0

Re: Building documentation start
by Mike Hearn 27 May '03

27 May '03

JACK is a sound server, like aRts or esound. It's good for low latency work but is Linux specific. I think Wine supports aRts as well, perhaps that should be on the list. At some point, somebody needs to merge in the improvements TransGaming made to wininet (their copy of the dll is based on lgpld code) at which point we'll have a dep (hard? soft?) on OpenSSL too. Hmm. Can't think of any more at present. There are probably more though.... thanks -mike On Tue, 2003-05-27 at 14:52, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine Bug #1435 and Dos_fs.c
by Mike Hearn 27 May '03

27 May '03

Hi Andrew, I was warned at the time that the return code of this class of functions had particularly crack-like properties, however a test case on Win98 and WinXP appeared to show that this was the right code. Clearly however it caused a regression, as a few days ago I also saw a problem with 16 bit file open dialogs no longer showing directory lists. Can you confirm that ChessBase Light is a 16 bit app? The file open dialog should look like an old win3.1 dialog if so, rather than a 9x/NT4 style dialog. If there is a downloadable demo of this app this would also be useful. thanks -mike On Sat, 2003-05-24 at 22:11, Andrew Talbot wrote: > Dear Mike, > > I hope you do not mind me e-mailing you directly, but I have been trying to > track down a bug associated with the Directory pane of a File Open Dialog > ceasing to update properly (Wine bug #1435) and believe that you are the man > to contact. > > I do not have the expertise to solve the problem myself, but I wound back the > CVS and discovered that the bug was introduced on 4th April 2003, between > 16:00 and 17:00 CST. By examining the Changelog, I noticed that you had > submitted modifications to 'dos_fs.c'. I substituted the old dos_fs.c into > the post-bug build and found that the bug had disappeared. Thus, it appears > that the bug was introduced via that file at that time. > > Please could you have a look to see if you can identify the problem? I can > happily tell you how to get the problem to manifest itself, if necessary. > > Thanks and regards, > > -- Andy Talbot. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: cvs.diff
by Andreas Mohr 27 May '03

27 May '03

Hi, On Sun, May 25, 2003 at 11:45:25PM -0400, Tom Wickline wrote: > > Hello, > > Change cvs -z 3 to cvs -z 0 Huh, why do you think anyone would accept that? A lot of people still use modem links (or even DSL might be troublesome for that matter), so using no compression at all can be considered fatal. For such a strange patch (at least from my point of view), an explanation/justification is sorely missing. -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

8 11

DCOM/DCE/RPC
by Thomas Hergenhahn 26 May '03

26 May '03

Dear all, in issue 170 of your weekly newsleeter, I read about your difficulties to get at the specifications for DCOM/DCE/RPC wire protocol. I think that the following information might be of some interest to you: 1. There is project named FreeDCE on sourceforge. As far as I saw most recent CVS entries are about 21 months of age. 2. I found the following article which describes how to build a DCOM client on Linux using FreeDCE: http://www.idevresource.com/com/library/articles/comonlinux.asp This article also confirms that the wire protocol is the same RPC protocol that FreeDCE implements. The example client does not use the NTLM authentication, so it could connect only to a server that is configured to grant access/launch without authentication. 3. The samba project has an rpcclient that can list printer drivers, remote shut down a machine and more things. It uses authentication and so I suppose it implements NTLM. HTH Thomas ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1

Re: .diff wrapping woes.....
by Duane Clark 26 May '03

26 May '03

Tom Wickline wrote: > Hi, > > I think ive got my wrapping problems fixed if any of the patches I sent need re-sent > let me know and ill resubmit them. > Well, that is a rather long wrap length on this email, for some reason. As for the cvs patch, the attachment is base64 encoded. While that is better than having lines wrapped, a plain text attachment is preferred.

1 0

[HELP] winecfg/who is mike?
by Dimitrie O. Paun 26 May '03

26 May '03

Hi folks, Can someone tell me who was 'mike' on the IRC chat? I don't have access to a large enough log to see when he logged on/off. Mike, if you read this, can you please drop me a quick note with the winecfg status, I'd like to update the TODO. Thanks! -- Dimi.

2 1

Re: Wine's critical sections and reccursive enter...
by fenix＠club-internet.fr 26 May '03

26 May '03

Hi, why have you played with this ? :) It worked well before and now ... Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: wine-devel(a)winehq.org >Sujet: Wine's critical sections and reccursive enter... >Date: Mon, 26 May 2003 14:13:31 +0200 > >Hi all, > >To clean-up a bit the mess that was in the D3D GL critical section handling, >I removed all the code that handles these kind of situations : > >function A : > ENTER_GL(); > some_code > LEAVE_GL(); > >function B: > ENTER_GL(); > some_code > LEAVE_GL(); > call A > ENTER_GL(); > some_code > LEAVE_GL(); > >So we actually went out of the critical section when we knew that it was >acquired again by function A... As, according to MSDN, the crit. sections >are actually 'recursive' (ie that you need to leave them X times if you >entered them X times and that entering an already held crit. section does >not lock the application), I removed all the extraneous LEAVE / ENTER call >around already protected functions (which is much nicer to the eye). > >The problem is that with that change, I start to get all sorts of time-outs >of the X11 critical section. > >So are Wine's internal critical sections (like the X11 one) really recursive ? > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

1 0

Problem with cut/copy&paste in Agent
by Gerhard W. Gruber 26 May '03

26 May '03

I noticed that cut & paste doesn't work properly. When I copy some text from a shell window into Agent it works the first time, but each subsequent paste only pastes the first text that I copied instead of the new selection. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

Wine's critical sections and reccursive enter...
by Lionel Ulmer 26 May '03

26 May '03

Hi all, To clean-up a bit the mess that was in the D3D GL critical section handling, I removed all the code that handles these kind of situations : function A : ENTER_GL(); some_code LEAVE_GL(); function B: ENTER_GL(); some_code LEAVE_GL(); call A ENTER_GL(); some_code LEAVE_GL(); So we actually went out of the critical section when we knew that it was acquired again by function A... As, according to MSDN, the crit. sections are actually 'recursive' (ie that you need to leave them X times if you entered them X times and that entering an already held crit. section does not lock the application), I removed all the extraneous LEAVE / ENTER call around already protected functions (which is much nicer to the eye). The problem is that with that change, I start to get all sorts of time-outs of the X11 critical section. So are Wine's internal critical sections (like the X11 one) really recursive ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

kernel/file test corrections
by Ferenc Wagner 26 May '03

26 May '03

The following modifications are needed to make the file tests pass under Windows NT 4.0 SP6. I can not test other versions, please write back if anything is wrong. Feri. Index: dlls/kernel/tests/file.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/file.c,v retrieving revision 1.17 diff -u -r1.17 file.c --- dlls/kernel/tests/file.c 19 May 2003 21:50:32 -0000 1.17 +++ dlls/kernel/tests/file.c 25 May 2003 00:02:10 -0000 @@ -521,7 +521,7 @@ ok(ret != 0, "GetTempFileNameA error %ld", GetLastError()); ret = CopyFileA(source, dest, TRUE); - ok(!ret && GetLastError() == ERROR_FILE_EXISTS, + ok(!ret && GetLastError() == ERROR_SUCCESS, "CopyFileA: unexpected error %ld\n", GetLastError()); ret = CopyFileA(source, dest, FALSE); @@ -553,7 +553,7 @@ ok(ret != 0, "GetTempFileNameW error %ld", GetLastError()); ret = CopyFileW(source, dest, TRUE); - ok(!ret && GetLastError() == ERROR_FILE_EXISTS, + ok(!ret && GetLastError() == ERROR_SUCCESS, "CopyFileW: unexpected error %ld\n", GetLastError()); ret = CopyFileW(source, dest, FALSE); @@ -582,8 +582,8 @@ hFile = CreateFileA(filename, GENERIC_READ, 0, NULL, CREATE_NEW, FILE_FLAG_RANDOM_ACCESS, 0); - ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_FILE_EXISTS, - "CREATE_NEW should fail if file exists and last error value should be ERROR_FILE_EXISTS"); + ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_SUCCESS, + "CREATE_NEW should fail if file exists and last error value should be ERROR_SUCCESS"); ret = DeleteFileA(filename); ok(ret, "DeleteFileA: error %ld\n", GetLastError()); @@ -608,8 +608,8 @@ hFile = CreateFileW(filename, GENERIC_READ, 0, NULL, CREATE_NEW, FILE_FLAG_RANDOM_ACCESS, 0); - ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_FILE_EXISTS, - "CREATE_NEW should fail if file exists and last error value should be ERROR_FILE_EXISTS"); + ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_SUCCESS, + "CREATE_NEW should fail if file exists and last error value should be ERROR_SUCCESS"); ret = DeleteFileW(filename); ok(ret, "DeleteFileW: error %ld\n", GetLastError()); @@ -620,13 +620,11 @@ BOOL ret; ret = DeleteFileA(NULL); - ok(!ret && (GetLastError() == ERROR_INVALID_PARAMETER || - GetLastError() == ERROR_PATH_NOT_FOUND), + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileA(NULL) returned ret=%d error=%ld",ret,GetLastError()); ret = DeleteFileA(""); - ok(!ret && (GetLastError() == ERROR_PATH_NOT_FOUND || - GetLastError() == ERROR_BAD_PATHNAME), + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileA(\"\") returned ret=%d error=%ld",ret,GetLastError()); } @@ -638,11 +636,11 @@ ret = DeleteFileW(NULL); if (ret==0 && GetLastError()==ERROR_CALL_NOT_IMPLEMENTED) return; - ok(!ret && GetLastError() == ERROR_PATH_NOT_FOUND, + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileW(NULL) returned ret=%d error=%ld",ret,GetLastError()); ret = DeleteFileW(emptyW); - ok(!ret && GetLastError() == ERROR_PATH_NOT_FOUND, + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileW(\"\") returned ret=%d error=%ld",ret,GetLastError()); } @@ -800,12 +798,12 @@ err = GetLastError(); ok ( handle == INVALID_HANDLE_VALUE , "FindFirstFile on Root directory should Fail"); if (handle == INVALID_HANDLE_VALUE) - ok ( err == ERROR_FILE_NOT_FOUND, "Bad Error number\n"); + ok ( err == ERROR_SUCCESS, "Bad Error number %d\n", err); handle = FindFirstFileA("C:\\",&search_results); err = GetLastError(); ok ( handle == INVALID_HANDLE_VALUE , "FindFirstFile on Root directory should Fail"); if (handle == INVALID_HANDLE_VALUE) - ok ( err == ERROR_FILE_NOT_FOUND, "Bad Error number\n"); + ok ( err == ERROR_SUCCESS, "Bad Error number %d\n", err); handle = FindFirstFileA("C:\\*",&search_results); ok ( handle != INVALID_HANDLE_VALUE, "FindFirstFile on C:\\* should succeed" ); ok ( FindClose(handle) == TRUE, "Failed to close handle");

2 2

Re: Implement GetProcessPriorityBoost
by Dmitry Timoshkov 26 May '03

26 May '03

"Lionel Ulmer" <lionel.ulmer(a)free.fr> wrote: +BOOL WINAPI GetProcessPriorityBoost(HANDLE hprocess,PBOOL pDisablePriorityBoost) +{ + FIXME("(%p,%p): semi-stub\n", hprocess, pDisablePriorityBoost); + + /* Report that no boost is present.. */ + *pDisablePriorityBoost = FALSE; I'm curious whether you need to test for pDisablePriorityBoost != NULL before setting its value... -- Dmitry.

2 3

File locking and Samba
by Mike Hearn 25 May '03

25 May '03

Hi, Are there any known issues with file locking and samba? I've been talking to a guy on IRC who is running some kind of database app with some stuff remotely mounted via Samba (the same arrangement is used in windows). This is the sort of thing that appears in the trace: trace:file:_lopen ('K:\wine0594.GA2',0022) trace:file:CreateFileW L"K:\\wine0594.GA2" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ OPEN_EXISTING attributes 0x0 warn:file:FILE_CreateFile Unable to create file '/usr/share/server/anp/wine0594.GA2' (GLE 32) trace:file:CreateFileW returning 0xffffffff Over and over. So code 32 is a sharing violation, which made me wonder about this. Am I on the right track? thanks -mike

1 0

winedbg hardware breakpoint
by Gerhard W. Gruber 25 May '03

25 May '03

I tried to use hardware breakpoints but wine always tells me that it can't access the debug register. Are they not supported? The problem is that I tried to debug agent, but when I use a normal watch breakpoint then the behaviour changes and I get a different crash because the memory changes differently then when running agent normally. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Winedbg questions
by Gerhard W. Gruber 25 May '03

25 May '03

When I using winedbg why doesn't it show me the sourcecode? It always says that the source is not availabel through a configured DOS drive. Does that mean I have to put the files in a path that will be accessible by wineWindows? When I try to debug agent I set a conditional breakpoint on WINPROC_CallWndProc. When the condition is hwnd == x then it works. When the condition is msg == x hten the breakpoint is never triggered, though it should because the backtrace tells me that the value, I set for the condition, has been used before that call. Either the backtrace is wrong or somehow winedbg misses the condition. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 5

Re: Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff 25 May '03

25 May '03

Hi, Thanks for the patches. Note that I haven't applied any previous patches. The description of the make errors is in dutch but at the bottom of the email is the translation of some error descriptions. I ran configure on RH9 with: ./configure --with-nptl --with-x > Please can you try attached patches (from current cvs) and say me what > happened ? I applied the patches and this was the result ;-( : [root@erwin d3d8]# make -i LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I/usr/X11R6/include -foversion.res version.rc gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o cubetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8_main.o d3d8_main.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c: In function `DrawPrimitiveI': device.c:604: warning: impliciete declaratie van functie `glSecondaryColor3fvEXT' device.c:826: warning: impliciete declaratie van functie `glSecondaryColorPointerEXT' device.c: In function `IDirect3DDevice8Impl_SetRenderState': device.c:3450: warning: impliciete declaratie van functie `glPointParameterfEXT' device.c:3491: warning: impliciete declaratie van functie `glPointParameterfvEXT' device.c:3522: `D3DCOLORWRITEENABLE_RED' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: (Elke niet-gedeclareerde naam wordt slechts één device.c:3522: keer vermeld voor elke functie waarin hij staat.) device.c:3522: `D3DCOLORWRITEENABLE_GREEN' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: `D3DCOLORWRITEENABLE_BLUE' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: `D3DCOLORWRITEENABLE_ALPHA' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c: In function `IDirect3DDevice8Impl_SetCurrentTexturePalette': device.c:4353: warning: impliciete declaratie van functie `glColorTableEXT' make: [device.o] Fout 1 (genegeerd) gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o indexbuffer.o indexbuffer.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o resource.o resource.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o shader.o shader.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o stateblock.o stateblock.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o surface.o surface.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o swapchain.o swapchain.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o texture.o texture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vertexbuffer.o vertexbuffer.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volume.o volume.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volumetexture.o volumetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vshaderdeclaration.o vshaderdeclaration.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o d3d8.dll.dbg.c --debug -C. basetexture.c cubetexture.c d3d8_main.c device.c directx.c indexbuffer.c resource.c shader.c stateblock.c surface.c swapchain.c texture.c vertexbuffer.c volume.c volumetexture.c vshaderdeclaration.c utils.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8.dll.dbg.o d3d8.dll.dbg.c ld -r 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 utils.o d3d8.dll.dbg.o -o d3d8.dll.tmp.o ld: cannot open device.o: Onbekend bestand of map make: [d3d8.dll.tmp.o] Fout 1 (genegeerd) strip --strip-unneeded d3d8.dll.tmp.o strip: d3d8.dll.tmp.o: Onbekend bestand of map make: [d3d8.dll.tmp.o] Fout 1 (genegeerd) ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o d3d8.spec.c --spec ./d3d8.spec version.res d3d8.dll.tmp.o -L../../dlls -luser32 -lgdi32 -lkernel32 Cannot open d3d8.dll.tmp.o : No such file or directory make: [d3d8.spec.c] Fout 1 (genegeerd) gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8.spec.o d3d8.spec.c gcc: d3d8.spec.c: Onbekend bestand of map gcc: no input files make: [d3d8.spec.o] Fout 1 (genegeerd) 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 utils.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 gcc: d3d8.spec.o: Onbekend bestand of map gcc: device.o: Onbekend bestand of map make: [d3d8.dll.so] Fout 1 (genegeerd) Dutch: is hier niet gedeclareerd (eerste gebruik in deze functie) English: Not declared in this function (first use in function) Dutch: impliciete declaratie van functie `glSecondaryColor3fvEXT' English: Implicit declaration of function 'glSecondaryColor3fvEXT'

1 0

Windows Template Library (WTL) and Wine?
by Chris Russell 25 May '03

25 May '03

Hello Folks, this is likely a stupid question but has anyone on this list had any experiences pro/con running Windows applications created using the Windows Template Library (WTL) under the Wine emulator? As WTL effectively reduces to straight GDI calls during C++ compilation, I can't imagine why it wouldn't work but am wondering if anyone has tried this and is willing to share their notes. TIA - Chris Russell

1 0

Re: PATCH: dlls/d3d8/device.c
by Lionel Ulmer 25 May '03

25 May '03

> No, > alexandre haven't commited anything since 22 (i sent it the 24) And from what I know and what he said on the list, Alexandre is off for three weeks of vacations... So do not wait too much for many commits during this period of time (ie time to do incremental patches using 'patched' trees :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: anyone had success with roller coaster tycoon2 ?
by Sylvain Petreolle 25 May '03

25 May '03

The instructions are false, since there is no vxd support for dinputin Wine. Simply run "wine rct2.exe". This works, I tested the demo (not sure about he version though). There is a bug open about saved games. If you want to help us, see http://bugs.winehq.com/show_bug.cgi?id=358 no need to have dinput.dll nor dinput.vxd at all. --- "L. Friedman" <netllama(a)linux-sxs.org> a écrit : > I'm attempting to run Roller Coaster Tycoon2 under wine-20030508 per > these instructions: > http://appdb.winehq.com/appview.php?appId=265&versionId=1573 > > but i'm not having any luck. When i run "wine --dll dinput=n > Rct2.exe" > it fails with the error: > fixme:file:DEVICE_Open Unknown/unsupported VxD DINPUT.VXD. Try > setting > Windows version to 'nt40' or 'win31'. > > Anyone have any luck or suggestions? I'm using the Win98SE versions > of > dinput.dll and dinput.vxd if that matters. > > thanks! ===== 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

1 0

Installers
by Ann and Jason Edmeades 24 May '03

24 May '03

Hello, I have noticed that modern installers are struggling with wine, as a few people have reported here. I am running no-windows (except msvcrt for now) and seeing things which range from: Windows not being drawn completely Windows not being re-drawn Installers which hang completely Questions... 1. Is anyone actively looking at it? 1a. If No, what 'normally' causes such problems - Ole, windows problems or others? Where would be a good starting point 2. What system dlls would make installing easier or possible? Regards, Jason

3 2

rfc: _thiscall and msvcrt
by Ann and Jason Edmeades 24 May '03

24 May '03

Hi Uwe / Alexander, I've been trying to get the 'thiscall' issue sorted out, but its proving slightly interesting :-) The issue is as follows: Post-change I have a routine like: void MSVCRT___non_rtti_object_copy_ctor(const __non_rtti_object * rhs, CONTEXT86* context) { __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); MSVCRT_bad_typeid_copy_ctor(&_this->base,&rhs->base); <<--- Type errors during compile } This will not compile, because I have ALSO changed MSVCRT_bad_typeid_copy_ctor as it too suffers from the _thiscall issue. (Even if I switch the parms around to account for moving the this to the last parm). void MSVCRT_bad_typeid_copy_ctor(const bad_typeid * rhs, CONTEXT86* context) { bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); } Ie it now expects a context86 structure with ecx pointing to 'this' (this I guess is &_this->base). (And note it suffers from the same problem in the call to MSVCRT_exception_copy_ctor!) Now I can change the routines to say for example: context->Ecx = (DWORD)&_this->base; MSVCRT_bad_typeid_copy_ctor(&rhs->base, context); But I feel this is making a hack even worse, as the context isnt really anymore as other registers would have changed. Is this acceptable? If so, how does this patch look (I havent tried it against the original culprit just yet, but will do assuming the idea is right). Jason Index: dlls/msvcrt/cpp.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/cpp.c,v retrieving revision 1.12 diff -u -r1.12 cpp.c --- dlls/msvcrt/cpp.c 19 Jul 2002 03:24:50 -0000 1.12 +++ dlls/msvcrt/cpp.c 24 May 2003 19:40:48 -0000 @@ -97,8 +97,9 @@ /****************************************************************** * ??0exception@@QAE@ABQBD@Z (MSVCRT.@) */ -void MSVCRT_exception_ctor(exception * _this, const char ** name) +void MSVCRT_exception_ctor(const char ** name, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %s)\n",_this,*name); _this->vtable = exception_vtable; _this->name = *name; @@ -109,8 +110,9 @@ /****************************************************************** * ??0exception@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_exception_copy_ctor(exception * _this, const exception * rhs) +void MSVCRT_exception_copy_ctor(const exception * rhs, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); if (_this != rhs) memcpy (_this, rhs, sizeof (*_this)); @@ -120,8 +122,9 @@ /****************************************************************** * ??0exception@@QAE@XZ (MSVCRT.@) */ -void MSVCRT_exception_default_ctor(exception * _this) +void MSVCRT_exception_default_ctor(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p)\n",_this); _this->vtable = exception_vtable; _this->name = ""; @@ -131,16 +134,18 @@ /****************************************************************** * ??1exception@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_exception_dtor(exception * _this) +void MSVCRT_exception_dtor(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p)\n",_this); } /****************************************************************** * ??4exception@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -exception * MSVCRT_exception_opequals(exception * _this, const exception * rhs) +exception * MSVCRT_exception_opequals(const exception * rhs, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); memcpy (_this, rhs, sizeof (*_this)); TRACE("name = %s\n",_this->name); @@ -150,8 +155,9 @@ /****************************************************************** * ??_Eexception@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT_exception__unknown_E(exception * _this, unsigned int arg1) +void * MSVCRT_exception__unknown_E(unsigned int arg1, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -160,8 +166,9 @@ /****************************************************************** * ??_Gexception@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT_exception__unknown_G(exception * _this, unsigned int arg1) +void * MSVCRT_exception__unknown_G(unsigned int arg1, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -170,8 +177,9 @@ /****************************************************************** * ?what@exception@@UBEPBDXZ (MSVCRT.@) */ -const char * MSVCRT_what_exception(exception * _this) +const char * MSVCRT_what_exception(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } @@ -237,77 +245,89 @@ /****************************************************************** * ??0bad_typeid@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_bad_typeid_copy_ctor(bad_typeid * _this, const bad_typeid * rhs) +void MSVCRT_bad_typeid_copy_ctor(const bad_typeid * rhs, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); } /****************************************************************** * ??0bad_typeid@@QAE@PBD@Z (MSVCRT.@) */ -void MSVCRT_bad_typeid_ctor(bad_typeid * _this, const char * name) +void MSVCRT_bad_typeid_ctor(const char * name, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %s)\n",_this,name); - MSVCRT_exception_ctor(&_this->base, &name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_ctor(&name, context); _this->base.vtable = bad_typeid_vtable; } /****************************************************************** * ??1bad_typeid@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_bad_typeid_dtor(bad_typeid * _this) +void MSVCRT_bad_typeid_dtor(CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_exception_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_dtor(context); } /****************************************************************** * ??4bad_typeid@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -bad_typeid * MSVCRT_bad_typeid_opequals(bad_typeid * _this, const bad_typeid * rhs) +bad_typeid * MSVCRT_bad_typeid_opequals(const bad_typeid * rhs, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); return _this; } /****************************************************************** * ??0__non_rtti_object@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT___non_rtti_object_copy_ctor(__non_rtti_object * _this, - const __non_rtti_object * rhs) +void MSVCRT___non_rtti_object_copy_ctor(const __non_rtti_object * rhs, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_bad_typeid_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_copy_ctor(&rhs->base, context); } /****************************************************************** * ??0__non_rtti_object@@QAE@PBD@Z (MSVCRT.@) */ -void MSVCRT___non_rtti_object_ctor(__non_rtti_object * _this, - const char * name) +void MSVCRT___non_rtti_object_ctor(const char * name, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %s)\n",_this,name); - MSVCRT_bad_typeid_ctor(&_this->base,name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_ctor(name, context); _this->base.base.vtable = __non_rtti_object_vtable; } /****************************************************************** * ??1__non_rtti_object@@UAE@XZ (MSVCRT.@) */ -void MSVCRT___non_rtti_object_dtor(__non_rtti_object * _this) +void MSVCRT___non_rtti_object_dtor(CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_bad_typeid_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_dtor(context); } /****************************************************************** * ??4__non_rtti_object@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -__non_rtti_object * MSVCRT___non_rtti_object_opequals(__non_rtti_object * _this, - const __non_rtti_object *rhs) +__non_rtti_object * MSVCRT___non_rtti_object_opequals(const __non_rtti_object *rhs, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); memcpy (_this, rhs, sizeof (*_this)); TRACE("name = %s\n",_this->base.base.name); @@ -317,8 +337,9 @@ /****************************************************************** * ??_E__non_rtti_object@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT___non_rtti_object__unknown_E(__non_rtti_object * _this, unsigned int arg1) +void * MSVCRT___non_rtti_object__unknown_E(unsigned int arg1, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -327,8 +348,9 @@ /****************************************************************** * ??_G__non_rtti_object@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT___non_rtti_object__unknown_G(__non_rtti_object * _this, unsigned int arg1) +void * MSVCRT___non_rtti_object__unknown_G(unsigned int arg1, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -337,46 +359,55 @@ /****************************************************************** * ??0bad_cast@@QAE@ABQBD@Z (MSVCRT.@) */ -void MSVCRT_bad_cast_ctor(bad_cast * _this, const char ** name) +void MSVCRT_bad_cast_ctor(const char ** name, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %s)\n",_this,*name); - MSVCRT_exception_ctor(&_this->base, name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_ctor(name, context); _this->base.vtable = bad_cast_vtable; } /****************************************************************** * ??0bad_cast@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_bad_cast_copy_ctor(bad_cast * _this, const bad_cast * rhs) +void MSVCRT_bad_cast_copy_ctor(const bad_cast * rhs, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); } /****************************************************************** * ??1bad_cast@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_bad_cast_dtor(bad_cast * _this) +void MSVCRT_bad_cast_dtor(CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_exception_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_dtor(context); } /****************************************************************** * ??4bad_cast@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -bad_cast * MSVCRT_bad_cast_opequals(bad_cast * _this, const bad_cast * rhs) +bad_cast * MSVCRT_bad_cast_opequals(const bad_cast * rhs, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); return _this; } /****************************************************************** * ??8type_info@@QBEHABV0@@Z (MSVCRT.@) */ -int __stdcall MSVCRT_type_info_opequals_equals(type_info * _this, const type_info * rhs) +int __stdcall MSVCRT_type_info_opequals_equals(const type_info * rhs, CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p %p) returning %d\n",_this,rhs,_this->name == rhs->name); return _this->name == rhs->name; } @@ -384,8 +415,9 @@ /****************************************************************** * ??9type_info@@QBEHABV0@@Z (MSVCRT.@) */ -int __stdcall MSVCRT_type_info_opnot_equals(type_info * _this, const type_info * rhs) +int __stdcall MSVCRT_type_info_opnot_equals(const type_info * rhs, CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p %p) returning %d\n",_this,rhs,_this->name == rhs->name); return _this->name != rhs->name; } @@ -393,8 +425,9 @@ /****************************************************************** * ??1type_info@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_type_info_dtor(type_info * _this) +void MSVCRT_type_info_dtor(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p)\n",_this); if (_this->data) MSVCRT_free(_this->data); @@ -403,8 +436,9 @@ /****************************************************************** * ?name@type_info@@QBEPBDXZ (MSVCRT.@) */ -const char * __stdcall MSVCRT_type_info_name(type_info * _this) +const char * __stdcall MSVCRT_type_info_name(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } @@ -412,8 +446,9 @@ /****************************************************************** * ?raw_name@type_info@@QBEPBDXZ (MSVCRT.@) */ -const char * __stdcall MSVCRT_type_info_raw_name(type_info * _this) +const char * __stdcall MSVCRT_type_info_raw_name(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } Index: dlls/msvcrt/msvcrt.spec =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/msvcrt.spec,v retrieving revision 1.72 diff -u -r1.72 msvcrt.spec --- dlls/msvcrt/msvcrt.spec 12 May 2003 03:31:16 -0000 1.72 +++ dlls/msvcrt/msvcrt.spec 24 May 2003 19:40:49 -0000 @@ -1,56 +1,56 @@ # msvcrt.dll - MS VC++ Run Time Library @ cdecl $I10_OUTPUT() MSVCRT_I10_OUTPUT -@ cdecl ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) MSVCRT___non_rtti_object_copy_ctor -@ cdecl ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) MSVCRT___non_rtti_object_ctor -@ cdecl ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) MSVCRT_bad_cast_ctor -@ cdecl ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) MSVCRT_bad_cast_copy_ctor -@ cdecl ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) MSVCRT_bad_typeid_copy_ctor -@ cdecl ??0bad_typeid@@QAE@PBD@Z(ptr ptr) MSVCRT_bad_typeid_ctor -@ cdecl ??0exception@@QAE@ABQBD@Z(ptr ptr) MSVCRT_exception_ctor -@ cdecl ??0exception@@QAE@ABV0@@Z(ptr ptr) MSVCRT_exception_copy_ctor -@ cdecl ??0exception@@QAE@XZ(ptr) MSVCRT_exception_default_ctor -@ cdecl ??1__non_rtti_object@@UAE@XZ(ptr) MSVCRT___non_rtti_object_dtor -@ cdecl ??1bad_cast@@UAE@XZ(ptr) MSVCRT_bad_cast_dtor -@ cdecl ??1bad_typeid@@UAE@XZ(ptr) MSVCRT_bad_typeid_dtor -@ cdecl ??1exception@@UAE@XZ(ptr) MSVCRT_exception_dtor -@ cdecl ??1type_info@@UAE@XZ(ptr) MSVCRT_type_info_dtor +@ cdecl -register ??0__non_rtti_object@@QAE@ABV0@@Z(ptr) MSVCRT___non_rtti_object_copy_ctor +@ cdecl -register ??0__non_rtti_object@@QAE@PBD@Z(ptr) MSVCRT___non_rtti_object_ctor +@ cdecl -register ??0bad_cast@@QAE@ABQBD@Z(ptr) MSVCRT_bad_cast_ctor +@ cdecl -register ??0bad_cast@@QAE@ABV0@@Z(ptr) MSVCRT_bad_cast_copy_ctor +@ cdecl -register ??0bad_typeid@@QAE@ABV0@@Z(ptr) MSVCRT_bad_typeid_copy_ctor +@ cdecl -register ??0bad_typeid@@QAE@PBD@Z(ptr) MSVCRT_bad_typeid_ctor +@ cdecl -register ??0exception@@QAE@ABQBD@Z(ptr) MSVCRT_exception_ctor +@ cdecl -register ??0exception@@QAE@ABV0@@Z(ptr) MSVCRT_exception_copy_ctor +@ cdecl -register ??0exception@@QAE@XZ() MSVCRT_exception_default_ctor +@ cdecl -register ??1__non_rtti_object@@UAE@XZ() MSVCRT___non_rtti_object_dtor +@ cdecl -register ??1bad_cast@@UAE@XZ() MSVCRT_bad_cast_dtor +@ cdecl -register ??1bad_typeid@@UAE@XZ() MSVCRT_bad_typeid_dtor +@ cdecl -register ??1exception@@UAE@XZ() MSVCRT_exception_dtor +@ cdecl -register ??1type_info@@UAE@XZ() MSVCRT_type_info_dtor @ cdecl ??2@YAPAXI@Z(long) MSVCRT_operator_new @ cdecl ??_U@YAPAXI@Z(long) MSVCRT_operator_new @ cdecl ??3@YAXPAX@Z(ptr) MSVCRT_operator_delete @ cdecl ??_V@YAXPAX@Z(ptr) MSVCRT_operator_delete -@ cdecl ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT___non_rtti_object_opequals -@ cdecl ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT_bad_cast_opequals -@ cdecl ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr)MSVCRT_bad_typeid_opequals -@ cdecl ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT_exception_opequals -@ stdcall ??8type_info@@QBEHABV0@@Z(ptr ptr) MSVCRT_type_info_opequals_equals -@ stdcall ??9type_info@@QBEHABV0@@Z(ptr ptr) MSVCRT_type_info_opnot_equals +@ cdecl -register ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr) MSVCRT___non_rtti_object_opequals +@ cdecl -register ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr) MSVCRT_bad_cast_opequals +@ cdecl -register ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr)MSVCRT_bad_typeid_opequals +@ cdecl -register ??4exception@@QAEAAV0@ABV0@@Z(ptr) MSVCRT_exception_opequals +@ stdcall -register ??8type_info@@QBEHABV0@@Z(ptr) MSVCRT_type_info_opequals_equals +@ stdcall -register ??9type_info@@QBEHABV0@@Z(ptr) MSVCRT_type_info_opnot_equals @ stub ??_7__non_rtti_object@@6B@ @ stub ??_7bad_cast@@6B@ @ stub ??_7bad_typeid@@6B@ @ stub ??_7exception@@6B@ -@ cdecl ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) MSVCRT___non_rtti_object__unknown_E +@ cdecl -register ??_E__non_rtti_object@@UAEPAXI@Z(long) MSVCRT___non_rtti_object__unknown_E @ stub ??_Ebad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Ebad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Eexception@@UAEPAXI@Z(ptr long) MSVCRT_exception__unknown_E -@ cdecl ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) MSVCRT___non_rtti_object__unknown_G +@ cdecl -register ??_Eexception@@UAEPAXI@Z(long) MSVCRT_exception__unknown_E +@ cdecl -register ??_G__non_rtti_object@@UAEPAXI@Z(long) MSVCRT___non_rtti_object__unknown_G @ stub ??_Gbad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Gbad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Gexception@@UAEPAXI@Z(ptr long) MSVCRT_exception__unknown_G +@ cdecl -register ??_Gexception@@UAEPAXI@Z(long) MSVCRT_exception__unknown_G @ cdecl ?_query_new_handler@@YAP6AHI@ZXZ() MSVCRT__query_new_handler @ cdecl ?_query_new_mode@@YAHXZ() MSVCRT__query_new_mode @ cdecl ?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z(ptr) MSVCRT__set_new_handler @ cdecl ?_set_new_mode@@YAHH@Z(long) MSVCRT__set_new_mode @ cdecl ?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z(ptr) MSVCRT__set_se_translator @ stub ?before@type_info@@QBEHABV1@@Z #(ptr ptr) stdcall -@ stdcall ?name@type_info@@QBEPBDXZ(ptr) MSVCRT_type_info_name -@ stdcall ?raw_name@type_info@@QBEPBDXZ(ptr) MSVCRT_type_info_raw_name +@ stdcall -register ?name@type_info@@QBEPBDXZ() MSVCRT_type_info_name +@ stdcall -register ?raw_name@type_info@@QBEPBDXZ() MSVCRT_type_info_raw_name @ cdecl ?set_new_handler@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT__set_new_handler @ cdecl ?set_terminate@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT_set_terminate @ cdecl ?set_unexpected@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT_set_unexpected @ cdecl ?terminate@@YAXXZ() MSVCRT_terminate @ cdecl ?unexpected@@YAXXZ() MSVCRT_unexpected -@ cdecl ?what@exception@@UBEPBDXZ(ptr) MSVCRT_what_exception +@ cdecl -register ?what@exception@@UBEPBDXZ() MSVCRT_what_exception @ cdecl _CIacos() @ cdecl _CIasin() @ cdecl _CIatan() Index: dlls/msvcrtd/msvcrtd.spec =================================================================== RCS file: /home/wine/wine/dlls/msvcrtd/msvcrtd.spec,v retrieving revision 1.2 diff -u -r1.2 msvcrtd.spec --- dlls/msvcrtd/msvcrtd.spec 7 Apr 2003 23:30:20 -0000 1.2 +++ dlls/msvcrtd/msvcrtd.spec 24 May 2003 19:40:49 -0000 @@ -1,55 +1,55 @@ # msvcrtd.dll - MS VC++ Run Time Library @ cdecl $I10_OUTPUT() msvcrt.$I10_OUTPUT -@ cdecl ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@ABV0@@Z -@ cdecl ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@PBD@Z -@ cdecl ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABQBD@Z -@ cdecl ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABV0@@Z -@ cdecl ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@ABV0@@Z -@ cdecl ??0bad_typeid@@QAE@PBD@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@PBD@Z -@ cdecl ??0exception@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0exception@@QAE@ABQBD@Z -@ cdecl ??0exception@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0exception@@QAE@ABV0@@Z -@ cdecl ??0exception@@QAE@XZ(ptr) msvcrt.??0exception@@QAE@XZ -@ cdecl ??1__non_rtti_object@@UAE@XZ(ptr) msvcrt.??1__non_rtti_object@@UAE@XZ -@ cdecl ??1bad_cast@@UAE@XZ(ptr) msvcrt.??1bad_cast@@UAE@XZ -@ cdecl ??1bad_typeid@@UAE@XZ(ptr) msvcrt.??1bad_typeid@@UAE@XZ -@ cdecl ??1exception@@UAE@XZ(ptr) msvcrt.??1exception@@UAE@XZ -@ cdecl ??1type_info@@UAE@XZ(ptr) msvcrt.??1type_info@@UAE@XZ +@ cdecl -register ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@ABV0@@Z +@ cdecl -register ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@PBD@Z +@ cdecl -register ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABQBD@Z +@ cdecl -register ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABV0@@Z +@ cdecl -register ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@ABV0@@Z +@ cdecl -register ??0bad_typeid@@QAE@PBD@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@PBD@Z +@ cdecl -register ??0exception@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0exception@@QAE@ABQBD@Z +@ cdecl -register ??0exception@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0exception@@QAE@ABV0@@Z +@ cdecl -register ??0exception@@QAE@XZ(ptr) msvcrt.??0exception@@QAE@XZ +@ cdecl -register ??1__non_rtti_object@@UAE@XZ(ptr) msvcrt.??1__non_rtti_object@@UAE@XZ +@ cdecl -register ??1bad_cast@@UAE@XZ(ptr) msvcrt.??1bad_cast@@UAE@XZ +@ cdecl -register ??1bad_typeid@@UAE@XZ(ptr) msvcrt.??1bad_typeid@@UAE@XZ +@ cdecl -register ??1exception@@UAE@XZ(ptr) msvcrt.??1exception@@UAE@XZ +@ cdecl -register ??1type_info@@UAE@XZ(ptr) msvcrt.??1type_info@@UAE@XZ @ cdecl ??2@YAPAXI@Z(long) msvcrt.??2@YAPAXI@Z @ cdecl ??2@YAPAXIHPBDH@Z(long) msvcrt.??2@YAPAXIHPBDH@Z @ cdecl ??3@YAXPAX@Z(ptr) msvcrt.??3@YAXPAX@Z -@ cdecl ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4__non_rtti_object@@QAEAAV0@ABV0@@Z -@ cdecl ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_cast@@QAEAAV0@ABV0@@Z -@ cdecl ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_typeid@@QAEAAV0@ABV0@@Z -@ cdecl ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4exception@@QAEAAV0@ABV0@@Z -@ stdcall ??8type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??8type_info@@QBEHABV0@@Z -@ stdcall ??9type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??9type_info@@QBEHABV0@@Z +@ cdecl -register ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4__non_rtti_object@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_cast@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_typeid@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4exception@@QAEAAV0@ABV0@@Z +@ stdcall -register ??8type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??8type_info@@QBEHABV0@@Z +@ stdcall -register ??9type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??9type_info@@QBEHABV0@@Z @ stub ??_7__non_rtti_object@@6B@ @ stub ??_7bad_cast@@6B@ @ stub ??_7bad_typeid@@6B@ @ stub ??_7exception@@6B@ -@ cdecl ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_E__non_rtti_object@@UAEPAXI@Z +@ cdecl -register ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_E__non_rtti_object@@UAEPAXI@Z @ stub ??_Ebad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Ebad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Eexception@@UAEPAXI@Z(ptr long) msvcrt.??_Eexception@@UAEPAXI@Z -@ cdecl ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_G__non_rtti_object@@UAEPAXI@Z +@ cdecl -register ??_Eexception@@UAEPAXI@Z(ptr long) msvcrt.??_Eexception@@UAEPAXI@Z +@ cdecl -register ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_G__non_rtti_object@@UAEPAXI@Z @ stub ??_Gbad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Gbad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Gexception@@UAEPAXI@Z(ptr long) msvcrt.??_Gexception@@UAEPAXI@Z +@ cdecl -register ??_Gexception@@UAEPAXI@Z(ptr long) msvcrt.??_Gexception@@UAEPAXI@Z @ cdecl ?_query_new_handler@@YAP6AHI@ZXZ() msvcrt.?_query_new_handler@@YAP6AHI@ZXZ @ cdecl ?_query_new_mode@@YAHXZ() msvcrt.?_query_new_mode@@YAHXZ @ cdecl ?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z(ptr) msvcrt.?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z @ cdecl ?_set_new_mode@@YAHH@Z(long) msvcrt.?_set_new_mode@@YAHH@Z @ cdecl ?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z(ptr) msvcrt.?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z @ stub ?before@type_info@@QBEHABV1@@Z #(ptr ptr) stdcall -@ stdcall ?name@type_info@@QBEPBDXZ(ptr) msvcrt.?name@type_info@@QBEPBDXZ -@ stdcall ?raw_name@type_info@@QBEPBDXZ(ptr) msvcrt.?raw_name@type_info@@QBEPBDXZ +@ stdcall -register ?name@type_info@@QBEPBDXZ(ptr) msvcrt.?name@type_info@@QBEPBDXZ +@ stdcall -register ?raw_name@type_info@@QBEPBDXZ(ptr) msvcrt.?raw_name@type_info@@QBEPBDXZ @ cdecl ?set_new_handler@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_new_handler@@YAP6AXXZP6AXXZ@Z @ cdecl ?set_terminate@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_terminate@@YAP6AXXZP6AXXZ@Z @ cdecl ?set_unexpected@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_unexpected@@YAP6AXXZP6AXXZ@Z @ cdecl ?terminate@@YAXXZ() msvcrt.?terminate@@YAXXZ @ cdecl ?unexpected@@YAXXZ() msvcrt.?unexpected@@YAXXZ -@ cdecl ?what@exception@@UBEPBDXZ(ptr) msvcrt.?what@exception@@UBEPBDXZ +@ cdecl -register ?what@exception@@UBEPBDXZ(ptr) msvcrt.?what@exception@@UBEPBDXZ @ cdecl _CIacos() msvcrt._CIacos @ cdecl _CIasin() msvcrt._CIasin @ cdecl _CIatan() msvcrt._CIatan

3 3

Re: workaround redefinition of struct timeval on NetBSD
by Todd Vierling 24 May '03

24 May '03

On Sat, 24 May 2003, Yorick Hardy wrote: : Test programs which include winsock.h and time.h cause a redefinition : of struct timeval on NetBSD. This is because time.h includes sys/time.h. : A workaround is provided below. The patch should probably #include <time.h>, not <sys/time.h>, to guarantee that native libc call prototypes continue to get the native definition of timeval. -- -- Todd Vierling <tv(a)pobox.com>

1 0

CVS broken?
by Gerhard W. Gruber 24 May '03

24 May '03

I just update with cvs -PAd and got this: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o sound3d.o sound3d.c sound3d.c: In function `DSOUND_Mix3DBuffer': sound3d.c:193: parse error before `lVolume' sound3d.c:213: `lVolume' undeclared (first use in this function) sound3d.c:213: (Each undeclared identifier is reported only once sound3d.c:213: for each function it appears in.) sound3d.c:226: `vDistance' undeclared (first use in this function) sound3d.c:227: `flDistance' undeclared (first use in this function) sound3d.c:256: `flIntensity' undeclared (first use in this function) sound3d.c:257: `flTemp' undeclared (first use in this function) sound3d.c:273: `flAngle' undeclared (first use in this function) sound3d.c:296: `vLeft' undeclared (first use in this function) make[2]: *** [sound3d.o] Error 1 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 2

codeweavers' DDE patch
by Eric Pouech 24 May '03

24 May '03

Hi Dmitry, regarding the DDE related patch that Alexandre committed a couple of days ago from codeweavers' tree (http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8293), I have a couple of questions: 1/ diff -u wine/dlls/user/dde/server.c:1.11 wine/dlls/user/dde/server.c:1.12 --- wine/dlls/user/dde/server.c:1.11 Sat May 24 10:42:52 2003 +++ wine/dlls/user/dde/server.c Sat May 24 10:42:52 2003 @@ -101,7 +101,7 @@ if (DdeCmpStringHandles(hszItem, pLink->hszItem) == 0) { hDdeData = WDML_InvokeCallback(pInstance, XTYP_ADVREQ, pLink->uFmt, pLink->hConv, - hszTopic, hszItem, 0, count--, 0); + hszTopic, hszItem, 0, 0, 0); if (hDdeData == (HDDEDATA)CBR_BLOCK) { why did you remove the count-- reference as dwData1 ? MSDN states: (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu…) Specifies the count, in the low-order word, of XTYP_ADVREQ transactions that remain to be processed on the same topic, item, and format name set within the context of the current call to the DdePostAdvise function. The count is zero if the current XTYP_ADVREQ transaction is the last one. A server can use this count to determine whether to create an HDATA_APPOWNED data handle for the advise data. 2/ Index: wine/dlls/user/dde/server.c diff -u wine/dlls/user/dde/server.c:1.11 wine/dlls/user/dde/server.c:1.12 --- wine/dlls/user/dde/server.c:1.11 Sat May 24 10:42:52 2003 +++ wine/dlls/user/dde/server.c Sat May 24 10:42:52 2003 @@ -570,7 +581,7 @@ break; default: { - HGLOBAL hMem = WDML_DataHandle2Global(hDdeData, FALSE, FALSE, FALSE, FALSE); + HGLOBAL hMem = WDML_DataHandle2Global(hDdeData, TRUE, TRUE, FALSE, FALSE); if (!PostMessageA(pConv->hwndClient, WM_DDE_DATA, (WPARAM)pConv->hwndServer, ReuseDDElParam(pXAct->lParam, WM_DDE_REQUEST, WM_DDE_DATA, (UINT)hMem, (UINT)pXAct->atom))) which did you change fResponse (or fAckReq) and fRelease to TRUE ? since the server side isn't ready to handle the ack messages the client will in such cases, I'm not sure it's worth it. Moreover, it will complexify the memory management and create more leaks than already exist. A+ -- Eric Pouech

2 2

Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff 24 May '03

24 May '03

Hi, I am back from my 5-day vacation to the Czech Republic. When I cvs'ed and compiled my wine source (24-05-2003) I noticed that GTA3 report the following fixme and crashed into the debugger ;( : fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404eb088)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(22,D3DFMT_X8R8G8B8)) fixme:d3d:fmt2glType Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glFmt Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glintFmt Unhandled fmt(41,D3DFMT_P8) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 It all happens at start-up time. I can see the Intro texture of GTA3 three times on the screen and then the good old fatal exception crash ;(. I have war3 as well and that did crashed into : fixme:ole:CoCreateInstance no classfactory created for CLSID {cda42200-bd88-11d0-bd4e-00a0c911ce86}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {e436ebb2-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 fixme:d3d:IDirect3D8Impl_CreateDevice Requested full screen support not implemented, expect windowed operation fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404eb508)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(21,D3DFMT_A8R8G8B8)) err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! fixme:ole:CoCreateInstance no classfactory created for CLSID {e436ebb3-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 [FAIL] CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC, IID_IGraphBuilder, (void **)&s_pGraph) = -2147221164fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... And before anyone asks: I DO have the msvcrt.dll in place and properly installed and it crashed as well with the -opengl flag.

1 0

CTRL-C in winedbg
by Gerhard W. Gruber 24 May '03

24 May '03

I tried to set a breakpoint in agent when I investigated that crash. Since the address was not available at start I fired up Agent and then used <CTRL>-C in winedbg afterwards. The problem I had with this is, that this doesn't seem to be transparent to the application. Most of the time Agent crashed with unhandled exception when I continued. I thought that pressing CTRL-C shouldn't be noticable for the debugee. Of course there could be code that could make problems like timer or such, but I don't know if this is the case here. I tried this several times and only two times it worked as expected. All the other times Agent crashed. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

XFS may support case-insensitivity soon(ish) & lufs does it now
by Russell G. Howe 24 May '03

24 May '03

I noticed on the linux-xfs list an announcement by Steve Lord where he listed a few things which might make it into XFS in the next few months: http://oss.sgi.com/projects/xfs/mail_archive/200305/msg00233.html One of them, "Mixed case support in XFS (for Samba)" presumably means case-insensitive filenames/directories. Keith Owens also mentioned the lufs (Linux userland fs) project at http://lufs.sf.net/ This apparently allows for case-insensitive filesystems by way of a userspace wrapper. For anyone who might be having trouble with case-sensitive UNIX filesystems, these might be worth considering. Note that I haven't tried lufs, and the XFS stuff hasn't yet been released, but maybe the information is useful to someone. -- Russell Howe | Why be just another cog in the machine, rhowe(a)wiss.co.uk | when you can be the spanner in the works?

1 0

Winedbg backtrace
by Gerhard W. Gruber 24 May '03

24 May '03

I spent the last few hours trying to debug Agent. I was setting breakpoints on the last function and wondered why this breakpoint is not triggered before the crash occurs until I finally realized that the backtrace is upside down. Is it intentional that this is the case? Also I wondered if it wouldn't be better to show the register dump after the trace. If the trace is very long (I guess this could be the case rather often) then you always have to scroll up or type "info reg" in order to get the dump. At least I think I may make more progress now that I know that I was always looking at the wrong function because of the order. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Help with dlopen and friends
by Shachar Shemesh 23 May '03

23 May '03

Hi all, I am trying to add ICU as a soft dependancy of Wine, so I can use it's BiDi functions. Unfortunetly, it seems to be using miracolous name mangling. ubidi.h has: U_CAPI UBiDi * U_EXPORT2 ubidi_open(void); however, 'nm -D libicuuc.so.21.0' gives: 00046784 T ubidi_open_2_1 The problem is not just theoretical. When I try to add to configure.ac: AC_CHECK_LIB(icuuc,ubidi_open,icu_lib=yes) the resulting program does not compile. It only compiles properly if the original header is used (I presume because that's how it knows about the name mangling). My dillema - even if I sort the configure mess out, for example by telling it to compile my own program, that uses the proper include, I am still not going to be successful in importing the symbol. As it appears that the mangling is a simple append of the library version, I can do this manually, but then future version stand no chance of working. Even if a simple recompile would solve it, the version will need to be updated at the import code. Possible solutions: 1. Use a different library - can be done, but messy. This is the most apropriate tool for the job. FriBiDi doesn't have shaping support, so Arabic will not work properly. 2. Inline the entire library - huge, and a maintanace headache. 3. Reimplement everything - possible, but seems like a total waste just because of a stupid name mangling. 4. Create a hard dependancy - not really an option. 5. Static link the library - now that will actually work. It is equivalent to 2 without the maintanance headache. Opinions and thoughts, please. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

7 13

load_dll problem
by Dimitrie O. Paun 23 May '03

23 May '03

Folks, I am trying to run some Winelib apps built with winegcc, and they don't work. winegcc/winewrap do the wrapper idea to avoid initialization problems: basically the main app is built as a .dll which is loaded with LoadLibrary by a small loader. Well, this DLL is not found, and the app doesn't load. I think the problem is in load_dll(), in dlls/ntdll/loader.c line 887: if (!libdir || allocated_libdir) found = SearchPathA(NULL, libname, ".dll", MAX_PATH, filename, NULL); else found = DIR_SearchAlternatePath(libdir, libname, ".dll", MAX_PATH, filename, NULL); As SearchPathA doesn't seem to know that it also needs to look for the .so version of the DLL. Here is what happens: 1. Directory contents (simplified) [dimi@dimi dialogs]$ ls CVS dialogs.def dialogs.h dialogs.pro descrip.mms dialogs.dll.so dialogs.ico dialogs.rc dialogs dialogs.dsp dialogsM5.xml dialogs.rcO dialogs.cpp dialogs.exe.so dialogs.o dialogs_resources.o 'dialogs' is a small bash script which loads 'dialogs.exe.so' which does a simple LoadLibrary('dialogs.dll') to load 'dialogs.dll.so' which is the actual application. 2. Here is the relevant part of: ./dialogs --debugmsg +dosfs,+file,+module,+loaddll with a 'grep -v trace:dosfs:DOSFS_ReadDir' for brevity. trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.exe" trace:dosfs:DOSFS_GetFullName L"F:\\dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi,L"dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi" trace:dosfs:DOSFS_FindUnixName (/home/dimi,L"dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.dll") -> L"dev" (L"DEV") trace:dosfs:DOSFS_FindUnixName /home/dimi/dev,L"wine\\wxWindows\\samples\\dialogs\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"wine\\wxWindows\\samples\\dialogs\\dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev" trace:dosfs:DOSFS_FindUnixName (/home/dimi/dev,L"wine\\wxWindows\\samples\\dialogs\\dialogs.dll") -> L"wine" (L"WINE") trace:dosfs:DOSFS_FindUnixName /home/dimi/dev/wine,L"wxWindows\\samples\\dialogs\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"wxWindows\\samples\\dialogs\\dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev/wine" trace:dosfs:DOSFS_FindUnixName (/home/dimi/dev/wine,L"wxWindows\\samples\\dialogs\\dialogs.dll") -> L"wxWindows" (L"WXWI~MP0") trace:dosfs:DOSFS_FindUnixName /home/dimi/dev/wine/wxWindows,L"samples\\dialogs\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"samples\\dialogs\\dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev/wine/wxWindows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/dev/wine/wxWindows,L"samples\\dialogs\\dialogs.dll") -> L"samples" (L"SAMPLES") trace:dosfs:DOSFS_FindUnixName /home/dimi/dev/wine/wxWindows/samples,L"dialogs\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs\\dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev/wine/wxWindows/samples" trace:dosfs:DOSFS_FindUnixName (/home/dimi/dev/wine/wxWindows/samples,L"dialogs\\dialogs.dll") -> L"dialogs" (L"DIALOGS") trace:dosfs:DOSFS_FindUnixName /home/dimi/dev/wine/wxWindows/samples/dialogs,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1af0) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev/wine/wxWindows/samples/dialogs" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/dev/wine/wxWindows/samples/dialogs' trace:dosfs:DOSFS_GetFullName L"dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi/dev/wine/wxWindows/samples/dialogs,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1da8) trace:dosfs:DOSFS_OpenDir "/home/dimi/dev/wine/wxWindows/samples/dialogs" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/dev/wine/wxWindows/samples/dialogs' trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1dd0) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System' trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1dd0) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/cxoffice/support/dotwine/fake_windows/Windows' trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.exe" trace:dosfs:DOSFS_GetFullName L"c:\\windows\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows,L"windows\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"windows\\dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/cxoffice/support/dotwine/fake_windows,L"windows\\dialogs.dll") -> L"Windows" (L"WINDOWS") trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/cxoffice/support/dotwine/fake_windows/Windows' trace:dosfs:DOSFS_GetFullName L"c:\\windows\\system\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows,L"windows\\system\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"windows\\system\\dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/cxoffice/support/dotwine/fake_windows,L"windows\\system\\dialogs.dll") -> L"Windows" (L"WINDOWS") trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"system\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"system\\dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"system\\dialogs.dll") -> L"System" (L"SYSTEM") trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System' trace:dosfs:DOSFS_GetFullName L"e:\\\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/tmp" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/tmp' trace:dosfs:DOSFS_GetFullName L"e:\\test\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,L"test\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"test\\dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/tmp" warn:dosfs:DOSFS_FindUnixName L"test\\dialogs.dll" not found in '/tmp' trace:dosfs:DOSFS_GetFullName L"f:\\\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1d44) trace:dosfs:DOSFS_OpenDir "/home/dimi" trace:dosfs:DOSFS_OpenDir "/home/dimi" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi' trace:module:MODULE_GetLoadOrder looking for C:\WINDOWS\SYSTEM\dialogs.dll trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\dialogs\\dialogs.exe" trace:module:open_app_key searching 'dialogs' in AppDefaults\dialogs.exe\DllOverrides trace:module:MODULE_GetLoadOrder got standard wildcard "b,n" for "dialogs.dll" trace:module:load_dll Trying built-in 'C:\WINDOWS\SYSTEM\dialogs.dll' warn:module:BUILTIN32_dlopen cannot open .so lib for builtin dialogs.dll: /usr/local/lib/wine/dialogs.dll.so: cannot open shared object file: No such file or directory trace:module:load_dll Trying native dll 'C:\WINDOWS\SYSTEM\dialogs.dll' trace:file:CreateFileW L"C:\\WINDOWS\\SYSTEM\\dialogs.dll" GENERIC_READ FILE_SHARE_READ OPEN_EXISTING attributes 0x0 trace:dosfs:DOSFS_GetFullName L"C:\\WINDOWS\\SYSTEM\\dialogs.dll" (last=1) trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows,L"WINDOWS\\SYSTEM\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"WINDOWS\\SYSTEM\\dialogs.dll", 0x408a1fe0) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/cxoffice/support/dotwine/fake_windows,L"WINDOWS\\SYSTEM\\dialogs.dll") -> L"Windows" (L"WINDOWS") trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"SYSTEM\\dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"SYSTEM\\dialogs.dll", 0x408a1fe0) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows" trace:dosfs:DOSFS_FindUnixName (/home/dimi/cxoffice/support/dotwine/fake_windows/Windows,L"SYSTEM\\dialogs.dll") -> L"System" (L"SYSTEM") trace:dosfs:DOSFS_FindUnixName /home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System,L"dialogs.dll" trace:dosfs:DOSFS_ToDosFCBFormat (L"dialogs.dll", 0x408a1fe0) trace:dosfs:DOSFS_OpenDir "/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System" warn:dosfs:DOSFS_FindUnixName L"dialogs.dll" not found in '/home/dimi/cxoffice/support/dotwine/fake_windows/Windows/System' warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\dialogs.dll" (GLE 2) warn:module:load_dll Failed to load module 'C:\WINDOWS\SYSTEM\dialogs.dll'; status=-1073741809 trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 -- Dimi.

6 21

Overlapped I/O + hEvent == NULL reopened + other questions
by Thomas Charbonnel 23 May '03

23 May '03

Hi, I'm trying to migrate a proprietary TCP/IP client/server db application from Windows NT to Linux using Wine, and am encountering some difficulties. * First of all the application uses overlapped I/O in an unconventionnal way. The application scenario is as follows : Setup server socket Call WSAAsyncSelect On accept, create a new window associated with the new socket Call WSAAsyncSelect for this new socket/window. On network event on the new socket, if the FD_READ event is passed to the WindowProc, call ReadFile with an overlapped struct, but hEvent == NULL On IO_PENDING_READ_ERROR, call GetOverlappedResult with bWait set to TRUE There was a thread about this on this list on November 2002 ("Overlapped I/O without an hEvent"). At that time Martin Wilck submited a patch that did not get commited to CVS. I got things working by slightly modifying his patch. The idea was floating around in the November thread : in the GetOverlappedResult function, if the bWait flag is set, then wait calling WaitForSingleObjectEx with the socket handle passed in instead of the overlapped structure handle. I suspect this method is unclean, but works for me as the server app I'm trying to run instantiates a window (thus a WindowProc) per client. I'm waiting for your comments and suggestions on how to properly handle this. * Next I have a problem with high network loads (maybe related to the previous issue). When I run the sever app in Wine and access it with a remote client, operations generating a high network load tend to be unstable. Most of the time the client application hangs at some point, and sometimes the server hangs too. This does not happen if I run the client with Wine on the same machine as the server. Are they known issues with the winsock implementation ? * Wine used to crash because the server app called WritePrivateProfileString with a NULL lpFileName. I fixed this by returning FALSE if lpFileName == NULL, but I don't know how windows handles this. The app calls WritePrivateProfileString with a proper file name a couple of times before setting it to NULL, so I suspect windows is caching the file name. * The client comes with a printing helper app. They communicate through dde. I get the 'fixme:class:get_class_ptr reading from class of other process window' message. How is this supposed to be handled ? * Minor remaining problems : - the end of tooltip texts is garbled - help doesn't work (it seems the help file name is not passed as a parameter) Thanks for your attention, Thomas

3 2

A under-educated question
by Steven Edwards 23 May '03

23 May '03

Hello, I am going to attempt to split commdlg and comdlg32 in to win16/32 parts and am having trouble with all of the internal functions. How can I export a function from one object to another? I have tried declairing the internal functions in a header and its still not working. Forgive me I am still new to this. Here is a mini-example of what I am talking about. fubar32.c /********fu internal function*********/ void fu() { do stuff } /*******Bar[A/W] Win32 function*******/ STDCALL BarW() { fu("importing fu in to barW\n"); } Next I have a Win16 function that needs to import fu. How can I export it? fubar16.c and then in the win16 file we import the fu function/ /************Bar16***********/ PASCAL bar16() { fu("importing fu for Win16 function"); } Thanks Steven

2 1

Fw: Re: [latest cvs] Yet more GTA3 errors.
by erwin wolff 22 May '03

22 May '03

Hi, Thanks for the device.c. GTA3 still crashes in a fatal exception when starting a level ;(. But this time it produces an other error than before :) : fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402a5380)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(41,D3DFMT_P8)) fixme:d3d:IDirect3DDevice8Impl_SetPaletteEntries (0x402e5e70) : setting p[41] <= RGBA(00,00,00,ff) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... At the ingame menu it produces this fixme: fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette >>>>>>>>>>>>>>>>> 500 from glColorTableEXT @ device.c / 4437 fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402e5e60) : Setting to (48) fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette >>>>>>>>>>>>>>>>> 500 from glColorTableEXT @ device.c / 4437 The menu textures still don't look nice but it is much better than before :). If you want a screenshot, just ask. --------------------------------------------- erwin wolff erwinwolffnl(a)microformatica.com

2 1

-fexceptions? -fasync-unwind-tables?
by Gregory M. Turner 22 May '03

22 May '03

OK, as you may have guessed, I'm still driving myself insane trying to fix __try and friends. I have some other less promising ideas on the backburner; this one seemed to have sufficient potential that I thought I would ask the group to let me know what they think. In short: gcc accepts the above options. The first, is considered to be a C++ compatibility mode in C. That is to say, it provides the right glue such that exceptions can unwind through calls to C libraries. If /any/ library in the call-chain leaves this option out, I'm afraid it breaks down. The second, -fasync-unwind-tables, provides "dwarf2 unwind tables". I've looked through the dwarf2 spec and some other sources, but I have yet to find solid documentation for this... perhaps it's a "use the source, Luke" situation. But this second option promises "instruction-granularity" unwind tables of some kind. IOW, presumably, this would be enough to implement __try and friends without looking beyond the stack pointer. As for the idea of stealing the return pointer on the stack. I like it even less now. It appears that signal handlers are allowed to clobber the stack above the SP on some architectures, which means we're pretty much up a creek. There still might be some ultra-clever work-around involving copying the current stack frame, but I think we would at least have to create our own trampolines in asm, which, I fear, might break in subsequent gcc releases... So... anybody know where these options are actually documented? I mean, I see the blurb in the info pages, which is enticing, but surely there is some API or datastructure to look at somewhere.... -- "Security is mostly superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. To keep our faces toward change and behave like free spirits in the presence of fate is strength undefeatable." --Helen Keller gmt

4 7

TAB doesn't work for controls anymore
by Gerhard W. Gruber 22 May '03

22 May '03

Since a few days I noticed that you can't use TAB anymore to cycle through controls. I noticed that when using Forte Agent, because I can't use the keyboard to switch from To: to Subject and so on. Any ideas what has been changed? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

8 18

Re : Fix sound3d compile problem
by Sylvain Petreolle 22 May '03

22 May '03

I dont understand why this patch fixes anything, this is a noop ? - TRACE("(%p)\n",ds3db); /* volume, at which the sound will be played after all calcs. */ D3DVALUE lVolume = 0; @@ -205,6 +204,7 @@ D3DVALUE flFreq, flBufferVel, flListenerVel; #endif + TRACE("(%p)\n",ds3db); ===== 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 2

Speaking about the Putty Regression
by Carlos Lozano 22 May '03

22 May '03

Hello, The line what is produccing the regression is: void X11DRV_SetWindowStyle( HWND hwnd, LONG oldStyle ) { Display *display = thread_display(); WND *wndPtr; LONG changed; if (hwnd == GetDesktopWindow()) return; if (!(wndPtr = WIN_GetPtr( hwnd ))) return; if (wndPtr == WND_OTHER_PROCESS) return; changed = wndPtr->dwStyle ^ oldStyle; if (changed & WS_VISIBLE) { if (!IsRectEmpty( &wndPtr->rectWindow ) && !is_window_top_level(wndPtr)) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Before of the regression it was: if (!IsRectEmpty( &wndPtr->rectWindow )) Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

Re: int21 testing
by Jukka Heinonen 22 May '03

22 May '03

Ferenc Wagner wrote: > is there a way to incorporate DOS interrupt testing in the > conformance testing framework? I recall that I saw some > comments that Win32 applications should not be able to call > DOS interrupts. But it should be testable at least... Now > I have separate DOS16 programs for that. Win32 application cannot call interrupts directly. You could use VWIN32 VxD to call some interrupts (int21 for example) and this should even work under Win95/Win98/WinMe. It could even be possible that this works under WinXP, if it has emulation code for supporting old applications, but I doubt it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 3

Today's meeting
by Dimitrie O. Paun 21 May '03

21 May '03

Hi guys, To clarify: -- channel is #winemeet on freenode.net (I use the asimov.freenode.net server) -- time is 3 EDT (1900 UTC) -- a few of us should log the session (BTW, how do you log a session?) I am there now, but I will not have too much time to chat until the regular meeting starts. -- Dimi.

4 5

Re: [D3D] Some execute buffers rewrites + misc fixes
by Lionel Ulmer 21 May '03

21 May '03

Well, I have a comment... But it's in a part of the code that will be so rarely used that it could be completely thrown away anyway :-) Basically, you are doing the full projection (without doing the clipping though) in software... And this does not go well at all with lighting. This is why I choose in the previous code to only do the world transformation to NOT impact at all lighting (and it worked for Twist AFAIK). So I am wondering why you choose to go all the way and did not do exactly as I did (basically, only do the WORLD transform and set only the PROJ / VIEW one using the D3D7 API and set the WORLD to Identity as we already did the transform). Even better would have been to have reused fully our VertexBuffer code and our (hacky :-) ) TransformVertices code. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD
by yorickhardy 21 May '03

21 May '03

Alexandre, My sincerest apologies, I see it is in fact there. I think I missed something when I looked through wine-cvs and the web cvs (I looked at source.winehq.org instead of cvs.winehq.com). Thanks, Yorick. ----- Original Message ----- Date: Wed May 21, 2003 09:22 AM From: Alexandre Julliard <julliard(a)winehq.com> To: yh(a)metroweb.co.za cc: wine-devel(a)winehq.com Subject: Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD yh(a)metroweb.co.za writes: > I see this patch was included > http://www.winehq.org/hypermail/wine-patches/2003/05/0258.html > http://www.winehq.org/hypermail/wine-cvs/2003/05/0312.html > > I apologise if it was not clear but the patch > http://www.winehq.org/hypermail/wine-patches/2003/05/0241.html > should be applied first, which includes the neccessary header files. I thought I applied it, what did I do wrong? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD
by yh＠metroweb.co.za 21 May '03

21 May '03

I see this patch was included http://www.winehq.org/hypermail/wine-patches/2003/05/0258.html http://www.winehq.org/hypermail/wine-cvs/2003/05/0312.html I apologise if it was not clear but the patch http://www.winehq.org/hypermail/wine-patches/2003/05/0241.html should be applied first, which includes the neccessary header files. Regards, Yorick Hardy. ------------------------------------------------------- This message was sent using MetroWEB's WebMail service. http://www.metroweb.co.za/ - full access for only R59

2 1

Re: Fix ListView Bugs
by Dimitrie O. Paun 21 May '03

21 May '03

On May 17, 2003 06:37 am, Robert Shearman wrote: > It is the second one. The 0th subitem always seems to stay in the 0th > column and the other subitems are shifted. (Note that the column headings > are shifted normally, ie. column 0 has a new column heading). Interesting. This seems to mean that we can remove a lot of fancy code from there :) What about this patch: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.351 diff -u -r1.351 listview.c --- dlls/comctl32/listview.c 13 May 2003 00:30:10 -0000 1.351 +++ dlls/comctl32/listview.c 19 May 2003 07:28:54 -0000 @@ -6242,25 +6242,10 @@ /* now we have to actually adjust the data */ if (!(infoPtr->dwStyle & LVS_OWNERDATA) && infoPtr->nItemCount > 0) { - SUBITEM_INFO *lpSubItem, *lpMainItem, **lpNewItems = 0; + SUBITEM_INFO *lpSubItem; HDPA hdpaSubItems; INT nItem, i; - /* preallocate memory, so we can fail gracefully */ - if (nNewColumn == 0) - { - lpNewItems = COMCTL32_Alloc(sizeof(SUBITEM_INFO *) * infoPtr->nItemCount); - if (!lpNewItems) goto fail; - for (i = 0; i < infoPtr->nItemCount; i++) - if (!(lpNewItems[i] = COMCTL32_Alloc(sizeof(SUBITEM_INFO)))) break; - if (i != infoPtr->nItemCount) - { - for(; i >=0; i--) COMCTL32_Free(lpNewItems[i]); - COMCTL32_Free(lpNewItems); - goto fail; - } - } - for (nItem = 0; nItem < infoPtr->nItemCount; nItem++) { hdpaSubItems = (HDPA)DPA_GetPtr(infoPtr->hdpaItems, nItem); @@ -6270,21 +6255,7 @@ if (lpSubItem->iSubItem >= nNewColumn) lpSubItem->iSubItem++; } - - /* for inserting column 0, we have to special-case the main item */ - if (nNewColumn == 0) - { - lpMainItem = (SUBITEM_INFO *)DPA_GetPtr(hdpaSubItems, 0); - lpSubItem = lpNewItems[nItem]; - lpSubItem->hdr = lpMainItem->hdr; - lpSubItem->iSubItem = 1; - ZeroMemory(&lpMainItem->hdr, sizeof(lpMainItem->hdr)); - lpMainItem->iSubItem = 0; - DPA_InsertPtr(hdpaSubItems, 1, lpSubItem); - } } - - COMCTL32_Free(lpNewItems); } /* make space for the new column */ -- Dimi.

2 1

Re: ddraw: load OpenGL at runtime
by Lionel Ulmer 20 May '03

20 May '03

Alexandre, please do NOT commit this... The separation of GL calls from DDraw will be part of the D3D core work and not via the usage of funtion pointers. Basically, we will have a d3dcore library linked to OpenGL and if DDraw fails to load it (for example if GL is not present on the system), DDraw will not support D3D. Mike, next time ask on IRC before doing a big patch like this on DDraw / D3D (or ask on the wine-d3d mailing list, it will add to its activity :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

11 30

[FYI] SourceForge stats
by Dimitrie O. Paun 20 May '03

20 May '03

Folks, For the first time we are in the first 30 downloads (position 29 :)) on SourceForge: http://sourceforge.net/top/toplist.php?type=downloads_week We need to make it to the fist 10, so we are always featured on the front page :) But we need to more than quadruple our downloads to achieve that. Alexandre, I think you need to release more often ;) -- Dimi.

4 11

Re: ntdll/kernel32: #25
by Alexandre Julliard 20 May '03

20 May '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > - access to PROCESS_PARAMETERS from kernel32: currently this is done > by exporting a function pointer from ntdll, but this is not a good > solution IMO. Should we better: 1/ create a real PEB and store it at > its real offset. 2/ store the pointer to PROCESS_PARAMETER in the PDB > (even if it doesn't exist in PDB but in PEB) at an unused offset (I > don't think it's really doable to merge PDB and PEB, or we'll have to > trash PDB.exit_code) PDB and PEB are really the same thing, so they definitely have to be merged. -- Alexandre Julliard julliard(a)winehq.com

2 2

DSound bug in 'DuplicateSoundBuffer'
by Lionel Ulmer 20 May '03

20 May '03

Hi all, One of my test application (which now starts to run with my latest D3D work) fails now due to a bug in DSound. Basically, I have this : trace:dsound:IDirectSoundImpl_DuplicateSoundBuffer (0x4040aa80,0x4861fad0,0x4199cf58) fixme:dsound:IDirectSoundImpl_DuplicateSoundBuffer need to duplicate 3D buffer trace:dsound:IDirectSoundBufferImpl_AddRef (0x4861fad0) ref was 2, thread is 0009 trace:dsound:IDirectSoundImpl_DuplicateSoundBuffer buffer count is now 4 trace:dsound:IDirectSoundBufferImpl_SetVolume (0x40463080,0) And, of course, it crashes as the 'DuplicateSoundBuffer' code sets this : (*ippdsb)->ds3db = NULL; /* FIXME? */ Now I could try to fix this, but well, DSound is not really the same than the last time I looked at it, so I will surely do this the wrong way. Otherwise, I may give it a shot, but do not complain later that it's not the way it should have been done :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: [D3D] Some execute buffers rewrites + misc fixes
by Lionel Ulmer 20 May '03

20 May '03

Some comments on 'small' parts... I will have to commit the patch on my tree to try to understand the resulting code to understand it better :-) > + if ( IsEqualGUID( &IID_IDirectDrawSurface, riid ) || > + IsEqualGUID( &IID_IDirectDrawSurface2, riid ) || > + IsEqualGUID( &IID_IDirectDrawSurface3, riid ) ) { > + IDirectDrawSurface7_AddRef(ICOM_INTERFACE(This->surface, IDirectDrawSurface7)); > + *obp = ICOM_INTERFACE(This->surface, IDirectDrawSurface3); > + TRACE(" Return IDirectDrawSurface3 interface %p\n", *obp); > + return S_OK; > + } > + if ( IsEqualGUID( &IID_IDirectDrawSurface3, riid ) || > + IsEqualGUID( &IID_IDirectDrawSurface7, riid ) ) { > + IDirectDrawSurface7_AddRef(ICOM_INTERFACE(This->surface, IDirectDrawSurface7)); > + *obp = ICOM_INTERFACE(This->surface, IDirectDrawSurface7); > + TRACE(" Return IDirectDrawSurface7 interface %p\n", *obp); > + return S_OK; > + } Well, it's a bit strange to have 'IID_IDirectDrawSurface3' twice, no :-) ? > /* We only support the BLT with DEPTH_FILL for now */ > - if (This->ddraw_owner->d3d != NULL) { > + if ((dwFlags & DDBLT_DEPTHFILL) && This->ddraw_owner->d3d != NULL) { > if (This->ddraw_owner->d3d->current_device != NULL) { > This->ddraw_owner->d3d->current_device->clear(This->ddraw_owner->d3d->current_device, > 0, NULL, /* Clear the whole screen */ Did you add this check here because some game were actually doing a 'normal' blit on the ZBuffer ? What happens in this case ? Moreover, you could also add here (which I forgot to do in my patch), support for the 'dst locking rectangle' in case an application tries to clear only part of the buffer (see example in the Blt overide function in d3ddevice/mesa.c for the 'Colorfill' case). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Linking errors when crosscompiling tests
by Hans Leidekker 20 May '03

20 May '03

Hi, When I run a 'make crosstest' using MingW I get errors like these: /usr/local/src/wine-cvs/wine/dlls/oleaut32/tests/safearray.c:289: undefined reference to `IID_IUnknown' safearray.cross.o(.text+0x1814):/usr/local/src/wine-cvs/wine/dlls/oleaut32/tests/safearray.c:290: undefined reference to `IID_IUnknown' What's happening is that this test references symbols that reside in wine_uuid, which is added to the library search path for the regular Wine build, but left out in the crosscompile build. For good reasons, because wine_uuid is built as a Unix archive, not as an import library, which is what MingW needs. So I created an import library from the Unix archive: nm libwine_uuid.a | egrep -v "^$" | egrep -v "^*.o:$" | cut -d" " -f 3 \ >> wine_uuid.def i386-mingw32-dlltool -l wine_uuid.lib -d ./wine_uuid.def And I had a working executable. But this obviously is not the way Wine does it. Wine generates .def files from .spec files. To use Wine's build system I had to create a new dll -- uuid -- and copy the sources over from libs/uuid. This gave me a Wine generated import library. Next I added uuid as an import library to the Makefile for the oleaut32 test and removed wine_uuid from EXTRALIBS. Did this solve my problem? No it didn't. Because, as it turns out, winebuild does not support importing non-function entry points, such as IID_IUnknown. After googling around a bit I have to conclude that this is quite a fundamental problem. If I understand it correctly, it's because in this case PE style linking can not be emulated using the ELF linker. Then I decided to bypass linking and go with LoadLibraryA and GetProcAddress, which are already used in the tests to find the functions to be tested. This finally gave me a uniform build system for regular and crosscompiled tests. My question is, is this acceptable for integration into Wine? The consequence would be that, to be consistent, all parts of Wine that are now linked with wine_uuid would need to be converted. Or is such consistency maybe considered less important than getting crosscompiled tests going? -Hans

3 4

wine and VC++ MFC classes
by Thomas Erdmann 20 May '03

20 May '03

Hello list, i use a new wine from may 2003 on SuSE8.0 and want to run a self written Visual C++ Program with MFC. There is a "CMonthCalCtrl" used, which displayes a calendar und allowes to choose a day. This Control doesn't work, the Selection by Mouse is not possible. As i started it by "wine prog" in a shell, i can see the wine output, but there isn't any warning or error. What can i do to fix the Problem ? THX Thomas

2 1

Re: Agent/Wine/Mandrake 9.1 problem
by Rein Klazes 20 May '03

20 May '03

Gentlemen, I am trying to help Alex Heney who reported problems in agent newsgroup running Agent on his Manrdake 9.1 system. Wine is compiled with the --with-nptl configuration switch enabled, but we still get what looks like thread lock-ups. Both with wine-20030408 and 20030508 Agent frequently freezes when doing online tasks. Here is an example: | 0012:Call kernel32.CreateThread(00000000,00002000,00573144,421db238,00000000,407120c0) ret=005731f3 | 0014:Starting thread (entryproc=0x573144) thread with id 14 is started. It performs a few simple tasks: | 0014:Call kernel32.SetFilePointer(000000bc,00000020,42a4271c,00000000) ret=0043eb2f | 0014:Ret kernel32.SetFilePointer() retval=00000020 ret=0043eb2f | 0014:Call kernel32.SetLastError(00000000) ret=0043ed82 | 0014:Ret kernel32.SetLastError() retval=00000000 ret=0043ed82 | 0014:Call kernel32.ReadFile(000000bc,421d7af8,00000020,42a42718,00000000) ret=0043ed97 | 0014:Ret kernel32.ReadFile() retval=00000001 ret=0043ed97 does something on inherited file handles. | 0014:Call kernel32.GetPrivateProfileIntA(005d5b53 "Purging",005d5b5b "PurgeOnNewHeaders",00000001,41a60d48 "C:\\Program Files\\agent\\DATA\\AGENT.INI") ret=00577677 | 0014:Ret kernel32.GetPrivateProfileIntA() retval=00000001 ret=00577677 reads a flag from its ini file. | 0014:Call kernel32.VirtualQuery(427e0000,42a426d0,0000001c) ret=00588d5e | 0014:Ret kernel32.VirtualQuery() retval=0000001c ret=00588d5e | 0014:Call kernel32.VirtualQuery(427e0000,42a426c8,0000001c) ret=00588d5e | 0014:Ret kernel32.VirtualQuery() retval=0000001c ret=00588d5e | 0014:Call kernel32.VirtualFree(427e0000,00010000,00004000) ret=00588bd7 | 0014:Ret kernel32.VirtualFree() retval=00000001 ret=00588bd7 | 0014:Call kernel32.VirtualFree(427e0000,00000000,00008000) ret=00588be8 | 0014:Ret kernel32.VirtualFree() retval=00000001 ret=00588be8 does some virtual queries. | 0014:Call user32.PostMessageA(00040023,00000411,421d1000,00000000) ret=0046c56d | 0014:Call kernel32.GetTickCount() ret=408865f9 | 0014:Ret kernel32.GetTickCount() retval=004f7151 ret=408865f9 | 0014:Ret user32.PostMessageA() retval=00000001 ret=0046c56d post a message to the main window. | 0014:Call kernel32.ExitThread(00000000) ret=0057326c And it is done, after some unloading call from this thread the log stops and no other threads resume. On my (non nptl) system I do see a "Ret CreateThread" from the calling thread long before the subthread exits. For completeness: Alex reported this to happen only when he connects to his local newsserver on "localhost", not when using that of his ISP. I cannot find anything suspicious about this in the relaylog, so it is probably a timing issue. Any suggestions how to debug this? Full +relay,+winsock log on http://www.xs4all.nl/~rklazes/temp/agent.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Re: Bugzilla Upgraded
by Dan Kegel 20 May '03

20 May '03

Sylvain Petreolle wrote: > - Login is mandatory otherwise you cant read bugs. > Its too bad, you cant see if a bug already exists before openeing an > account nor follow a link to a bug. I think it's ok to require login to read bugs. This is the only effective defence against rampaging robots. I recently created a web page about how to triage OpenOffice.org bugs (http://www.kegel.com/openoffice/), and even though I stuck <meta name="robots" content="nofollow"> in the head, I think spambots are hammering the openoffice issuezilla server and make the current slowdowns worse. Plus there's the matter of all those email addresses. Requiring login helps shield the email addresses in bugzilla from spambots. So hip hip hooray for the upgrade from this developer, restrictive access and all. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

9 23

Building wine as shared objects for mono
by Mike Hearn 20 May '03

20 May '03

Hi, OpenLink Software just announced their patches to Wine to allow mono to Wine directly, rather than by building a winelib wrapper. You can find some info and the patch here: http://www.openlinksw.com/mono/ Warning - the patch is large (~75k) and has lots of #ifdef MONOs and such, but interesting nonetheless, regardless of how big a hack it is. It'd be interesting for Alexandre to review this sometime and evaluate how much would be required to make this mergable (assuming it is). This goes back to our discussion earlier about what would be required for Wine to be dlopen()able for other projects to use it. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

OGL: cubemaps
by Robert Lunnon 20 May '03

20 May '03

Compiling the latest CVS wine gives the following compile time error due to use of cubemapping under Solaris. I suggest perhaps a configure test for the OGL version prior to enabling this code since this obviously Isn't supported for Mesa 3.2 and utah glx. (No Can't use DRI, not (yet) supported under Solaris) cubetexture.c:125: `GL_TEXTURE_CUBE_MAP_POSITIVE_X_ARB' undeclared here (not in a function) cubetexture.c:125: initializer element is not constant cubetexture.c:125: (near initialization for `cube_targets[0]') cubetexture.c:126: `GL_TEXTURE_CUBE_MAP_NEGATIVE_X_ARB' undeclared here (not in a function) cubetexture.c:126: initializer element is not constant cubetexture.c:126: (near initialization for `cube_targets[1]') cubetexture.c:127: `GL_TEXTURE_CUBE_MAP_POSITIVE_Y_ARB' undeclared here (not in a function) cubetexture.c:127: initializer element is not constant cubetexture.c:127: (near initialization for `cube_targets[2]') cubetexture.c:128: `GL_TEXTURE_CUBE_MAP_NEGATIVE_Y_ARB' undeclared here (not in a function) cubetexture.c:128: initializer element is not constant cubetexture.c:128: (near initialization for `cube_targets[3]') cubetexture.c:129: `GL_TEXTURE_CUBE_MAP_POSITIVE_Z_ARB' undeclared here (not in a function) cubetexture.c:129: initializer element is not constant cubetexture.c:129: (near initialization for `cube_targets[4]') cubetexture.c:132: `GL_TEXTURE_CUBE_MAP_NEGATIVE_Z_ARB' undeclared here (not in a function) cubetexture.c:132: initializer element is not constant cubetexture.c:132: (near initialization for `cube_targets[5]') cubetexture.c: In function `IDirect3DCubeTexture8Impl_PreLoad': cubetexture.c:144: `GL_TEXTURE_CUBE_MAP_ARB' undeclared (first use in this function)

1 0

Re: Fixes some debug messages
by Dimitrie O. Paun 20 May '03

20 May '03

On May 19, 2003 06:06 pm, Lozano, Carlos A. wrote: > * Avoid print a no init buffer. What about this instead: Index: dlls/x11drv/xvidmode.c =================================================================== RCS file: /var/cvs/wine/dlls/x11drv/xvidmode.c,v retrieving revision 1.18 diff -u -r1.18 xvidmode.c --- dlls/x11drv/xvidmode.c 22 Apr 2003 00:15:48 -0000 1.18 +++ dlls/x11drv/xvidmode.c 20 May 2003 12:21:47 -0000 @@ -461,7 +461,7 @@ static const char * _CDS_flags(DWORD fields) { BOOL first = TRUE; - char buf[128]; + char buf[128] = ""; char *p = buf; _X_FIELD(CDS,UPDATEREGISTRY);_X_FIELD(CDS,TEST);_X_FIELD(CDS,FULLSCREEN); _X_FIELD(CDS,GLOBAL);_X_FIELD(CDS,SET_PRIMARY);_X_FIELD(CDS,RESET); @@ -471,7 +471,7 @@ static const char * _DM_fields(DWORD fields) { BOOL first = TRUE; - char buf[128]; + char buf[128] = ""; char *p = buf; _X_FIELD(DM,BITSPERPEL);_X_FIELD(DM,PELSWIDTH);_X_FIELD(DM,PELSHEIGHT); _X_FIELD(DM,DISPLAYFLAGS);_X_FIELD(DM,DISPLAYFREQUENCY);_X_FIELD(DM,POSITION); -- Dimi.

1 0

CVS bombs
by Andreas Mohr 20 May '03

20 May '03

Hi all, main.c:34: warning: implicit declaration of function `exit' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `SetWaitableTimer' ../dlls/libntdll.dll.so: undefined reference to `CancelWaitableTimer' ../dlls/libntdll.dll.so: undefined reference to `CreateWaitableTimerA' collect2: ld returned 1 exit status make[1]: *** [wine] Error 1 make[1]: Leaving directory `/usr/local/src/wine/miscemu' make: *** [miscemu] Error 2 Not sure whether that's a general problem of the timer transitions or just a quirkiness in my local modified tree, but... -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

3 3

CX merge
by Steven Edwards 19 May '03

19 May '03

How close are we to being done with the CrossOver merge? I have more ole32 to submit and want to merge the ReactOS stuff. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 1

seh_try_macros2-00
by Gregory M. Turner 19 May '03

19 May '03

This should not go in, it's WIP, just trolling for comments... License: Bugroff Changelog: - include/wine/excpetion.h - memory/global.c Implement gcc-specific "__TYPED_TRY" macro supposedly capable of intercepting return and running the finally clause. If it compiles, it should work on x86... If it fails to compile, it needs you to specify the return type as in __TYPED_TRY(float) { } __FINALLY(func) { } __ENDTRY . Other arches may have much less success ;) of course, almost any problem of this kind should be fixed by turning __TRY into the appropriate __TYPED_TRY. __TRY generates warnings, some may be fixable. Untested, and probably broken... but this should give you an idea of where I'm headed. From here, I can probably implement __try and friends much as before, with the twist that __try is just __typed_try(int ****) or what-have-you. -gmt -- diff -ur --minimal --exclude-from=/home/greg/bin/winetreediff_excl ../wine.vanilla/include/wine/exception.h ./include/wine/exception.h --- ../wine.vanilla/include/wine/exception.h 2003-01-29 21:50:14.000000000 -0600 +++ ./include/wine/exception.h 2003-05-14 21:37:51.000000000 -0500 @@ -74,6 +74,94 @@ #else /* USE_COMPILER_EXCEPTIONS */ +#if defined(__GNUC__) + +#define __TYPED_TRY(return_type) \ + if ( ({ \ + __label__ __typed_try_block_setup, __typed_try_block_entry, \ + __typed_try_block_exit_no_return, __typed_try_block_exit_return0, \ + __typed_try_block_exit_return1, __typed_try_block_exit_full; \ + __WINE_FRAME __wf; \ + typeof(return_type) __scope_return_val; \ + auto typeof(return_type) __scope_tryblock_fn(); \ + goto __typed_try_block_setup; \ + \ + __typed_try_block_entry: \ + __scope_return_val = __scope_tryblock_fn(); \ + __wine_pop_frame( &__wf.frame ); \ + goto __typed_try_block_exit_return0; \ + \ + __typed_try_block_exit_return1: \ + return __scope_return_val; \ + \ + typeof(return_type) __scope_tryblock_fn() \ + { \ + { + +#define __TRY __TYPED_TRY(unsigned int ****) + +#define __FINALLY(func) \ + } \ + /* this unwinds the __scope_tryblock_fn call */ \ + goto __typed_try_block_exit_no_return; \ + } \ + \ + __typed_try_block_setup: \ + __wf.frame.Handler = (PEXCEPTION_HANDLER)__wine_finally_handler; \ + __wf.u.finally_func = (func); \ + __wine_push_frame( &__wf.frame ); \ + goto __typed_try_block_entry; \ + \ + __typed_try_block_exit_return0: \ + (func)(1); \ + goto __typed_try_block_exit_return1; \ + \ + __typed_try_block_exit_no_return: \ + __wine_pop_frame( &__wf.frame ); \ + (func)(1); \ + { \ + { + +#define __EXCEPT(func) \ + } \ + /* this unwinds the __scope_tryblock_fn call */ \ + goto __typed_try_block_exit_no_return; \ + } \ + \ + __typed_try_block_exit_return0: \ + goto __typed_try_block_exit_return1; \ + \ + __typed_try_block_exit_no_return: \ + __wine_pop_frame( &__wf.frame ); \ + goto __typed_try_block_exit_full; \ + \ + __typed_try_block_setup: \ + __wf.frame.Handler = (PEXCEPTION_HANDLER)__wine_exception_handler; \ + __wf.u.filter = (func); \ + __wine_push_frame( &__wf.frame ); \ + if (!(setjmp( __wf.jmp ))) { \ + goto __typed_try_block_entry; \ + } else { \ + const __WINE_FRAME * const __eptr WINE_UNUSED = &__wf; \ + { + +#define __ENDTRY \ + } \ + } \ + __typed_try_block_exit_full: 0; \ + }) ) { } else { } + +#define __BREAK goto __typed_try_block_exit_no_return + +#else /* __GNUC__ */ + +/* these are the old wine __TRY macros. They are not + * capable of intercepting returns, which means the + * return-from-tryblock feature of the above macros + * shouldn't be used in parts of wine which will be used + * with non-gcc compilers. + */ + #define __TRY \ do { __WINE_FRAME __f; \ int __first = 1; \ @@ -81,6 +169,8 @@ { \ do { +#define __TYPED_TRY(x) __TRY + #define __EXCEPT(func) \ } while(0); \ __wine_pop_frame( &__f.frame ); \ @@ -114,6 +204,9 @@ } \ } while (0); +#define __BREAK break + +#endif /* __GNUC__*/ typedef DWORD (CALLBACK *__WINE_FILTER)(PEXCEPTION_POINTERS); typedef void (CALLBACK *__WINE_FINALLY)(BOOL); diff -ur --minimal --exclude-from=/home/greg/bin/winetreediff_excl ../wine.vanilla/memory/global.c ./memory/global.c --- ../wine.vanilla/memory/global.c 2003-05-14 15:06:26.000000000 -0500 +++ ./memory/global.c 2003-05-14 21:38:13.000000000 -0500 @@ -1251,7 +1251,7 @@ if (ISPOINTER(pmem)) { if (HeapValidate( GetProcessHeap(), 0, pmem )) { handle = (HGLOBAL)pmem; /* valid fixed block */ - break; + __BREAK; } handle = POINTER_TO_HANDLE(pmem); } else @@ -1263,7 +1263,7 @@ test = maybe_intern->Pointer; if (HeapValidate( GetProcessHeap(), 0, (char *)test - HGLOBAL_STORAGE ) && /* obj(-handle) valid arena? */ HeapValidate( GetProcessHeap(), 0, maybe_intern )) /* intern valid arena? */ - break; /* valid moveable block */ + __BREAK; /* valid moveable block */ } handle = 0; SetLastError( ERROR_INVALID_HANDLE ); -- "There is no dignity quite so impressive, and no independence quite so important, as living within your means." --Calvin Coolidge gmt

6 18

Function forwarding in DLL
by Gerhard W. Gruber 19 May '03

19 May '03

I noticed that some functions from w95inf32 are similarily named and already implemented in setupx.dll. For some functions even the arguments are the same. So I wanted to try if this works when I simply forward the function to setupx. I looked into other spec files on how this is done but when I try to compile it then I get a compile error: make[2]: Entering directory `/mnt/data2/home/gerhard/src/wine/dlls/w95inf32' make[2]: *** No rule to make target `../../dlls/libsetupx.def', needed by `w95inf32.spec.c'. Stop. make[2]: Leaving directory `/mnt/data2/home/gerhard/src/wine/dlls/w95inf32' make[1]: *** [w95inf32] Error 2 make[1]: Leaving directory `/mnt/data2/home/gerhard/src/wine/dlls' -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 4

How symbols are resolved?
by Pierre d'Herbemont 19 May '03

19 May '03

Hi, I would like to have some precision on how symbols are resolved, because I am having troubles like : 000b:trace:module:find_ordinal_export ordinal 24410 out of range(10/1049)! err:module:import_dll No implementation for kernel32.dll.24420 imported from C:\windows\system\notepad.exe, setting to 0xdeadbeef My specific is how does the link is done from a symbol to the ordinal? Is it handled by winebuild? Thanks, Pierre

2 1

Re: wine/dlls/shell32 shlexec.c
by Eric Pouech 19 May '03

19 May '03

Alexandre Julliard wrote: > Log message: > Aric Stewart <aric(a)codeweavers.com> > Added support for the %L escape. from the docs I have found, %L is meant to be the long name followed by the 8+3 short name (last time I tried with wmp just the long name part it didn't work, maybe it's better with latest wmp version) A+ -- Eric Pouech

1 0

US international keyboard layout
by Gerhard W. Gruber 19 May '03

19 May '03

I'm using Suse 8.0 Prof and I configured a US international keyboard. I have a US keyboard but I need to have german umlauts as well. When I run wine then I get the errormessage that my keyboard can't be recognized and I should include it in x11drv/keyboard .c . Now I checked this file and I was surprised to find this layout already there. Apparently wine can't detect my layout for some reason but I don't know how to fix this. Any suggestions how I should proceed? The funny thing is that the keyboard layout works properly in wine, so I get all the Umlauts. Seems that the error message is wrong. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

glXGetProcAddressARB causing dozens of warnings
by Gerald Pfeifer 19 May '03

19 May '03

I'm afraid the following patch date: 2003/05/07 03:18:51; author: julliard; state: Exp; lines: +1 -0 Michael Schlüter <michael(a)johalla.de> Added wglGetExtensionsStringARB. to dlls/opengl32/opengl32.spec, dlls/opengl32/wgl.c and dlls/opengl32/wgl.h is responsible for the following warnings (seen on FreeBSD 4.8/i386 with XFree86-4.3.0 and Mesa-3.4.2). Would you mind fixing these? stateblock.c:203: warning: implicit declaration of function `glActiveTextureARB' wgl.c:325: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: comparison between pointer and integer wgl.c:334: warning: assignment makes pointer from integer without a cast opengl_norm.c:28: warning: implicit declaration of function `glActiveTextureARB' opengl_norm.c:210: warning: implicit declaration of function `glClientActiveTextureARB' opengl_norm.c:2152: warning: implicit declaration of function `glMultiTexCoord1dARB' opengl_norm.c:2162: warning: implicit declaration of function `glMultiTexCoord1dvARB' opengl_norm.c:2172: warning: implicit declaration of function `glMultiTexCoord1fARB' opengl_norm.c:2182: warning: implicit declaration of function `glMultiTexCoord1fvARB' opengl_norm.c:2192: warning: implicit declaration of function `glMultiTexCoord1iARB' opengl_norm.c:2202: warning: implicit declaration of function `glMultiTexCoord1ivARB' opengl_norm.c:2212: warning: implicit declaration of function `glMultiTexCoord1sARB' opengl_norm.c:2222: warning: implicit declaration of function `glMultiTexCoord1svARB' opengl_norm.c:2232: warning: implicit declaration of function `glMultiTexCoord2dARB' opengl_norm.c:2242: warning: implicit declaration of function `glMultiTexCoord2dvARB' opengl_norm.c:2252: warning: implicit declaration of function `glMultiTexCoord2fARB' opengl_norm.c:2262: warning: implicit declaration of function `glMultiTexCoord2fvARB' opengl_norm.c:2272: warning: implicit declaration of function `glMultiTexCoord2iARB' opengl_norm.c:2282: warning: implicit declaration of function `glMultiTexCoord2ivARB' opengl_norm.c:2292: warning: implicit declaration of function `glMultiTexCoord2sARB' opengl_norm.c:2302: warning: implicit declaration of function `glMultiTexCoord2svARB' opengl_norm.c:2312: warning: implicit declaration of function `glMultiTexCoord3dARB' opengl_norm.c:2322: warning: implicit declaration of function `glMultiTexCoord3dvARB' opengl_norm.c:2332: warning: implicit declaration of function `glMultiTexCoord3fARB' opengl_norm.c:2342: warning: implicit declaration of function `glMultiTexCoord3fvARB' opengl_norm.c:2352: warning: implicit declaration of function `glMultiTexCoord3iARB' opengl_norm.c:2362: warning: implicit declaration of function `glMultiTexCoord3ivARB' opengl_norm.c:2372: warning: implicit declaration of function `glMultiTexCoord3sARB' opengl_norm.c:2382: warning: implicit declaration of function `glMultiTexCoord3svARB' opengl_norm.c:2392: warning: implicit declaration of function `glMultiTexCoord4dARB' opengl_norm.c:2402: warning: implicit declaration of function `glMultiTexCoord4dvARB' opengl_norm.c:2412: warning: implicit declaration of function `glMultiTexCoord4fARB' opengl_norm.c:2422: warning: implicit declaration of function `glMultiTexCoord4fvARB' opengl_norm.c:2432: warning: implicit declaration of function `glMultiTexCoord4iARB' opengl_norm.c:2442: warning: implicit declaration of function `glMultiTexCoord4ivARB' opengl_norm.c:2452: warning: implicit declaration of function `glMultiTexCoord4sARB' opengl_norm.c:2462: warning: implicit declaration of function `glMultiTexCoord4svARB' Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

4 6

Valgrind for WINE tarball now available
by Adam Gundy 19 May '03

19 May '03

For all you developers out there who haven't tried valgrinding WINE yet (it's fun - honest!) there is now a pre-patched tarball of the latest valgrind 1.9.6 for WINE available from the valgrind website: http://developer.kde.org/~sewardj/ no patching needed to WINE or valgrind. Just get the latest snapshot of WINE (or a CVS checkout), build for debugging, get the pre-patched valgrind and use it! there are still plenty of bugs in WINE which need fixing - most are simple 1 line edits.. Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

3 5

Another keyboard problem
by Gerhard W. Gruber 18 May '03

18 May '03

I'm using a US keyboard with US international driver. When using this driver under Windows you can press ALT and then an ASCII code on the NUM block. This works since back to the days when DOS was still in use and you could use this to enter characters that may not be supported by the keyboard driver. This doesn't work in Wine. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 2

Re: Always print version on startup
by Marcus Meissner 18 May '03

18 May '03

On Sat, May 17, 2003 at 01:42:03PM +0200, Uwe Bonnes wrote: > Changelog: > misc/options.c: OPTIONS_ParseOptions > Always print out version > > The recent posting about the Altere quartus installer not working seems to > be caused by an old version used. The poster shows the startup and > messages. If the version was printed by default, it could help debugging This will break apps checking on stdout output. It is also not very helpful, since for larger apps it will be printed dozens of times. Ciao, Marcus

3 2

How long for a patch?
by Gerhard W. Gruber 18 May '03

18 May '03

I submitted a patch about a week (maybe more) ago to include a new DLL w95inf32 into wine. The patch has not been included and there was also no feedback as to why it is not included. How long does it usually take until a patch will be taken in? Or is there some other reason why this is not done? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

5 6

Perl on Redhat 9 switches to character semantics
by Hans Leidekker 18 May '03

18 May '03

Hi, On Redhat 9 I get errors like this one when doing a 'make htmlpages': Malformed UTF-8 character (unexpected non-continuation byte 0x6e, immediately after start byte 0xfc) in substitution (s///) at ../../tools/c2man.pl line 313, <SOURCE_FILE> line 2. This is because I have LANG="en_US.UTF-8" as part of my environment, and perl will now switch to character semantics (as opposed to byte semantics) when it detects a Unicode character set. Wine source files contain characters with ordinals > 127 (it looks like the Wine sources are ISO_8859-1) and of course, these usually don't also form valid UTF-8 sequences. Off hand I see three solutions (in order of increasing acceptability): 1. Convert Wine source files to ASCII-7 or UTF-8 2. Set character set to "C" or "ISO8859-1" prior to running perl on the sources 3. Force perl back into using byte semantics 1. Most non-ASCII-7 characters are in C comments (in the names of authors, e.g. Ove Kåven). But there are files like dlls/x11drv/keyboard.c that contain them as part of a C string. Going this way would mean these characters would have to be escaped. Of course this is a step backwards. It would degrade readability of the sources and probably offend some awkwardly named authors ;^) It would also require a change of pratice, which is hard to accomplish. Converting to UTF-8 seems more promising. C strings still need to be escaped but then our Hungarian, authors can finally have their names spelled properly in the sources! Still, there are more programs that have to interpret C source files and I estimate that most of them do not yet handle UTF-8 properly (though vi and emacs are amongst the capable). 2. Changing the character set beforehand will get rid of the errors and is much less controversial than the above solution ;) But it's still cumbersome to have to do so. 3. This will work regardless of the character set specified in the user's environment. The attached patch does this for c2man.pl Bye, -Hans Changelog: Force perl to use byte semantics

2 3

Re: wine/ dlls/winedos/Makefile.in dlls/winedos/.c ...
by hatky 18 May '03

18 May '03

> Log message: > Moved vxd support to winedos. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8230 I did not know wine has vxd suppot I remeber trying kali and as it trys to load a vxd that does ipx->tcp/ip I was getting fixme's and the vxd was not loaded.... And to the topic why sould it be in dos when win95 and win98 support it I know winnt/winxp do not, I am not sure about the rest but this is not dos.... Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

5 7

Re: [Bug 1448] Getting Unreal Turnement 2003 (game) working - video detection probelm - registry accsess
by Sylvain Petreolle 18 May '03

18 May '03

Whats the problem with the new bugzilla, some bugs are empty now (no description at all) look at this one, the only comments are the last which were posted. http://bugs.winehq.com/show_bug.cgi?id=1448 ===== 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 2

Re: Getting DXBall to run
by Hans Leidekker 18 May '03

18 May '03

On Fri, 16 May 2003, Lionel Ulmer wrote: > The real problem is that the application is setting the PITCH flag and gives > us a Pitch set to '0'... Which is *not* a good thing :-) > > I tested the attached patch and it seems to work too (and I feel that it's a > bit better :-) ). I agree. Thanks very much, I've tested it and it works for me too! -Hans

1 0

Re: [dx8-34 bis] too many things for a subject ;)
by Alexandre Julliard 18 May '03

18 May '03

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Index: d3d8_private.h > =================================================================== > RCS file: /home/wine/wine/dlls/d3d8/d3d8_private.h,v > retrieving revision 1.26 > diff -u -r1.26 d3d8_private.h > --- d3d8_private.h 14 May 2003 19:33:35 -0000 1.26 > +++ d3d8_private.h 17 May 2003 15:32:24 -0000 > @@ -55,10 +55,11 @@ > #include "d3d8.h" > > /* Device caps */ > +#define MAX_PALETTES 256 > #define MAX_STREAMS 16 > #define MAX_ACTIVE_LIGHTS 8 > #define MAX_CLIPPLANES D3DMAXUSERCLIPPLANES > -#define MAX_LEVELS 256 > +#define MAX_LEVELS 256 > > /* Other useful values */ > #define HIGHEST_RENDER_STATE 174 > @@ -272,13 +273,16 @@ > float lightPosn[MAX_ACTIVE_LIGHTS][4]; > float lightDirn[MAX_ACTIVE_LIGHTS][4]; > > + /* palettes texture management */ > + PALETTEENTRY palettes[MAX_PALETTES][256]; > + UINT currentPalette; I applied the patch, but you will really need to allocate that thing dynamically. Reserving 256Kb for palette data is a bit too much (not to mention that MAX_PALETTES should be 65536 if I read the doc correctly). -- Alexandre Julliard julliard(a)winehq.com

2 1

PuTTY breakage uncovered
by Dimitrie O. Paun 17 May '03

17 May '03

Alexandre, It seems that this patch: http://www.winehq.org/hypermail/wine-cvs/2002/08/0158.html broke PuTTY. Before the patch, the dialog would come up, after the patch, it doesn't. You can get putty.exe from this link: http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe it requires no installation, just do $ wine putty.exe to run it. -- Dimi.

1 0

Re: New _lcreat tests
by Mike Hearn 17 May '03

17 May '03

it seems you forget the attachment? On Sat, 2003-05-17 at 17:26, Ferenc Wagner wrote: > These are to reveal the difference to the DOS interface > (int 21 sevice 3c). > > Changelog: > New _lcreat test for filename ending in a slash. > New _lcreat test for volume label attribute. >

1 0

Re: winelpk.dll
by Dimitrie O. Paun 17 May '03

17 May '03

On Thu, 15 May 2003, Shachar Shemesh wrote: > The attached patch is adding a new DLL, called "winelpk". This DLL is > meant to replace a Windows undocumented DLL called "LPK.DLL", or > Language Pack. LPK.DLL implemented the BiDi for GetCharacterPlacement, > DrawText, EditControl and so on and so forth. As the interfaces there > are undocumented, however, I changed the name of the Wine DLL, to avoid > confusion and attempts to replace one with the other. This doesn't make sense. If we're not compatible with LPK, why add a DLL in the first place, and not implement those functions in their respective DLLs? -- Dimi.

4 3

Re: NPTL auto detection
by Dag Wieers 17 May '03

17 May '03

Hi, I'm not subscribed to this list but noticed the NPTL discussion on Wine Traffic #170. I saw a lot of people mentioning to make it a compile-time option, but no one with a definitive runtime check. Valgrind went through the same problem and I proposed a solution on their list. AFAIK they're not using it, they still have a run-time parameter instead of auto-detecting it on loadtime. The discussion is here: http://sourceforge.net/mailarchive/forum.php?thread_id=2027895&forum_id=320… http://sourceforge.net/mailarchive/forum.php?thread_id=2052985&forum_id=320… And a couple of lines to check what threading library is used: //#define _XOPEN_SOURCE #define _POSIX_C_SOURCE 2 #include <unistd.h> #include <stdio.h> int main(void) { char *buf; size_t n; n=confstr(_CS_GNU_LIBPTHREAD_VERSION, NULL, (size_t) 0); if ((buf = (char *) malloc(n)) == NULL) abort(); confstr(_CS_GNU_LIBPTHREAD_VERSION, buf, n); fprintf(stdout, "%s\n", buf); exit(0); } Which is basicly the same as: getconf GNU_LIBPTHREAD_VERSION I'm not sure if this is new information, but I didn't see it mentioned anywhere. Kind regards, -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- �Any errors in spelling, tact or fact are transmission errors�

2 1

System Shock 2 Working (Almost)
by OverrideX 17 May '03

17 May '03

Hey guys, I don't know if anyone else has but I've been trying to get system shock 2 working with wine for quite some time. It segfaults with the latest versions of winex, but with a cvs of wine from 20030115 it works! Menus, sound and 3D all seem to be working fine, except for some slight texture corruption on things like door handles. The problem is the 2D overlay stuff - the HUD, inventory, etc. are all missing which makes it unplayable. I saw on some other forum that it had been added to either wine or winex... anyone have any ideas? Another problem is that ss2 no longer seems to work with the newer wine builds (20030327 at least) it just displays a message that says video card not supported. So, I'd just like to know if the 2D stuff may work in the latest wines or not, and if so how to fix the video card not supported message - thanks for any info :) -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 Woody: What's going on, Mr. Peterson? Norm: A flashing sign in my gut that says, ``Insert beer here.'' -- Cheers, Call Me, Irresponsible

2 3

[latest cvs] Yet more GTA3 errors.
by erwin wolff 17 May '03

17 May '03

Hi, Here are some more GTA 3 error witch prevents GTA3 from running smoothly: This is what I get when loading the in-game intro: fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402b56a0)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 23) fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402b6460) : stub PreparePathData Single car node: 311.002502 -938.778015 22.178200 (1817) GraphType:0. FloodFill groups:4 GraphType:1. FloodFill groups:87 Done with PreparePathData fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402b56a0)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 23) fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402b6460) : stub Done Initing waterlevels fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402b6460) : stub fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402b56a0)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 21) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402b56a0)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 22) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402b56a0)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 41) These fixme's are repeated over and over in the in-game intro of the game: fixme:d3d:IDirect3DTexture8Impl_PreLoad >>>>>>>>>>>>>>>>> 500 from glTexImage2D @ texture.c / 151 fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402e5e50) : stub fixme:d3d:fmt2glType Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glFmt Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glintFmt Unhandled fmt(41,D3DFMT_P8) When eventually playing the game I get this: fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402e5e50) : stub fixme:d3d:IDirect3DDevice8Impl_SetPixelShaderConstant (0x402e5e50) : stub fixme:d3d:IDirect3DDevice8Impl_SetPixelShader (0x402e5e50) : stub -268435453 fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState Unhandled D3DTSS_TEXCOORDINDEX 10000 fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState Unhandled D3DTSS_TEXCOORDINDEX 10000 This is pretty much all the errors that I get. Happy fixing :)

2 1

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