Wine Traffic #93 For 29�Apr�2001

By Brian Vincent

Table Of Contents

• Printer-Friendly Format
• Text Format
• XML Source
• Introduction
• Mailing List Stats For This Week
• Threads Covered

  1.	24�Apr�2001�-�25�Apr�2001	(6 posts)	Dropping Syslevel Checks from Debugging
  2.	24�Apr�2001�-�26�Apr�2001	(10 posts)	Fault Handling?

Introduction

This is the 93rd release of the Wine's kernel cousin publication. It's main goal is to distribute widely what's going on around Wine (a port of the Windows API to Unix-based operating systems).

I'm currently having major ISP problems. If you've sent me an email in the last few weeks I haven't gotten it. As a result I've changed the address above to one that will work, however it's not a permanent solution for me.

Mailing List Stats For This Week

We looked at 58 posts in 159K.

There were 27 different contributors. 13 posted more than once. 12 posted last week too.

The top posters of the week were:

• 5 posts in 14K by Francois Gouget <fgouget@free.fr>
• 5 posts in 13K by lawson_whitney@juno.com
• 5 posts in 12K by Andreas Mohr <a.mohr@mailto.de>
• 5 posts in 11K by eric pouech <eric.pouech@wanadoo.fr>
• 4 posts in 12K by Mike Bond <mbond@cox.rr.com>
• Full Stats

1. Dropping Syslevel Checks from Debugging

24�Apr�2001�-�25�Apr�2001 (6 posts) Archive Link: "GDI syslevel held during psdrv init ... bad"

People: Alexandre Julliard,�,�Andreas Mohr,�Marcus Meissner

Marcus Meissner was doing some debugging and ran across a problem and asked for thoughts on how to fix it. Alexandre Julliard replied with, "We could probably get rid of the check. Syslevel locking is reasonably stable now, and dll separation will cause more and more false alarms here." So soon in the CVS changelog an entry came across that read:

The effect of this is you get less information printed out when debugging. Andreas Mohr felt it was simply not appropriate to take this out and responded to the change with:

A few more messages went back and forth between Marcus and Andreas about other ways to get around dropping the check, but the change stayed in CVS.

2. Fault Handling?

24�Apr�2001�-�26�Apr�2001 (10 posts) Archive Link: "fault handling - oof"

People: Lawson Whitney,�Francois Gouget,�Eric Pouech,�Alexandre Julliard,�

Lawson Whitney was working on a mail application and suddenly had problems with its fault handling. He suspected it was because of something recently added to Wine and began reverting patches until it seemed to be narrowed down. Lawson wrote:

This report generated a fair number of emails that left a lot of people scratching their heads. Francois Gouget first wondered, "If you're using native msvcrt then the first two should have no impact. If you meant that the crash only occurs when you try using the builtin msvcrt then maybe it's the patch to time.c. But I would still don't see why... quite the opposite."

Eric Pouech then questioned the debugger patch and asked, "I don't see how a fix in the debugger could change the way an app work when the debugger is not launched... did you try to run the app with the debugger started before the crash to see where you get the first fault ?"

Lawson began messing around and narrowed it down to what he thought was the patch to the debugger. He took a break and when he came back to working on it discovered the problem, " If you get this, it comes by wine with the debugger patch in. It seems I was getting HD errors which were causing wine to hang and otherwise misbehave. Load a library, and when you are done there is nothing there, so when the init code gets called, it faults. reverting moved the files to sectors that happened to work. I should have known when the same version of wine worked on one box and not on the other for the same app (shared by nfs) but at the time it only made my head hurt. e2fsck -c has fixed it for now, but sterner measures may become necessary."

Looks like its time to start trying to find that warranty information..

�

�

�

�

�

�

Sharon And Joy
