wine-devel

wine-devel@winehq.org

84463 discussions

winedbg again :-)
by Max 30 Jul '02

30 Jul '02

Some questions about winedbg usability ! 1) - Would it difficult to add an options (something like SHOWREGS=on/off) that allows to have regs displayed automatically after a breakpoint AND after a NEXTI command ? I find it painful to have to issue NEXTI and then INFO REGS each time.... remember old good ms-dos debugger !!! :-) 2)- What about the possibility to set off-code breakpoints ? It happens often that I must set a break (in asm code) that is in a DLL which isn't already loaded... That gives a BAD ADRESS, of course. Borland debugger accepts the breakpoints and set it when the code gets loaded. Now the only way is to set breaks in dll-loading routine, wait up to the wanted dll gets loaded and then put the break... awful ! 3)- And now the difficultest ! After solving the point 2, what about a way to store/retrieve breakpoints settings from disk ? Finding a bug in asm code often requires days (hmmm... nights !) of stepping, and a way to save breakpoints settings would spare tons of notes on paper :-) Regards Max

4 6

(no subject)
by Raul Dias 30 Jul '02

30 Jul '02

David D. Hagood <wowbagger(a)sktc.net> wrote: >Andreas Mohr wrote: > >> Add to that the fact that CUPS gets rather completely rid of the useful >> Unix filter machanism, and you really start to wonder whether CUPS really >> is better than say lpd+printtool. Quite the other way around or so... > > >Actually, I do beleive that CUPS does use a filter mechanism internally. > But I do agree - I'm not as sure that CUPS is all that much better. >But to REALLY fix printing would mean far more than what CUPS can do - >IMHO what we need is more of a RPC style system, where the client app >communicates bidirectionally with the print server, so that the client >can ask "What can you do for me?", the server responds "I can staple, >collate, bind, and add gold leaf inlay", and the client can present that >to the user. Maybe some sort of XML/SOAP sort of thing.... (-1, Offtopic). Hmm... Cups already does this for me. :) []'s Raul Dias (yes, I broke my mailer subject support)

1 0

Re: Resubmitting patch for memory-mapping problem -- See VirtualQuery post in wine-devel
by Massimo 30 Jul '02

30 Jul '02

Tony Lambregts wrote : >Looks like Alexandre was at least thinking of this (a little) when >he wrote this patch >http://cvs.winehq.com/patch.py?id=1027987166850574216879071 >You should probably try this out and see if it fixes bug 890. Yes, I've seen it after posting.... Don't have fully tested for bug 890, but AutoCAD2000 starts good now, as with my patch. I'll test it later on and close bug 890 Regards Max

1 0

Re: Resubmitting patch for memory-mapping problem -- See VirtualQuery post in wine-devel
by Tony Lambregts 30 Jul '02

30 Jul '02

