- Wine-Devel - list.winehq.org

Re: opengl32 patch to make StarTrek Elite Force II Demo work
by Lionel Ulmer May 6, 2003

May 6, 2003

On Tue, May 06, 2003 at 10:21:18PM +0200, Dr. Uwe Girlich wrote: > The patch adds the function wglGetExtensionsStringARB() in the opengl32 dll. > The Quake III Arena based game "Star Trek Elite Force II Single Player Demo" > uses this function, even if it does not exist, which results in an exception. Uwe, could you try the following patch : http://www.winehq.org/hypermail/wine-patches/2003/05/0043.html It's not comitted yet to CVS (it should be soon I hope :-) ) but it should work the same as yours (and be a bit better for some games who actually check the return value of the call). Lionel PS: I wonder why two patches for exactly the same issue (which is here for a long time) came in the space of two days :-) -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: [dx8-14] Disable some classing debug traces + fix texture size
by Michael Stefaniuc May 6, 2003

May 6, 2003

And the patch? On Tue, May 06, 2003 at 10:27:11PM +0200, Raphaël Junqueira wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - Disable some 'classic' debug traces (avoid useless flood of traces while > debugging games) > - fix the texture size caps using GL_MAX_TEXTURE_SIZE > > Regards, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+uBqfp7NA3AmQTU4RAh97AJ9ciYIXCBi0Ezy+1M9t8C/dDOzrXQCeOnCn > C/m13smI8tePbBe5x7khMWI= > =vyM/ > -----END PGP SIGNATURE----- -- 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: [dx8-14] Disable some classing debug traces + fix texture size
by Vincent Béron May 6, 2003

May 6, 2003

Raphaël Junqueira a écrit: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - Disable some 'classic' debug traces (avoid useless flood of traces while > debugging games) > - fix the texture size caps using GL_MAX_TEXTURE_SIZE Patch maybe? Vincent

2 1

Re: [dx8-14] Disable some classing debug traces + fix texture size
by Raphaël Junqueira May 6, 2003

May 6, 2003

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Mardi 06 Mai 2003 22:27, Raphaël Junqueira a écrit : Hi again, attaching the patch this time ... i'll take a brown paper bag Changelog: - Disable some 'classic' debug traces (avoid useless flood of traces while debugging games) - fix the texture size caps using GL_MAX_TEXTURE_SIZE Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+uBwHp7NA3AmQTU4RAuIFAKCWdwsS/Q4Fx2c/uC8XPustNas7PgCZAeT4 GhHWpOau8LYRjGWk5ERtXgY= =6pTs -----END PGP SIGNATURE-----

1 0

Winedbg generating zombies !!
by Sylvain Petreolle May 6, 2003

May 6, 2003

Updating from yesterday to today CVS, Winedbg has stopped working correctly. The behaviour I get is : - doesnt work when a program invokes it (hangs and no windebg process is here) - no prompt at all when trying to start an application with it, the app starts without 'cont' command -a zombie process is generated. Nothing changed on my station between yesterday and today. No package was updated and no modification was made to ~/.wine/config. I pasted here the output from 'winedebg winevdm': [syl(a)snoop syl]$ winedbg winevdm fixme:console:SetConsoleCtrlHandler (0x4058eee0,1) - no error checking or testing yet WineDbg starting on pid 16 Invalid address, can't set breakpoint Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF 'wine' ((nil)) *** Invalid address 0x3c001610 (_DYNAMIC in wine) *** Invalid address 0x4002003c (_end+0x401e920) *** Invalid address 0x4009003c (_end+0x408e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x409a003c (_end+0x499e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x4096003c (_end+0x495e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x408f003c (_end+0x48ee920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x407e003c (_end+0x47de920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x4079003c (_end+0x478e920) trying to add delayed A-bp f00d 0000:40029000 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. *** Invalid address 0x40ab003c (_end+0x4aae920) trying to add delayed A-bp f00d 0000:40029000 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. Usage: winevdm.exe [--app-name app.exe] command line Process of pid=00000016 has terminated [syl(a)snoop syl]$ ps x |grep wine 7587 pts/0 Z 0:02 [wine <defunct>] 7733 pts/5 Z 0:02 [wine <defunct>] 7745 pts/5 Z 0:02 [wine <defunct>] 8199 pts/0 Z 0:00 [wine <defunct>] 8215 pts/5 Z 0:00 [wine <defunct>] 8218 pts/5 Z 0:00 [wine <defunct>] 8226 pts/5 S 0:00 grep wine ===== 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

