November 2002 - Wine-Devel - list.winehq.org

Re: Wine 0.8 TODO v0.2
by Gerald Pfeifer Nov. 8, 2002

Nov. 8, 2002

(I'm not sure this will get through to the list, as I am not subscribed, so I am Cc:ing you.) You wrote: > 4. Enlist some 'official' distribution maintainers > (at the minimum RedHat, Suse, Mandrake, Debian) Please also include FreeBSD, and feel free to contact me for FreeBSD-related issues, especially concerning this kind of "official" distribution maintainers. Many contributors (including myself) have been providing patches to improve portability or support FreeBSD-specific features which differ from GNU/Linux and the port should be in a decent shape. Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

7 21

Wine 0.8: VB compatibility !!
by Andreas Mohr Nov. 8, 2002

Nov. 8, 2002

Hi all, I keep encountering people mentioning that VB stuff has lotsa problems on Wine. While I really can't say that I like VB, a lot of people seem to use it for critical tasks in companies on a daily basis, so it sounds like perfect VB compatibility would be utterly important. IMHO improving that should be a goal of 0.8.

2 1

Debian Maintainer
by Dimitrie O. Paun Nov. 8, 2002

Nov. 8, 2002

We're still missing one. Any takers? -- Dimi.

5 10

Huge speedup to wine ReadFile on small packets
by Hannu Kotipalo Nov. 7, 2002

Nov. 7, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! The only program I use at windows on home is wzebra, a windows based reversi game (http://www.nada.kth.se/~gunnar/othello.html) (linux version coming, but it's binary only :-() Unfortunately current wine version needs over 10 minutes time to start the program! In windows, starting time is just a few seconds. I found out that the source of the delay was a database file (opening book file), which wzebra reads in by a few byte packets. Fortunately wzebra itself measures the time needed for the readout. Since wine has a lot of overhead for opening and closing unix filesystem for every packet, the delay is understandable (but not acceptable!). Of course, buffering helps. I made a Quick-and-dirty 1k buffer for just ReadFile - routine and database readout dropped from over 800 seconds down to 12-13 seconds! (On my 200 Mhz Pentium Pro) I think this should be fixed in a more sophisticated way, so I did not yet post my patch. Also, this patch helps only on this particular problem; reading a file by small packets with ReadFile. However, I noticed that wzebra reads even bitmaps on byte by one... Don't know how usual this is, thought. In addition, I do not have too much time for playing with this. If someone is interested in continuing my work, please mail me, I can reply by sending the patch. Hannu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9ytdIuA3ghgc3fUsRAsrLAJ0T4ZYYmhsGx3XgsrmK/JY9jfqDbwCgqYSw rc2AIWu2A5XahdQw0AnZSmg= =0x+Q -----END PGP SIGNATURE-----

2 1

wine.texinfo
by Vincent Béron Nov. 7, 2002

Nov. 7, 2002

Is it normal that I cannot find a rule to build wine.info from wine.texinfo in the Makefiles? The file seems to still be worked on (last change september 20th), but I must build it with makeinfo manually (or add it to the spec file). Vincent

2 1

Searching mailinglists
by Sam Nov. 7, 2002

Nov. 7, 2002

I was wondering if it would be possible to add a search feature to the mailing list archives, while we're doing the WineHQ redesign ? I think that would be a very useful feature, for both, new and old developers. Or perhaps there is already a search available, hidden somewhere out of sight? :-) sam(a)pcuf.fi

2 1

Re: [PATCHLET] DeleteFile With Empty Paths
by Ryan Cumming Nov. 7, 2002

Nov. 7, 2002

> Can you also create a testcase for this problem? Hmm, I've never written a Wine testcase before. Does the following look good? -Ryan ChangeLog: Add test for DeleteFileA with empty paths

1 0

Wine 0.9 TODO v0.3
by Dimitrie O. Paun Nov. 7, 2002

Nov. 7, 2002

Lots of updates on this one: http://www.dssd.ca/Wine-0.9-TODO-0.3.html The actual TODO included below as text, for your commenting convenience. A. WineHQ work Website redesign [IN PROGRESS] worker: Jeremy Newman status: backend is getting finalized updated: Nov 7, 2002 Reorganize the navigational menu [DONE] worker: Francois Gouget & al. status: merged into new site updated: Nov 5, 2002 Create some really sexy screenshots [IN PROGRESS] worker: ? status: just starting updated: Nov 7, 2002 criteria: one app per screenshot, avoid cluttered desktop Rework the FAQ interface [IN PROGRESS] workers: Dimitrie O. Paun, Keith Matthews, Thomas Wickline status: close to first public release updated: Nov 7, 2002 Enlist some 'official' distribution maintainers [DONE] RedHat: Vincent Béron SUSE: Marcus Meissner Mandrake: Kye Lewis Debian: Ove Kaaven FreeBSD: Gerald Pfeifer status: completed updated: Nov 7, 2002 Create nice page with apps that run virtually flawless [IN PROGRESS] workers: Carlos Lozano, Dustin Navea status: 20% updated: Nov 7, 2002 criteria: not MS dlls required, no tricks, etc. B. Documentation work We need to first figure what is out of date. [IN PROGRESS] worker: Dustin Navea status: just started updated: Nov 7, 2002 Move CVS docu from User Guide to Devel Guide [IN PROGRESS] worker: Bill Medland status: just started updated: Nov 7, 2002 C. Wine configuration Merge configuration into the registry [TODO] Write control panel applets for editing it [TODO] Have decent defaults so we can start control panel without prior configuration [TODO] Have wizard like app to autoconfigure wine [TODO] proposal: WineSetupTk by Jeremy White Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg [TODO] Write wine.inf script to setup a new Wine installation [TODO] Have a wineboot script for RunOnce stuff [IN PROGRESS] workers: Andreas Mohr, Shachar Shemesh status: 50% updated: Nov 7, 2002 D. Stabilize utilities Get rid of the init directive from .spec files [DONE] worker: Alexandre Julliard status: implemented by this updated: Nov 7, 2002 Make sure the .spec file format is fairly stable [IN PROGRESS] worker: Dimitrie O. Paun status: investigating updated: Nov 7, 2002 what: can we get rid of the rsrc directive? Ensure the various utilities' options are stable [IN PROGRESS] status: Alexandre fixed winebuild options updated: Nov 7, 2002 what: audit the other utilites Get rid of the Perl testing framework [TODO] worker: Dimitrie O. Paun status: started looking at it updated: Nov 7, 2002 E. Important fixes Window management rewrite, so we can install apps in managed mode. [TODO] worker: Alexandre Julliard status: not started Finish DLL separation Phase 1 [IN PROGRESS] worker: ? status: ntdll, and kernel not done updated: Nov 7, 2002 criteria: DLLs should use only functions exported through .spec file. Detect printing system at runtime [TODO] worker: Huw Davies status: Yup, I'm going to do this in the near future. updated: Nov 7, 2002 Detect OpenGL system at runtime [TODO] worker: Lionel Ulmer status: Real Soon Now (TM) updated: Nov 7, 2002 -- Dimi.

2 1

Re: debugging a lockup in Planescape Torment
by Eric Pouech Nov. 7, 2002

Nov. 7, 2002

> RFE: > Actually I am not interested in debug msgs after the debugger started. > Could there be an option that an debugger start turns off debug msgs. set - all > When the debugger starts I often get the msg > wine: hash.c:392: DEBUG_GetSymbolValue: Assertion 'strlen(name) < > sizeof(buffer) - 2' failed. which results in an unhandled exception in the > debugger. Whats up with that? fixed size for internal buffers... however a 512 characters identifier seems a bit big to me (even in C++) would you mind printing out the name of the symbol, just to check I'll send a work around for that A+

2 4

user.reg and winedbg
by steve.lustbader＠philips.com Nov. 7, 2002

Nov. 7, 2002

They key in user.reg that controls whether winedbg pops up in its own window or in the shell in which wine was started seems to be getting ignored. When I set "UseXTerm"=dword:00000000, and run my app, it crashes and brings up winedbg in a separate window. When I look at user.reg again, UseXTerm has been set back to 1. The reason I need this is because when my app crashes, the backtrace is so long (~40 frames) that I can only see the bottom (mostly useless half). Is there a way to increase the size of the winedbg window, pause bt's output (like piping to more in a shell), or display only part of a back trace? -Steve

5 4