December 2003 - Wine-devel - list.winehq.org

Processor-Type and -Level
by Olaf Leidinger 01 Dec '03

01 Dec '03

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 01 Dec '03

01 Dec '03

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) 01 Dec '03

01 Dec '03

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 01 Dec '03

01 Dec '03

"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 01 Dec '03

01 Dec '03

"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 01 Dec '03

01 Dec '03

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 30 Nov '03

30 Nov '03

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