April 2002 - Wine-Devel - list.winehq.org

Re: debugging focus problem

by degs

On Monday 29 April 2002 23:06, Andreas Mohr wrote: > On Mon, Apr 29, 2002 at 10:33:04PM +0100, degs wrote: > > Hi, > > > > Can anyone suggest what debug channels would be useful for locating the > > cause of focus or mouse input routing problems? > > --debugmsg +relay,+win,+msg,+sendmsg,+message,+event,+x11,+x11drv,+cursor > Mainly relay, event, msg, x11drv, I think. > > Then have a look at search.microsoft.com to locate some docu about one or > another thing, and that's it. Thanks. It looks like mouse messages are going to the window's parent rather than the window itself. I'm not very familiar with win32 so I don't know if this is usual or not but it seems a bit odd. Anyway - at least I have an idea what's going on now. -- degs

April 29, 2002

Re: default windows version

by Andreas Mohr

On Mon, Apr 29, 2002 at 07:07:13PM -0300, rootzz(a)ig.com.br wrote: > Em 29 Apr 2002, andi(a)rhlx01.fht-esslingen.de escreveu: > > >On Mon, Apr 29, 2002 at 04:58:16PM -0300, Insyde wrote: > >> Hi, > >> I had a problem loading a second program under wine. > >> I called the first program with: > >> wine --winver win2000 pgm1 > >> I input a password and it wirtes a data file, unloads itself > >> and loads a second program. But there was an error every > >> time the second program was to start that send me to the > >> debug screen. > >> So I found misc/version.c line 196 that the default value to > >> wine load a program was WIN31, so I changed it to NT2K. > >> > >> Is there any problem doing this? If not, why is the default still > >> WIN31? > >No, it's *not*. > > > >If you examine the code more closely, then you'll notice that > >defaultWinVersion only gets used in case versionForced is TRUE, > >which is only the case once defaultWinVersion gets set to an actually > >specified value. > > > >I know, the code is sort of confusing if you don't examine it closely, > >so feel free to comment on how to improve the situation with regards > >to defaultWinVersion initialization (I'd like to not initialize it at all, > >since it isn't being used unless there's a user setting, > >but that's not very clean of course ;-) > > So it's only used if I force a version? I forced a version as: > wine --winver win2000 pgm1 > when pgm1 stops and start pgm2 which version is used? The one that Wine figures out for the new program. > what is the default version though? There's no such thing as a default version ;-) Wine figures it out from the DLLs the program uses if no version is forced. Hmm, come to think of it: Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) on to the wine child process (not sure about that right now, I think we do), the new process won't use the same forced winver value as the parent process uses. Is this a problem ? Should this info be passed to the wineserver to globalize it ? Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. Much better name. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

April 29, 2002

Re: debugging focus problem

by degs

On Monday 29 April 2002 22:50, Mike McCormack wrote: > You'll get most of the information you want from: > > --debugmsg +x11drv,+win,+message > Thanks - that looks like it its going to be useful. > The problem is you'll get too much. Sometimes you can pipe the output > through egrep... Its getting stuck pretty early on so there's not *that* much to wade through... > > Mike > > degs wrote: > > Hi, > > > > Can anyone suggest what debug channels would be useful for locating the > > cause of focus or mouse input routing problems? > > > > thanks > > -- degs

April 29, 2002

Re: debugging focus problem

by Andreas Mohr

On Mon, Apr 29, 2002 at 10:33:04PM +0100, degs wrote: > Hi, > > Can anyone suggest what debug channels would be useful for locating the cause > of focus or mouse input routing problems? --debugmsg +relay,+win,+msg,+sendmsg,+message,+event,+x11,+x11drv,+cursor Mainly relay, event, msg, x11drv, I think. Then have a look at search.microsoft.com to locate some docu about one or another thing, and that's it. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

April 29, 2002

Re: debugging focus problem

by Mike McCormack

You'll get most of the information you want from: --debugmsg +x11drv,+win,+message The problem is you'll get too much. Sometimes you can pipe the output through egrep... Mike degs wrote: > Hi, > > Can anyone suggest what debug channels would be useful for locating the cause > of focus or mouse input routing problems? > > thanks > -- degs

April 29, 2002

debugging focus problem

by degs

Hi, Can anyone suggest what debug channels would be useful for locating the cause of focus or mouse input routing problems? thanks -- degs

April 29, 2002

Re: SafeDisc FAQs

by Laurent Pinchart

> I don't think he is. Reverse engineering for the purpose of enabling > interoperability is permitted, and he doesn't know, and therefore > doesn't (and can't) disclose, how to circumvent the copy protection. > > Granted, somebody could take that information and use it to figure out > how to make copies of SafeDisc protected software. The same is true of > debuggers, disassemblers, or In Circuit Emulators, which are all > legitimate engineering tools. That's just a symptom of the DMCA's > biggest problem, which is that it criminalizes perfectly legitimate > activities. The information that I disclosed (which is all the information that I have) wouldn't even help someone trying to make copies of SafeDisc protected games. I implemented a few methods of debugger detection. Some others, already implemented, are used by SafeDisc. Even after weeks of work, I haven't been able to run the executable in winedbg! Laurent Pinchart

April 29, 2002

Re: SafeDisc FAQs

by Laurent Pinchart

> Aren't you actually violating the DMCA? since you're practically reverse > engineering and making wine work with copy protection based games.. Most of my work was implementing missing features. No problem there. The only problem could be the implementation of secdrv.sys, but IMHO it doesn't violate the DMCA, as secdrv.sys doesn't protect the game againt copying, and as my implementation of SafeDisc support doesn't allow the user to play the game with a copied disc. Laurent Pinchart

April 29, 2002

Re: default windows version

by Andreas Mohr

On Mon, Apr 29, 2002 at 04:58:16PM -0300, Insyde wrote: > Hi, > I had a problem loading a second program under wine. > I called the first program with: > wine --winver win2000 pgm1 > I input a password and it wirtes a data file, unloads itself > and loads a second program. But there was an error every > time the second program was to start that send me to the > debug screen. > So I found misc/version.c line 196 that the default value to > wine load a program was WIN31, so I changed it to NT2K. > > Is there any problem doing this? If not, why is the default still > WIN31? No, it's *not*. If you examine the code more closely, then you'll notice that defaultWinVersion only gets used in case versionForced is TRUE, which is only the case once defaultWinVersion gets set to an actually specified value. I know, the code is sort of confusing if you don't examine it closely, so feel free to comment on how to improve the situation with regards to defaultWinVersion initialization (I'd like to not initialize it at all, since it isn't being used unless there's a user setting, but that's not very clean of course ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

April 29, 2002

Re: SafeDisc FAQs

by Ori Pessach

I don't think he is. Reverse engineering for the purpose of enabling interoperability is permitted, and he doesn't know, and therefore doesn't (and can't) disclose, how to circumvent the copy protection. Granted, somebody could take that information and use it to figure out how to make copies of SafeDisc protected software. The same is true of debuggers, disassemblers, or In Circuit Emulators, which are all legitimate engineering tools. That's just a symptom of the DMCA's biggest problem, which is that it criminalizes perfectly legitimate activities. -Ori Pessach Hetz Ben Hamo wrote: > And thats in wine cvs? > > Aren't you actually violating the DMCA? since you're practically reverse > engineering and making wine work with copy protection based games.. > > Thanks, > Hetz > > On Monday 29 April 2002 22:32, Laurent Pinchart wrote: > >>Hi, >> >>For those interrested, here's a FAQs about my SafeDisc support >>implementation. >> >>Feel free to comment. >> >>Laurent Pinchart >> > >

April 29, 2002