Massimo wrote: >Was this patch lost in space or does it have some problem ? > >Took off in executable mapping VPROT_WRITE and VPROT_WRITECOPY flags >and > added VPROT_EXEC; that looks much more close to win2k mapping. >The only difference now is in Type field, wine maps as MEM_PRIVATE and win2k >as MEM_IMAGE (I guess that's the right one, but no time now to check. > >The patch solves (partially) bug 890, and allows AutoCAD 2000 to start up (only in >win95 mode, because of another problem on fibers). > >Here the attached patch.... any comment appreciated :-) > >Regards > >Max > > > > >------------------------------------------------------------------------ > >Index: virtual.c >=================================================================== >RCS file: /home/wine/wine/memory/virtual.c,v >retrieving revision 1.80 >diff -u -r1.80 virtual.c >--- virtual.c 3 Jul 2002 21:10:44 -0000 1.80 >+++ virtual.c 19 Jul 2002 19:33:10 -0000 >@@ -94,7 +94,6 @@ > PAGE_EXECUTE_WRITECOPY /* READ | WRITE | EXEC | WRITECOPY */ > }; > >- > static FILE_VIEW *VIRTUAL_FirstView; > static CRITICAL_SECTION csVirtual = CRITICAL_SECTION_INIT("csVirtual"); > >@@ -345,6 +344,7 @@ > ) { > if (protect) { > *protect = VIRTUAL_Win32Flags[vprot & 0x0f]; >+ > /* if (vprot & VPROT_GUARD) *protect |= PAGE_GUARD;*/ > if (vprot & VPROT_NOCACHE) *protect |= PAGE_NOCACHE; > >@@ -650,7 +650,8 @@ > > if (removable) hmapping = 0; /* don't keep handle open on removable media */ > if (!(view = VIRTUAL_CreateView( ptr, total_size, 0, >- VPROT_COMMITTED|VPROT_READ|VPROT_WRITE|VPROT_WRITECOPY, > this next line is redundant and should not be in the patch >+// PATCH VPROT_COMMITTED|VPROT_READ|VPROT_WRITE|VPROT_WRITECOPY, >+/*PATCH*/ VPROT_COMMITTED|VPROT_READ|VPROT_EXEC, > hmapping ))) > the /*patch */ should not be in the patch file. > { > SetLastError( ERROR_OUTOFMEMORY ); > > > Looks like Alexandre was at least thinking of this (a little) when he wrote this patch http://cvs.winehq.com/patch.py?id=1027987166850574216879071 You should probably try this out and see if it fixes bug 890. <g> Tony Lambregts

1 0

Re: PATCH: temp fixes, again
by Alexandre Julliard 29 Jul '02

29 Jul '02

Marcus Meissner <meissner(a)suse.de> writes: > Check for mkstemp, added a port implementation if it is > not present. Use mkstemp() in various places needing tmp files. I'm not sure this is a good idea, mkstemp() is apparently buggy in old libc versions. tmpnam() is actually pretty reasonable assuming it is used correctly, which of course is not the case everywhere but that could be fixed. -- Alexandre Julliard julliard(a)winehq.com

4 7

Re: Wine and locales
by Filip Navara 29 Jul '02

29 Jul '02

1 0

Re: Dinput - Keyb Bug
by Lionel Ulmer 29 Jul '02

29 Jul '02

> I have the game (tribes) and have trace logs for you. The first on is > +relay,+dinput,+event (which has me pressing the a key, then shuts down) > and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks > my Nvidia driver when running the game. Well, I am investigating the DInput problem... Looks strange. I may well ask you to add some more TRACEs in the code to help me understand better what happens (ie if it's blocking in Wine code or in application code). But I would be interested on a +opengl trace too. And maybe you should try to remove all trace of glide2x.dll of your system (maybe once Tribes manages to load the glide2x it cancels OpenGL as it supposes that a system with Glide2x will work better with it than with OpenGL). Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Including winnt.h
by LUSTBADER,STEVE (Non-A-hsgAndover,ex1) 29 Jul '02

29 Jul '02

I ran into a problem (syntax error) with some functions that are declared __cdecl using WineLib. Including winnt.h directly fixed the problem, but it doesn't seem like the right solution. Shouldn't winnt.h be included automatically (ie, by another header file somewhere that's included by WineLib)? I'm not really sure how to track that down, which is why I emailed the list. ****************************** Steve Lustbader

1 0

Small DirectX (8.1) bug
by Steven Edwards 29 Jul '02

29 Jul '02

When playing Star Wars Galactic Battlegrounds under WINE the text for the menus is rendered as black rather then white. What wine flags should I be using to send a proper bug report for this? I can also send a screenshot if needed. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

Re: Dinput - Keyb Bug
by Kristoffer Ericson 29 Jul '02

29 Jul '02

Greetings, >I have the game (tribes) and have trace logs for you (they are big so they >will probably come in a seperate email). The first on is >+relay,+dinput,+event (which has me pressing the a key, then shuts down) >and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks >my Nvidia driver when running the game. I've already sent my logs to Lionel, but the more the better =). On my machine DGA seems to work, although extremely slow. >I have something to mention about the Opengl. The game upon release >didn't include opengl. Whether is was incomplete or buggy I don't know. >A later patch included full opengl support. So make sure your running >the latest patch if you can. >I was able to get the game running in accelerated mode a while back. >But that was probably in glide mode, which I cannot test right now. I >tried yesterday to run it in opengl mode by going into the options menu >and selecting it, but the option is missing. It must not be detecting >the opengl. I know my opengl drivers work. The game's software mode >works fine through the x11drv. I'm aware of that fact, currently using the latest Tribes patch (OPENGL got into patch 1.3, i got 1.11, so i'm sure it works). Getting glide to run in tribes doesn't seem to be a problem, i've been playing some with glide-wrappers which seems to work fine (some glitches) and the game gets renderd. I believe that if the opengl detection would get fixed, the game would probobly work perfectly in opengl. Lionel any more logs you need, just drop me a mess. Best wishes _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel