- Wine-Devel - list.winehq.org

WineX 3.2
by Ivan Leo Murray-Smith Dec. 1, 2003

Dec. 1, 2003

As you probably already know, Marek Lipovcan and I build RPMs of WineX for Linux Red Hat, Suse, Mandrake and compatible distros, and host them (With a bz2 of the source) on www003.portalis.it/115/ I think this is a fact that could interest a lot of people, would it be OK for me to add a link to the site in the Commercial Wine Versions section under the link to Transgaming in the wine binary download page? BTW I've just published the MDK and Suse RPM of winex 3.2, but only geeks read this list, so if you're going to try winex it you'll probably compile from source anyway.

3 2

Re: Dropped wildcards patch
by Alexandre Julliard Dec. 1, 2003

Dec. 1, 2003

Hans Leidekker <hans(a)it.vu.nl> writes: > What do you mean by 'access' here? Being able to read from the file? > Write to it? Anything else like copying it or moving it? Opening an existing file or directory should work. Creating a non-existing file with a name containing wildcards should fail (but only if the wildcard is in the non-existent part of the name of course). -- Alexandre Julliard julliard(a)winehq.com

1 0

Processor-Type and -Level
by Olaf Leidinger Dec. 1, 2003

Dec. 1, 2003

Hello! Once I tried to install the win32 version of gimp-1.3.xx-i686 using wine and the installer refused to install because gimp was only compiled for newer processors. The author told me, that he uses the GetSystemInfo function to get the data he needs. Running a modified MS-example on wine I get this result: Hardware information: OEM ID: 0 Number of processors: 1 Page size: 4096 Processor type: 586 Processor Level: 5 Processor Revision: 0 Minimum application address: 10000 Maximum application address: 7fffffff Active processor mask: 1 And the same on Win2k I get this output: Hardware information: OEM ID: 0 Number of processors: 1 Page size: 4096 Processor type: 586 Processor Level: 6 Processor Revision: 2560 Minimum application address: 10000 Maximum application address: 7ffeffff Active processor mask: 1 Note - I am using an athlon-xp. /********** some source ***********/ #include <windows.h> #include <stdio.h> int main() { SYSTEM_INFO siSysInfo; // Copy the hardware information to the SYSTEM_INFO structure. GetSystemInfo(&siSysInfo); // Display the contents of the SYSTEM_INFO structure. printf("Hardware information: \n"); printf(" OEM ID: %u\n", siSysInfo.dwOemId); printf(" Number of processors: %u\n", siSysInfo.dwNumberOfProcessors); printf(" Page size: %u\n", siSysInfo.dwPageSize); printf(" Processor type: %u\n", siSysInfo.dwProcessorType); printf(" Processor Level: %u\n", siSysInfo.wProcessorLevel); printf(" Processor Revision: %u\n", siSysInfo.wProcessorRevision); printf(" Minimum application address: %lx\n", siSysInfo.lpMinimumApplicationAddress); printf(" Maximum application address: %lx\n", siSysInfo.lpMaximumApplicationAddress); printf(" Active processor mask: %u\n", siSysInfo.dwActiveProcessorMask); return 1; } /********** end of some source ***********/ To bring a long story to an end: I had a look at cpu.c from dll/kernel directory and I found this part: [line 251] /* FIXME: the two entries below should be computed somehow... */ cachedsi.lpMinimumApplicationAddress = (void *)0x00010000; cachedsi.lpMaximumApplicationAddress = (void *)0x7FFFFFFF; cachedsi.dwActiveProcessorMask = 1; cachedsi.dwNumberOfProcessors = 1; cachedsi.dwProcessorType = PROCESSOR_INTEL_PENTIUM; cachedsi.dwAllocationGranularity = 0x10000; cachedsi.wProcessorLevel = 5; /* 586 */ cachedsi.wProcessorRevision = 0; So the corresponding values are compiled in. Either we change wProcessorLevel to 6 or get it from the running system. I'd prefer the later ;-) When I have some free time I could -perhaps- try to fix it but I've never changed something in the wine source. Does anybody have any proposals of how to change it in an acceptable manner? I know that all the information I need can be read from /proc/cpuinfo - but perhaps there is an easier way then reading it from there as I don't know if it is still there in 2.6. Ciao, Olaf Leidinger

3 3

RE: Supported Applications List - Screenshots
by Tom Dec. 1, 2003

Dec. 1, 2003

Hi, You will need two screenshots one 200x150 and one 800x600 without scaling it down if possible. I believe the characteristics should be, No clutter & make the app as prominate as possiable. You will also want to reduce the size of the 200x150 shot as much as possible (but not to the point that its ugly) as it will be on the front page. To help save on bandwith, load faster ect. I would send them to wine-patches under WineHQ: Then if Jer wants to pick them up and put them in the que they would be there.. Is this correct? Tom

2 1

cvs access && updating news items
by Brian Vincent (C) Dec. 1, 2003

Dec. 1, 2003

Guess I need to be more careful what I wish for.. Jeremy was kind enough to set me up with CVS access to the web site. As such, I won't be mailing a copy to wine-patches any more unless someone thinks it's useful. The real good news is each WWN will be posted as soon as I get done writing it and it should appear more regularly (famous last words..) Back in March I made this post: http://www.winehq.com/hypermail/wine-devel/2003/03/0685.html If no one objects I'd like to post more stuff to the front page news section. In some ways it will repeat items that will be covered in more detail in each WWN issue. The idea is to keep more current with Wine-related press releases and maybe generate more traffic/interest in Wine. News items would definitely include commercial products. Also, I can get away with more than Jeremy could - it would have looked kind of shady if he posted something about Codeweavers but forgot something about TG. Instead I'll just use my own judgement to figure out if it's related to Wine. If someone disagrees they can just deal with it^H^H^H^H^H^H send me an email. -Brian Vincent

2 1

Re: X Error of failed request
by Erik Enge Dec. 1, 2003

Dec. 1, 2003

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: >> X Error of failed request: BadMatch (invalid parameter attributes) >> Major opcode of failed request: 12 (X_ConfigureWindow) >> Serial number of failed request: 93 >> Current serial number in output stream: 98 > > There is a message describing the problem and the resolution here: > http://www.winehq.org/hypermail/wine-devel/2003/08/0356.html > > Unfortunately, it will require downloading the patch in the mentioned > in the message, reversing it from the source and compiling it. If you > and other people are unhappy with this not being fixed, raise your > voices on wine-devel. Hopefully someone will take the time to submit a > proper fix to this. *raises his voice* Please fix this, if you can. This is the last piece in a big puzzle for me and I'd really want it seen fixed. I tried reversing the patch out of 20030813 but it still fails with similar X errors as the one above: Error of failed request: 180 Major opcode of failed request: 153 (RENDER) Minor opcode of failed request: 7 () Serial number of failed request: 7105 Current serial number in output stream: 7123 Sometimes it's a "BadDrawable" error. Erik.

2 3

Re: FontDlg sample text
by Dmitry Timoshkov Dec. 1, 2003

Dec. 1, 2003

"Shachar Shemesh" <wine-patches(a)shemesh.biz> wrote: > * Add sample text characters for Symbol, Japanese, Greek, Turkish, > Arabic, Baltic, Vietnamese, Russian, East European and Thai codepages. Why to not add them into resources? That would simplify locale handling a lot, and make our translators actually notice that strings as well. -- Dmitry.

5 12

Re: System tray integration
by Sylvain Petreolle Dec. 1, 2003

Dec. 1, 2003

Your patch fails being applied to cvs at the moment... nothing critical though, this is only the license part of dlls/system32/systray.c. *************** *** 1,11 **** /* - * Systray * - * Copyright 1999 Kai Morich <kai.morich_at_bigfoot.de> * - * Manage the systray window. That it actually appears in the docking - * area of KDE or GNOME is delegated to windows/x11drv/wnd.c, - * X11DRV_WND_DockWindow. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public --- 1,11 ---- /* + * System tray handling code (client side) * + * Copyright 1999 Kai Morich <kai.morich_at_bigfoot.de> + * Copyright 2003 Mike Hearn <mike_at_theoretic.com> * + * This code creates a window with the WS_EX_TRAYWINDOW style. The actual + * environment integration code is handled inside the X11 driver. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: Mysterious icon-change
by Ivan Leo Murray-Smith Dec. 1, 2003

Dec. 1, 2003

There is a very simple solution: Don't run winetests.exe from the desktop, and the desktop icons will stay intact, at least on win2k3. It would be a good idea to put a warning in the readme and on the download page.

2 1

Re: Crypt32.dll - CryptProtectData
by Vincent Béron Nov. 30, 2003

Nov. 30, 2003

Le dim 30/11/2003 à 14:52, Thomas Brix Larsen a écrit : > RCS file: /home/wine/wine/dlls/crypt32/crypt32.spec,v > retrieving revision 1.13 > diff -u -r1.13 crypt32.spec > --- dlls/crypt32/crypt32.spec 12 May 2003 03:21:45 -0000 1.13 > +++ dlls/crypt32/crypt32.spec 30 Nov 2003 19:45:03 -0000 > @@ -186,3 +186,4 @@ > @ stub RegQueryInfoKeyU > @ stub RegQueryValueExU > @ stub RegSetValueExU > +@ stdcall CryptProtectData(ptr wstr ptr ptr ptr long ptr) Try to keep the functions in alphabetical order in the spec file please. > +BOOL WINAPI CryptProtectData(DATA_BLOB* pDataIn, LPCWSTR szDataDescr, DATA_BLOB* pOptionalEntropy, PVOID pvReserved, void* pPromptStruct, DWORD dwFlags, DATA_BLOB* pDataOut) You said you changed the type of pPromptStruct to void* for cause of non-documentation. Better to get documentation for it, such as from WinCrypt.h from the SDK. I suggest you add something along those lines in Wine's wincrypt.h: typedef struct _CRYPTPROTECT_PROMPTSTRUCT { DWORD cbSize; DWORD dwPromptFlags; HWND hwndApp; LPCWSTR szPrompt; } CRYPTPROTECT_PROMPTSTRUCT, *PCRYPTPROTECT_PROMPTSTRUCT; Vincent

2 1