January 2003 - Wine-Devel - list.winehq.org

Developers current e-mail addresses listed in authors.ent

by Tom Wickline

I am getting ready to update the WINE Packagers Guide See : http://www.winehq.com/Docs/wine-pkg/ And the first thing that I noticed was Andreas & Marcus e-mail address were incorrect. So I then looked at : http://cvs.winehq.com/cvsweb/~checkout~/wine/documentation/authors.ent?rev=… And found that alot of other's were different from my Address Book. I have listed them below Current is what is now there current address in the *authors.ent* file. And below is the addresses that is listed in my address book. There are also a couple DOA addresses listed in this file and there at the bottom. I dont want to change this file and not have people's e-mail correct! So can everyone look over the file and let me know if your e-mail needs to be changed ?? Also a couple people below have multiable addresses can you let me know what address you want listed. Tom Current = ovek(a)winehq.com Ove Kaaven <ovek(a)arcticnet.no Ove Kaaven <ovehk(a)ping.uio.no ovek <ovek(a)transgaming.com --- Current = Marcus.Meissner(a)caldera.de Marcus Meissner <marcus(a)jet.franken.de Marcus Meissner <mm(a)lst.de ---- Current = amohr(a)codeweavers.com Andreas Mohr <andi(a)rhlx01.fht-esslingen.de --- Current = Speeddymon(a)yahoo.com Dustin Navea <Speeddymon(a)sbcglobal.net --- Current = dimi(a)cs.toronto.edu "Dimitrie O. Paun" <dpaun(a)rogers.com --- Current = juergen.schmied(a)metronet.de juergen schmied <juergen.schmied(a)debitel.net DOA addresses Should I leave them or remove them ?? douglas-ridgway "ridgway(a)winehq.com"> john-sheets "jsheets(a)codeweavers.com">

Jan. 13, 2003

Re: [Fwd: dead keys treatment using XmbLookupString]

by Richard Allen

On Wed, Jan 08, 2003 at 12:55:15PM -0200, Mauro Carvalho Chehab wrote: > Rikki, > > Please try to apply the following patch against the new CVS version > (on /dlls/x11drv directory). This patch will allow keyboard.c to use > your locale setting by the usage of xkb extension on X11R6. Please > notice that this requires that you *don't have* xkbdisable on your > XF86Config file (or XF86Config-4). I applied the patch and did a recompile on todays CVS. I see a change, but it does not fix things for Icelandic. My mute key is: [ra(a)morticia ra]$ xmodmap -pke | grep dead_acute keycode 48 = dead_acute Adiaeresis dead_circumflex dead_caron Its dead_acute I need to get working. With your patch it still doesnt work, but pressing "alt and the mute key" (dead_circumflex) works. So I can get characters like â ê û î :) Btw, that key is incorrect from the XFree.org people. That Adiaeresis is not supposed to be there and causes wine to complain: fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Icelandic keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. I enabled debugging and its that key thats causing the complaint. All the others are right. So I added the Adiaeresis to the definition for the Icelandic keymap in keyboard.c and the complaint went away, but it's still not working :) -- Rikki. -- RHCE, RHCX, HP-UX Certified Administrator. -- Solaris 7 Certified Systems and Network Administrator. Bell Labs Unix -- Reach out and grep someone. Those who do not understand Unix are condemned to reinvent it, poorly.

Jan. 13, 2003

Re: tests for GetPrinterDriverDirectoryA

by Stefan Leichter

Am Sonntag 12 Januar 2003 02:43 schrieben Sie: > > I see this test has not been committed yet... I tested it and it works > on Win95, Win98, NT4 and XP. It's a much better score than some other > tests... > > However it fails on Wine: > info.c:25: Test failed: pcbNeeded set to 18 instead of 19 > info.c:30: Test failed: pcbNeeded set to 18 instead of 19 > info.c:34: Test failed: expected result == 0, got 18 > info.c:35: Test failed: pcbNeeded set to 18 instead of 19 > info.c:48: Test failed: expected result != 0, got 0 > info.c:71: Test failed: expected result != 0, got 0 > > The easy solution is to just wrap the relevant tests in a 'todo_wine'. > The better one is to fix Wine... Or if the fix is too long to do, wrap > with todo_wine now so the test can be committed now, and then fix Wine > and remove the relevant todo_wine statements after each fix. I will try to fix the function GetPrinterDriverDirectory soon. But how should wine behave ? 1. like NT/XP 2. like Win9x 3. like the setting "windows" of the section [Version] in the config file Bye Stefan

Jan. 12, 2003

Bug Fix With Delay load function in Shell32 (version2)

