Latest | Archives | People | Topics
Latest | Archives | People | Topics
Latest | Archives | People | Topics
|Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic|
Table Of Contents
|1.||31 Jan 2004 - 6 Feb 2004||(1 post)||News: WineConf 2004 Resources|
|2.||4 Feb 2004||(9 posts)||New Filesystem Code Merge Commencing|
|3.||3 Jan 2004 - 4 Jan 2004||(7 posts)||To Do List Updated|
|4.||3 Feb 2004||(3 posts)||WineConf Wrapup|
|5.||1 Feb 2004||(1 post)||Creation of #winehackers|
|6.||6 Feb 2004||(4 posts)||Differences in Windows' Long/Short Names|
This is the 209th issue of the Wine Weekly News publication. Its main goal is to officially begin procrastinating on taxes. 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 www.winehq.org
Mailing List Stats For This Week
We looked at 164 posts in 762K.
There were 59 different contributors. 30 posted more than once. 29 posted last week too.
The top posters of the week were:
1. News: WineConf 2004 Resources
31 Jan 2004 - 6 Feb 2004 (1 post) Archive Link: "News"
People: , Michael Stefaniuc, Brian Vincent, Tom Wickline, Boaz Harrosh, News, Marcus Meissner, Gavriel State, Alexandre Julliard, Arthur Bergman, Jeremy White, Mike McCormack, Lionel Ulmer, Shachar Shemesh, Dimi Paun, TransGaming, CodeWeavers, Francois Gouget, Huw Davies, Aric Stewart, Juan Lang, ReactOS, Mike Hearn, Ulrich Czekalla, Jeremy Newman, Steven Edwards, Mark
The WineConf page is serving as a repository for the various resources from the conference. So far you can find:
In case you missed it, I put out separate issue this week to summarize the event. We had 29 developers from 8 different countries in attendance (I apologize if any of the city information is wrong in the list below):
|Name||Affiliation (if any)||From|
|Alexandre Julliard||CodeWeavers||San Diego, California|
|Jeremy White||CodeWeavers||St. Paul, Minnesota|
|Ulrich Czekalla||CodeWeavers||Toronto, Canada|
|Mandi Gagne||CodeWeavers||St. Paul, Minnesota|
|Jeremy Newman||CodeWeavers||Minneapolis, Minnesota|
|Mike McCormack||CodeWeavers||Seoul, South Korea|
|Aric Stewart||CodeWeavers||St. Paul, Minnesota|
|Gavriel State||TransGaming||Ottawa, Canada|
|Shachar Shemesh||Tel Aviv, Israel|
|Tom Wickline||North Carolina|
|Michael Stefaniuc||Stuttgart, Germany|
|Marcus Meissner||Erlangen, Germany|
|Brian Vincent||Breckenridge, Colorado|
|Dimi Paun||Toronto, Canada|
|Vincent Béron||Montreal, Canada|
|Mike Hearn||Macclesfield, England|
|Joe Baker||Madison, Wisconsin|
|Juan Lang||Anchorage, Alaska|
|Jan Kratochvil||Czech Republic|
|Christofer Hertel||Samba Team||St. Paul, Minnesota|
2. New Filesystem Code Merge Commencing
4 Feb 2004 (9 posts) Archive Link: "ntdll / kernel32: #41"
People: Eric Pouech,
The big filesystem merge has begun, well, at least the patch submissions. If you're just tuning in, you may want to refer back to issues #184, #189 and #204. I think it's useful to reiterate exactly what the problems are, this list comes from Eric's initial post back on August 19th:
About a month ago Eric posted a somewhat complete implementation. At the time he had some details to work through, but the basic structure was complete. Of course, the secondary problem now becomes how to merge this code without completely throwing the CVS tree into turmoil. It seems Eric has found a way and now individual patches have been created. Below is a list of the new patches and the Changelogs. Eric has been tracking all of his NTDll/Kernel32 DLL separation patches with a number. This patchset began at #41:
let's start submitting the new fs code...
basically, you will need to have run this new tool on your configuration directory before we can go any further (otherwise, wine will give you some nice warning messages, and breakages could appear) winefs --config--assign
see the previous winedevel post for some more details.
New volume management functions from NT
Note: DefineDosDevice is now broken (until patch 47)
Changes for device & VxD management (kernel)
Notes: server/device.c has to be removed
New scheme for type, label & serial number reading on drives
Moved NT => unix path translation to ntdll
Moved file opening to ntdll
Moved directory browsing to ntdll
Reviewed directory initialisation & management
Note: files/dos_fs.c shall be removed
that's all for now
3. To Do List Updated
3 Jan 2004 - 4 Jan 2004 (7 posts) Archive Link: "Wine 0.9 TODO"
Topics: Status Updates
People: Dimitrie Paun,
Based on discussion at WineConf, Dimi put together a detailed to do list for a 0.9 release. What's somewhat confusing is this is about as large as the current to do list on WineHQ. So why have we suddenly shifted gears and trashed the current plan? Well, we haven't. The current To Do list has items like "Cleanup the directory structure". Below this is expressed in detail as section I. Other tasks have been merged into a more logical order. So...
Here is the detailed TODO in all it's glory. We _really_ need to get this over with, so please help us out to get this release out the door. I'll mark names by the tasks based on conversations I had with folks at WineConf (and on the list). If you notice any mistakes, please let me know. Items marked with (???) have no owner. If you think you can help on any of these (including ones that do have owners!), please let me know. Help is needed and appreciated. If it's not clear what needs to be done for any of these, get in touch with me, I'll be more than happy to help you get started.
D. UI Code
E. File Formats
F. Exported API
I. Source Code
Under section H. item #1 as creating a "testing daemon". Dimi wrote back to the list to clarify exactly what that meant. Basically the idea is to write a Windows program and run it as a service on Windows to automate testing. It's feared that when we complete this great testing framework and get it integrated into the website we're going to run into a problem with people downloading and running tests. At first it will work, but then people may stop doing it. So if we have a service set up that checks for new tests, then automatically downloads and runs them, we can get a solid community behind it. More important is getting the tests integrated into the website.
4. WineConf Wrapup
3 Feb 2004 (3 posts) Archive Link: "Wineconf wrapup"
Topics: WineConf 2004
People: Jeremy White,
Jeremy White put together a nice overview of how the WineConf logistics worked.
Say, I wanted to thank everyone for coming to Wineconf 2004; as far as I can tell, a good time was had by all, and we may even have accomplished one or two useful things <grin>. I really appreciate that so many of you braved -30C temperature and two days of constant snowfall to come work with us on Wine - such insanity^H^H^H^H^H^H^H^H dedication is admirable.
I wanted to suggest that we get to planning Wineconf 2005 sooner rather than later; I'm curious to see which European city hosts the event <grin>. For the record, we're willing to be the major sponsor for the next Wineconf; we'll kick in some funds and person power to help make sure it happens. However, I think it'll only work well in conjunction with one or more locals.
I did have some closing thoughts and advice I wanted to get off my chest; there are some things I would do differently next time, and it's probably also wise to touch on the things that worked well.
In no particular order, here are a number of thoughts:
At any rate, I feel much better now - thanks for listening, and thanks for coming.
It definitely seems a lot more was done right than what wasn't. The streaming audio/video was a bummer, and a lot of people genuinely tried hard to get it working. The facilities worked out extremely well though. I think we all took it for granted we had basic amenities like conference tables and a video projector.
5. Creation of #winehackers
1 Feb 2004 (1 post) Archive Link: "Announcing #winehackers"
Topics: Project Management
People: Mike Hearn, , Mike McCormack, Francois Gouget
A new irc channel has been set up expressly for people developing Wine. The goal of this channel has nothing to do getting applications to run or serving as tech support. It's for developers to get together and solve problems. We have lots of forums available for helping with using Wine, including documentation, mailing lists, and BugZilla. Mike Hearn announced the new IRC channel on Sunday:
One of the action items decided on at wineconf was to set up an IRC channel for Wine developers. This channel now exists and is #winehackers. Key points to be aware of are:
Have fun! I'll submit a patch to add mention of it to the WineHQ website, but #gnome-hackers grew to a huge number of people just through word of mouth so there's no real hurry. Tell your friends, rescue budding wine hackers from the helpdesk that is #winehq etc. It's a resource that is there to be used, so use it.
6. Differences in Windows' Long/Short Names
6 Feb 2004 (4 posts) Archive Link: "Wrong short filenames instead of long ones"
People: Fabian Cenedese, Ove Kaaven, Dimitrie Paun, , Ove Kåven
Fabian Cenedese wrote:
I'm trying to find a file copy tool which works on windows as well as wine. I tried several and this looked promising:
On Windows it copied all files without problems and kept the long filenames even if the name implies that it's DOS-only, but it worked fine on W2K. But on wine the long names where all shortened to something like CINO~E2H.CPP. So it doesn't look like normal DOS short names ...~1.cpp but it's not the long name either. Can anybody try this out?
My wine (actual cvs) config is set to windows version nt40.
Ove Kåven explained the differences:
It's the short names Wine makes when there is no DOS short name (i.e. when you're not on a VFAT partition).
Try win95. Wine currently only emulates the DOS long file name API on win9x, since it did not exist on nt4.
Dimi thought that was odd, " That makes no sense: we get short names on a system (nt4) that fundamentally had long names. Shoudn't we get long names by default in that case?"
Ove went into more detail:
No, you couldn't get long file names in DOS programs under NT4. Try to run command.com (a DOS app) instead of cmd.exe (a Win32 console app) under NT4 sometime. NT4 had generally poor DOS support, mostly because its kernel was not DOS; Win95 had much better DOS support because of its DOS-based kernel, and that kernel provided long file name services to DOS programs running under it (on a VFAT partition).
Now it's possible that 2000 and XP added Win95-compatible long file name services for DOS programs, in which case the version check in Wine for the LFN DOS API could be updated. The version check is anyway (probably) mostly there to prevent winver=win311 from enabling the LFN API.
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 kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.