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 #268 For 1 Apr 2005

By Brian Vincent

Table Of Contents


This is the 268th issue of the Wine Weekly News publication. Its main goal is to welcome Spring. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. You can find more info at

Mailing List Stats For This Week

We looked at 198 posts in 745K.

There were 82 different contributors. 39 posted more than once. 39 posted last week too.

The top posters of the week were:

1. News: CrossOver Office 4.2, Whitepaper, DX9

26 Mar 2005 - 1 Apr 2005 (3 posts) Archive Link: "News"

Topics: News

People: Jeremy WhiteDesktopLinux.comOliver StieberCodeWeaversSlashdotNewsCodeweaverscodeweaversWineHQDesktopLinuxcvs

The biggest news of the week is the release of CrossOver Office 4.2. CodeWeavers announced 4.2 on Wednesday. The press release goes into detail about about some of the new features, or you can read the short version in the ChangeLog. Some excerpts from Jeremy White's announcement:

I am very happy to announce that today we have shipped version 4.2 of CrossOver Office. This includes a long awaited update to our server product, CrossOver Office Server Edition.

This release includes support for Quicken 2005, as well as new support for Quickbooks, versions 2001-2004 (note that Quickbooks 2005 is not yet supported). This release now supports the latest version of iTunes, and the iPod support code has been tuned to work with that version. We've also started an effort to properly support EndNote.

I also want to take a minute to stop and thank everyone that has purchased CrossOver from us. As I look back on the 7 years (7!) I've been involved in the Wine project, no part has been as rewarding as the time we've been working on CrossOver. There are many employees at CodeWeavers, and we are able to pursue a dream, and still provide for our families, entirely because of your support.

For example, we've been able to invest a lot of energy into Wine over the last few months; the changes that we've put into WineHQ that will come out as part of 5.0 this summer are going to be very exciting. The changes include a window manager rewrite, which should finally give us the tools to nail all those pesky visual glitches, a complete implementation of MSI and COM, which should allow us to get just about anything installed and up and running, and many other improvements too numerous to list.

In short, I think that this is the year that we start to really push Wine to fulfill its promise, and we have only been able to do this work because of your support. I hope that we have showed and continue to show our appreciation for your support through the improvements we make to Wine and by the support we provide to you.

The next day Alexandre took off on vacation for a week. So don't expect any CVS updates.

A whitepaper discussing The role of WINE in Linux desktop enterprise migration strategies appeared on It's lays out a solid for what role Wine can play in that while admitting it's not a silver bullet. From the foreward:

This whitepaper by Codeweavers COO Jon Parshall and CEO Jeremy White takes a detailed look at the potential value of WINE ("Wine Is Not an Emulator") as an ingredient in a strategy for enterprise migration from Windows to Linux desktops. The paper itemizes the requirements for enterprise desktop migration, examines a range of available tactics, and then suggests strategies for making the journey in ways that are "pragmatic, economical, and customer focused," the authors say.

For fun, print it and drop in the office mailbox of a random PHB.

Slashdot reported the has been updated to include support for installing Oliver Stiebers Direct3D 9 patches. With a little luck Oliver's patches will get merged and this feature will become obsolete.

2. MSHTML Work

29 Mar 2005 (1 post) Archive Link: "Progress of work on MSHTML"

Topics: Status Updates

People: Jacek CabanKrzysztof Foltman

Every once in a while someone pops up and mentions a bunch of work they've been doing. Krzysztof Foltman's recent work on the RichEdit control was one such example. Jacek Caban announced some work this week he's been doing on MSHTML:

I decided that it's time to write here about my work. I'm working on an implementation of MSHTML using Gecko (Mozilla's engine) API. Results of this work you can see here:

Yes, it is Internet Explorer on Mozilla's engine under Wine! At last... it doesn't work as nice as one can think looking at the picture... but it's starting to work.

I'd like to do it using Linux Mozilla, but to do it I'd need to pass GtkWidget to Gecko. So AFAIK there is no way to do it in an acceptable way for Wine. If there is, please let me know.

Gecko API is based on XPCOM that is quite similar to MSCOM. We cannot use Gecko's headers as they are designed for C++, but I wrote idl files that can be used by widl to generate binary-compatibile headers. Fortunetly, excluding interfaces, we can do everything using only C functions. Currently Wine's implementayion uses Mozilla ActiveX Comtrol. It's enough for some applications using it as replacement of WebBrowser Control, yet I don't know anyone using it as replacement of HTMLDocument (and it won't work as this is control, not document).

This code needs a lot of cleanup and I need to remove temporary hacks, but I think it's time to start sending patches. Unfortunately I'll be out next week and this week I won't have much time. This week I'll send only some simple code, and later will come more.

3. WineConf Agenda

29 Mar 2005 - 3 Apr 2005 (8 posts) Archive Link: "WineConf Agenda"

Topics: WineConf 2005

People: Brian VincentAndrew TridgellDimitrie PaunMarcus MeissnerJakob ErikssonJuan LangJasonReactOSMike HearnJeremy WhiteSteven EdwardsDimi Pauncvs

Over the last few weeks I've been putting together the agenda for WineConf. I thought for a while we were short on presentations, then as I put started gathering everything together I realized things were in pretty good shape. So I decided to get some feedback and put out a last call for ideas:

This is the initial agenda for WineConf. I hope to add a few more items, but Jeremy suggested I pull the trigger and announce it. I agree - there's enough here to fill two days and leave a lot of time for people to get together in small groups. Only the first two items are in any formal order:

I think a full agenda would be about 11 items. If you would like to present something let me know - there's definitely space available. If you've been wondering, "There's a neat project I'd like to do if I could only get a few more people interested", well, this is the perfect time to bring it up. If there's something strategic to Wine development, this is a great time to discuss it. For example, we've had mixed feelings regarding revision control and its been suggested to bring it up as a topic. Would anyone find it useful to discuss subversion vs. arch vs. cvs? We could probably get Mike Hearn to show off how he manages patches with SVK and then let him arm wrestle Alexandre about whether arch is better.

Friday night we will have an informal dinner after meeting up at the hotel. The conference will kick off Saturday morning on campus around 8am. Lunch will be provided on Saturday and Sunday as well as dinner on Saturday. There will definitely be a lot of time for informal discussion.

For the Samba guys - I think there's a great opportunity to share some knowledge to prevent anyone from reinventing the wheel. If there's any topic you'd find interesting, let me know. If you'd just like to hear a specific topic from the Wine folks, we can arrange that.

For travel arrangements, please join ( ) For instance, I'm actually flying into Frankfurt on April 23rd and it'd be cool to hang out with anyone arriving early. If you haven't made reservations at a hotel, don't worry too much. There's still rooms available as Mr. Schmid described here:

If you haven't signed up on the RSVP list, please do so. It can be found on the WineConf page:

Since then some excellent ideas have come up for additional topics to fill in the few remaining slots. Andrew Tridgell from Samba asked:

I'd like to present something on the way Samba4 stores the extra NTFS meta-data in posix filesystems (streams, NT ACLs, DOS attributes, extra timestamps etc) and open up a discussion on whether we could come to an agreement with the wine project on how this should be done. I can provide a demo of the implementation we currently have in the posix NTVFS backend in Samba4.

I'd similarly like to discuss cooperating on share modes, oplocks and byte range locks.

In each case I will be trying to encourage methods which can store the full NTFS semantics, rather than limiting ourselves to only the things that fit natually in posix filesystems. I'm guessing we will have some lively discussion on whether this is a worthwhile aim :-)

Finally, if we have time, I'd like to discuss cooperation on IDL files and MSRPC interfaces.

Dimi Paun followed up with, " Speaking of which, both Samba and Wine suffer from the lack of support of cases-insensitivness in the kernel. Now, I'm not suggesting that we should push for that (I'm aware of the past discussions on LKML, and I must agree with Linus), but we should push for *something* that's acceptable and helps us solve the negative lookups a bit faster than a full directory listing every time."

Marcus Meissner also had an idea, " I could give an introduction into reverse engineering, including an IDA Pro introduction"

Jakob Eriksson expanded on the testing topic:

I don't know if I can find the time to prepare a proper presentation, but if I do, I'd like talk about and get some input from you on the subject of testing.

  1. I want the conformance tests done faster. (I have a clear idea how.)
  2. What's almost never been brought up on wine-devel is the unit testing in the XP sense.

1 has been discussed on wine-devel quite a bit, so I'll skip it in this mail.

regarding 2:

CXTest is like application testing. This is good, high-level testing.

The conformance tests test the Windows API. But in the case of a complicated API (and Windows is complicated) maybe we need to test the smaller units behind the API.

So, the conformance tests often are somewhere between application testing and unit testing.

Can we have an infrastructure for running unit tests of small units of code private to the implementation?

4. Autopackage 1.0

29 Mar 2005 (2 posts) Archive Link: "Autopackage 1.0"

Topics: Build Process

People: Boaz HarroshMike HearnSlashdot

Autopackage is a side project of Mike Hearn. Or maybe this week we should say that Wine is the side project. Slashdot announced the release of Autopackage 1.0. It aims to be a distribution independent method for packaging software. So for everyone asking, "Why not just use an RPM / .deb / .tgz?" Well, that's not really the point. The topic caused Boaz Harrosh to bring up the question, " now that Autopackage 1.0 is out does any one plan on a Wine Autopackage installer?"

Mike answered, " In case anybody is waiting, I'm not planning on this anytime soon. I have enough to do just supporting other projects that need it much more (because they don't have [m]any distro specific packages etc). If somebody wants to do it though, go for it. I'm happy to answer questions. "

5. Scripting Around Winedbg

31 Mar 2005 (4 posts) Archive Link: "Wine Debugger"

Topics: Fixes

People: Cal PierogEric PouechFrancois GougetMicrosoftPaul Millar

I could see someone else running into this same problem trying to get something else to work. Cal Pierog asked:

I am trying to write a script which, at one point, needs to run the wine test suite, accomplished with:

Even though this skips over bad tests, it does not prevent the debugger from kicking in every once in a while and asking for user input. I would like this script to be robust enough to run the test suite without user input, even when one of the tests fails badly enough to call the debugger.

So, is there any way to disable the debugger so that the script can just continue on errors and not sit at a "Wine-dbg>" prompt?

Eric Pouech replied first, " use regedit at the beginning of your script to set the AeDebug key to a "" string (and you should have saved the key value before), and restore it at the end of your script"

Francois Gouget and Paul Millar both suggested a slightly different method. Francois wrote:

Alternately you could add the '--auto' option and winedbg should then run in non-interactive mode. This will also cause it to dump a stack trace which is nice for later debugging if you save the output somewhere.

6. InstallShield Breakage

1 Apr 2005 (9 posts) Archive Link: "Nearly all Installshield installers fail"

Topics: RPC / COM / OLE

People: Robert ShearmanRob ShearmanUwe Bonnes

In the beginning, InstallShield didn't work. Then we got it to work. Then they it broke. Then we got it to work. Then we broke it. That's the short version of the story. Uwe Bonnes ran into an issue this week with one such installer and Rob Shearman gave the low down on the details:

There are a number of issues with InstallShield currently. I had hoped that getting one working would get all working, but this doesn't seem to be the case from the current discussion on wine-devel. I am aware of 3 issues with ole32, 2 deadlocks and one error. The remaining issues appear to be with the typelib marshaler, which unfortunately lacks regression tests.







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.