Kernel Traffic
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic

Wine Traffic #136 For 19 Sep 2002

By Brian Vincent

Table Of Contents


This is the 136th release of the Wine's kernel cousin publication. It's main goal is to distribute widely what's going on around Wine (the Un*x windows emulator).

Mailing List Stats For This Week

We looked at 158 posts in 483K.

There were 47 different contributors. 23 posted more than once. 19 posted last week too.

The top posters of the week were:

1. News: ZDNet User Poll, LinuxJournal Review

13 Sep 2002 - 19 Sep 2002 (2 posts) Subject: "News"

Topics: News

People: ZDNetNews

It looks like I missed a review of CrossOver Office from back in April. It seems ZDNet's informal web poll at the time produced the following results:

Would your company switch its desktop PCs from Windows to Linux if Windows apps could run on Linux? Of the more than 15,000 respondents, 58 percent said they'd make the switch immediately; another 25 percent said they'd consider dumping Windows in favor of Linux within a year.

The author of the original article, Rich Castagna, wrote a followup discussing it. The numbers are pretty dramatic, even more so if you think about what the response would have been only a few years ago. Of course, I don't place much more confidence in ZDNet polls than I do Slashdot, but it's interesting to see.

My all-time favorite tech magazine, Linux Journal, has a review of CrossOver Office. It goes into detail on installation and has bunch of screenshots. The author, Jeffrey McDonald, was particularly glad to be able to run Outlook.

2. NetAPI32.DLL Work

15 Sep 2002 - 17 Sep 2002 (15 posts) Archive Link: "An attempt at LogonUser()"

Topics: Integration

People: Martin WilckAndriy Palamarchuk

Martin Wilck asked what was being done with regards to the netapi32.dll:

The app I am trying to port with winelib makes heavy use of calls to the netapi32 DLL to check for permissions, etc.

I just took a glance over the spec file and found it consists mainly of stubs.

Is anybody (Mike?) currently working on netapi32, are there plans to implement larger parts, what are the main problems?

I guess this points towards the general Wine/Samba integration that Mike has been talking about earlier...

Andriy Palamarchuk admitted to taking a stab at it:

I'm now working to implement some netapi32 calls. My implementations use information, provided by Wine or give some dummy values. Do you think this will be enough for your application? You can give me the list of calls your application uses - I'll give preference to implementing them.

Sure the right approach would be to integrate it with Samba but I was not going to do it right now.

Martin explained exactly what he was looking for:

identification and access right verification. Currently I rather tend to replace all this by "native unix" verification. I actually don't think it's a good idea for my app to bypass the Unix system.

In this context, one idea would be to simply route requests like these to Unix services like PAM. There may even be a samba Authorization service for PAM installed. That way it might actually be possible to map authorization issues like this correctly from wine to e.g. a PDC, but through the native Unix interface, and without creating a Samba+Wine "monster" app. This is far future of course.

Two days later Martin posted a patch integrating Wine with PAM for authentication. He asked for comments:

Log Message:



The next day Andriy submitted some work that implemented " NetQueryDisplayInformation, NetUserGetInfo, created conformance tests, other netapi32 bug fixes and improvements."

3. WinASPI.DLL Work

16 Sep 2002 - 17 Sep 2002 (3 posts) Archive Link: "winaspi + libscg"

Topics: Integration

People: Gyorgy SzombathelyiTony LambregtsDimitrie Paun

György Szombathelyi is working on rewriting wnaspi.dll to work with an existing lower level library. ASPI is the Advanced SCSI Programming Interface and used as an interface between host adapters and device drivers. György was looking for some apps to test some of the more obscure parts, " I'm working on a rewrite of the winaspi module, using Joerg Schilling's libscg. (libscg is a scsi transport library, with support of many platforms, cdrecord, cdrdao uses it). I'm nearly finished, but I could test only winaspi32 (with nero and isobuster), I need a software that uses the 16 bit aspi interface to test it. Anyone knows such a software that uses wnaspi.dll? "

Tony Lambregts didn't think it was too important, " I don't think you will find too many of this type (16 bit software using aspi) due to the fact that the aspi interface is newer than the 32 bit api. " Dimi Paun agreed, " Yeah, 16bit is rather dead, just go ahead with your changes, and if they break anything, you'll find an application to test with... :)"

A few days later György submitted a patch.

4. Mixing Unix and Windows Calls

16 Sep 2002 - 17 Sep 2002 (2 posts) Archive Link: "more MSVCRT fun"

Topics: Winelib

People: Steve LustbaderMartin Wilck

Steve Lustbader had a problem clashes between Windows and Unix function calls:

In my winelib app, most of the cpp files use MSVCRT only, and thanks to Martin I've gotten those to compile.

A couple of my source files, however, use a mix of MSVCRT and standard glibc (fork, exec, etc). When I include unistd.h, lots of function definitions conflict with msvcrt/io.h. How can I get this mix to compile? Does the @ignore in the spec file trick from the Winelib user's guide still apply, or has it been changed (or removed altogether)?

Martin Wilck suggested trying:

Here's what I would try: Encapsulate the Unix-specific calls in a separate source file(s) that compiles against the system headers, wrap the Unix calls in functions exported by these files, and then "simply" link the winelibwise and unixwise parts of your application.

Dividing the the two worlds over source files should have other benefits as well, softwaredesignwise :-)

5. No More Perl Regression Tests

17 Sep 2002 (2 posts) Archive Link: "Re: [Bug 529] - Running Perl regression tests on Windows"

Topics: Testing

People: Steven Edwards

Steven Edwards requested comments about closing out bug 529. It seems through private correspondance it was decided to just close it out and not deal with the perl framework any more. Steven's explanation was:

This bug can be closed as Alexandre has said that the regression suite will be dropping perl as no one uses it and its a bitch to get working on Windows. Trust me I have tried







Sharon And Joy

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.