Re: some ntdll functions (5) - part 1: functions
by Alexandre Julliard May 6, 2003

May 6, 2003

thomas.mertes(a)gmx.at writes: > + for (main_idx = 0; main_idx < main_str->Length / sizeof(WCHAR); main_idx++) { > + search_idx = 0; > + while (search_idx < search_chars->Length / sizeof(WCHAR) && > + main_str->Buffer[main_idx] != search_chars->Buffer[search_idx]) { > + search_idx++; > + } /* if */ > + if (search_idx >= search_chars->Length / sizeof(WCHAR)) { > + *pos = (main_idx + 1) * sizeof(WCHAR); > + return STATUS_SUCCESS; > + } /* if */ > + } /* if */ I'm not sure why you feel necessary to add /* if */ on every single closing brace, IMO it just adds noise to the code for no good reason. Anyway, I can live with it as long as it's actually the closing brace of an if, but adding /* if */ at the end of for and while loops is going a bit too far ;-) -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: gethostbyname patch
by Dimitrie O. Paun May 6, 2003

May 6, 2003

On Tue, 6 May 2003, Andreas Mohr wrote: > + if (name == NULL) > + { > + if (WS_gethostname(local_name, sizeof(local_name)) != 0) > + FIXME("failed to get local host name, please report!\n"); There is nothing to fix here. This is at most a WARN, but if WS_gethostname() is documented as possibly failing, that's just fine, no need for any message, just return failure: + if (WS_gethostname(local_name, sizeof(local_name))) return NULL; -- Dimi.

2 1

Re: gethostbyname patch
by Shachar Shemesh May 6, 2003

May 6, 2003

Andreas Mohr wrote: >Hi all, > >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… > >says that if name is NULL, it should retrieve information for the >local hostname. > > >Index: dlls/winsock/socket.c >=================================================================== >RCS file: /home/wine/wine/dlls/winsock/socket.c,v >retrieving revision 1.125 >diff -u -r1.125 socket.c >--- dlls/winsock/socket.c 9 Apr 2003 23:33:35 -0000 1.125 >+++ dlls/winsock/socket.c 6 May 2003 13:43:08 -0000 >@@ -3038,6 +3038,17 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+ char local_name[256]; >+ >+ /* name == NULL means use the local host name */ >+ if (name == NULL) >+ { >+ if (WS_gethostname(local_name, sizeof(local_name)) != 0) >+ FIXME("failed to get local host name, please report!\n"); > Why is that a FIXME? Shouldn't a "ERR" work better here? >+ >+ name = local_name; >+ } >+ > host = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { > > > -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: New metabugs
by Dan Kegel May 6, 2003

May 6, 2003

Hatky wrote: > Ok so mybe the fix-me/stub/unimplemented bugs category > is a really bad idea but we are having diffrent > opinions on the more general idea of using metabugs as > categories... Hi Hatky, I appreciate the energy you're bringing to the wine project! That said, it might be a good idea for you to tread lightly at least at first in the winehq bugzilla. Like you, I just started contributing to a bugzilla (OpenOffice's), and the guys there are probably as nervous about me messing with their bugzilla as I am about you messing around in Wine's bugzilla! So I'm being cautious, and instead of creating a metabug right off the bat, I created some canned queries and links to bugs on my own web site (http://www.kegel.com/openoffice/) to try out my ideas first. And when the openoffice qa mailing list folks say "yeah, go ahead and create a metabug", I will - but one at a time, and gently. Anyway, don't let me slow you down. Just remember that bug tracking is a social issue, and you have to pay attention to how the other developers feel about it. Cheers, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

5 18

Re: Mac OS X Support : Signals support
by Alexandre Julliard May 5, 2003

May 5, 2003

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Hi, > This patch add in signal_powerpc.c of ntdll support for darwin signal. You should define a set of macros or inline functions to access the sigcontext structure fields, instead of duplicating the whole handler functions. For an example, check how the i386 code is doing it. -- Alexandre Julliard julliard(a)winehq.com

1 0