by Robert Shearman

Here is the updated patch: > -----Original Message----- > From: Jürgen Schmied [mailto:j.schmied(a)t-online.de] > Sent: 12 January 2003 13:45 > To: Robert Shearman; wine-devel(a)winehq.com > Subject: Re: Bug Fix With Delay load function in Shell32 > > ChangeLog: > > - Set up all delay load functions in GetShellOle() function to avoid > > GetShellOle assuming that they were all loaded when they weren't > This isn't the best solution since GetShellOle() initializes the > ole subsystem by calling > OleInitialize(). This is not nessesary for _CoCreateInstance(). ChangeLog: - Seperate the HINSTANCEs used by GetShellOle() and other delay load functions

Jan. 12, 2003

Re: Bug Fix With Delay load function in Shell32 (version2)

by Dimitrie O. Paun

On January 12, 2003 12:08 pm, Robert Shearman wrote: > Index: shellole.c Please make your patches relative to wine's root. > -HINSTANCE hShellOle32 = 0; > +HINSTANCE g_hShellOle32 = 0; /* global handle to ole32.dll */ Also, please do not introduce ugly naming conventions like the above, especially when the style the DLL is written in does not call for it. In general, we have none of these conventions in Wine, and it's preferable to just avoid them. We have a bunch of others though. :) -- Dimi.

Jan. 12, 2003

Re: FreeBSD Compilation Fix

by Dimitrie O. Paun

On January 11, 2003 09:00 pm, Jared Goldberg wrote: > Index: dlls/dsound/tests/dsound.c > =================================================================== > RCS file: /home/wine/wine/dlls/dsound/tests/dsound.c,v > retrieving revision 1.3 > diff -r1.3 dsound.c > 20a21,23 > > >#if defined(__FreeBSD__) > >#include <stdlib.h> > >#else > > 21a25 > > >#endif Uniffied diffs please: cvs diff -u or diff -u See: http://www.winehq.org/development/#patches In this case, I suggest you just include stdlib.h without any ifdefs. It's a standard header, it should exist on all systems. -- Dimi.

Jan. 12, 2003

Re: Shell Ordinals

by Dimitrie O. Paun

On January 12, 2003 08:29 am, Jürgen Schmied wrote: > So I would suggest to change the ordinals into the nt ones. Indeed -- this seems to be Wine's current practice anyway... -- Dimi.

Jan. 12, 2003

Re: Bug Fix With Delay load function in Shell32

by j.schmied＠t-online.de

Hi! This isn't the best solution since GetShellOle() initializes the ole subsystem by calling OleInitialize(). This is not nessesary for _CoCreateInstance(). Bye Juergen > > This fixes a bug in Shell32 where one function caused the function > responsible for setting up the delay load function pointers to assume they > had already been loaded, and they hadn't. > Maybe we should make the hShellOle32 variable static so this can't happen > again. > > ChangeLog: > - Set up all delay load functions in GetShellOle() function to avoid > GetShellOle assuming that they were all loaded when they weren't > > Rob > -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

Jan. 12, 2003

Re: Shell Ordinals

by j.schmied＠t-online.de

Hi! We have a problem here... win9x and winnt have a very different set of ordinal functions exported. We have to decide what we support. At the moment most ordinals functions are win9x style. We should never mix both cases since then both explorer won't run. I think we don't have any chance to get the win9x explorer running. A long time ago I did a lot of explorer debugging and the nt4 explorer was nearly running since it's not as much involved into the booting of the system as the win9x one. So I would suggest to change the ordinals into the nt ones. It would cause some 9x only functions to be removed. The change of shell32.spec should be done in one go. PS: Since I recently started to do some shell32 work again: Who is doing what at the moment? Bye Juergen > > This includes a few ordinals used by explorer and desk.cpl > There seems to be a conflict between SHLocalAlloc/Free and the ordinals I > have made stubs for (on Win2k SP3 shell32.dll), but I have no way of knowing > which ordinal (if any) SHLocalAlloc/Free should be. > > ChangeLog: > - Implement some PropertySheetExtArray ordinals > - Add some stubs used by explorer > > Rob > -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

Jan. 12, 2003

Re: conformance test for ShellExecute

by Francois Gouget

On Sun, 29 Dec 2002, Dan Kegel wrote: > Well, the puny little beginnings of one, anyway. > (I'll improve this later. Still, it already > catches a difference between Windows and Wine, > so it's worth committing as is.) I tested it on Win95, Win98, NT4 and XP and it worked on all platforms. However, since it currently fails in Wine should should enclose the test in a 'todo_wine' and resubmit it. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS

Jan. 12, 2003