Wine-Devel

By thread

wine-devel@list.winehq.org

April 2002

132 participants
664 messages

Re: ChangeSet ID: 10178643640749867230924828 - oops.

by lawson_whitney＠juno.com

On Sat, 6 Apr 2002 whit(a)giftie.alien.org wrote: > Hmmm, I wonder if a more recent version has the same > problem? Let me check... As it happens, Juno version 4 puts the title under the progress bar, Transferred xx% and the patch doesn't cause it to fold. Maybe it isn't important, but if you would like to debug Juno version 2 I will be glad to help. Regards, Lawson | We apologize if this message has reached you in error. | Save the Planet, Save the Trees! Advertise via E mail.

April 6, 2002

MAC WINE Project?

by Lonnie Cumberland

Hello All, Could someone please tell me if there is a MAC WINE type project that would use native libraries to run MAC applications on Linux without having to install the MAC OS? I was just courious if one existed, thanks, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

April 6, 2002

ChangeSet ID: 10178643640749867230924828 - oops.

by lawson_whitney＠juno.com

Log message: Huw D M Davies <hdavies(a)codeweavers.com> The horizontal dialog base unit is calculated as the straight average of a-z,A-Z (tmAveCharWidth is supposed to be a weighted average according to character usage, so we shouldn't use this). Good day! I don't pay much attention to GUI, or care much about it, but I noticed this patch causes my app to display a progress bar (?) with the title folded down into the progress bar, so it looks kind of lame. % xx transferred: Without the patch, it looks more like: % transferred: xx I have no idea what this app looks like in Windows. I have never run it with Windows, and I have no intention to buy Windows just to see, but I think we might not want this bit of code to stay exactly as it is. I will gladly make any kind of traces you would like to see, or I can live with it. The app is in fact obsolete win9x, but it is the most recent version that can work a modem without requiring DUN or RAS or some dam' thing. Hmmm, I wonder if a more recent version has the same problem? Let me check... Regards, Lawson ---oof---

April 6, 2002

Re: How to debug an exception handler ?

by Laurent Pinchart

> [...] > > > I was wondering if it was a bug or a normal behaviour, and if it is > > normal behaviour, is there a workaround ? > > Did you try pass? Sorry, spoke too fast :-( I get this when I try pass. Wine-dbg>pass Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Invalid address for breakpoint 3, disabling it Invalid address for breakpoint 4, disabling it Process of pid=08071a50 has terminated The process shouldn't terminate so fast. Laurent Pinchart

April 6, 2002

Re: How to debug an exception handler ?

by Laurent Pinchart

> > I was wondering if it was a bug or a normal behaviour, and if it is > > normal behaviour, is there a workaround ? > > Did you try pass? > > See: > http://wine.codeweavers.com/docs/wine-devel/dbg-commands.shtml#AEN576 I had missed it. Thanks a lot. Laurent Pinchart

April 6, 2002

Re: How to debug an exception handler ?

by Francois Gouget

On Sat, 6 Apr 2002, Laurent Pinchart wrote: [...] > I was wondering if it was a bug or a normal behaviour, and if it is normal > behaviour, is there a workaround ? Did you try pass? See: http://wine.codeweavers.com/docs/wine-devel/dbg-commands.shtml#AEN576 -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

April 6, 2002

Re: How to debug an exception handler ?

by Laurent Pinchart

> >I have a windows program which raises an exception as part of its normal > >execution (it tries to call int 0x01). The program setups an exception > >handler, catches the exception, and resumes it execution after the call to > >int 0x01. This works fine when run in wine. > > > >However, when I try to run the program in winedbg, the debugger catches > > the exeception, interrupts the program execution, prints a register dump, > > stack dump & backtrace, and waits. If I continue the execution using > > 'cont' (after incrementing $eip by 2 to skip int 0x01), the program > > continues but the exception handler installed bu the user program is not > > called. > > > >I was wondering if it was a bug or a normal behaviour, and if it is normal > >behaviour, is there a workaround ? > > > > Keep in mind that I am NOT a wine guru but it looks like copy protection > to me. My guess it you use trace relay the same thing will occure as > when you use the debugger. Thanks for your answer, but I want to use the debugger because I need to put a breakpoint at some point in the code and check some register values there. Laurent Pinchart PS: Yes, it's copy protection

April 6, 2002

Re: How to debug an exception handler ?

by Tony Lambregts

Laurent Pinchart wrote: >Hi everybody, > >I have a windows program which raises an exception as part of its normal >execution (it tries to call int 0x01). The program setups an exception >handler, catches the exception, and resumes it execution after the call to >int 0x01. This works fine when run in wine. > >However, when I try to run the program in winedbg, the debugger catches the >exeception, interrupts the program execution, prints a register dump, stack >dump & backtrace, and waits. If I continue the execution using 'cont' (after >incrementing $eip by 2 to skip int 0x01), the program continues but the >exception handler installed bu the user program is not called. > >I was wondering if it was a bug or a normal behaviour, and if it is normal >behaviour, is there a workaround ? > >Thanks in advance for your help. > >Laurent Pinchart > > Keep in mind that I am NOT a wine guru but it looks like copy protection to me. My guess it you use trace relay the same thing will occure as when you use the debugger. Tony Lambregts

April 6, 2002

How to debug an exception handler ?

by Laurent Pinchart

Hi everybody, I have a windows program which raises an exception as part of its normal execution (it tries to call int 0x01). The program setups an exception handler, catches the exception, and resumes it execution after the call to int 0x01. This works fine when run in wine. However, when I try to run the program in winedbg, the debugger catches the exeception, interrupts the program execution, prints a register dump, stack dump & backtrace, and waits. If I continue the execution using 'cont' (after incrementing $eip by 2 to skip int 0x01), the program continues but the exception handler installed bu the user program is not called. I was wondering if it was a bug or a normal behaviour, and if it is normal behaviour, is there a workaround ? Thanks in advance for your help. Laurent Pinchart

April 6, 2002

Windows NT, int 0x01 & EXCEPTION_ACCESS_VIOLATION

by Laurent Pinchart

Hi everybody, It seems that calling int 0x01 on windows NT should raise an EXCEPTION_ACCESS_VIOLATION instead of EXCEPTION_PRIV_INSTRUCTION. Could anyone confirm ? (I don't know how to test it. Calling the interruption is trivial, but how does a user program test the exception type ?) Laurent Pinchart

April 6, 2002

← Newer
1
...
47
48
49
50
51
52
53
...
67
Older →

Jump to page: