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

Re: WWN idea.....
by Brian Vincent (C) 06 Jul '03

06 Jul '03

> My idea is kind of a spin-off of that. I sometimes find that I want to read > the entire thread of a story posted in WWN, or if it is something that wasnt > discussed in a thread, but was like news about someone being interviewed, I > want to be able to read the interview right away... Each section of WWN has a link that says "Archive". If you click on it you get the wine-devel thread in the Hypermail archives. (Or, if it spans multiple threads you get an arbitrary one chosen by me.) If you wish articles/headlines were displayed differently, all you have to do is go into the WineHQ CVS and make the appropriate changes. -brian

2 1

Heap APIS
by Jean-Eric Cuendet 05 Jul '03

05 Jul '03

Hi, In windows, there is APIs for Heap management (HeapCreate, HeapAlloc, ...). Are they implememted in wine? How? Is it just stubs on malloc? Or are they *really* implemented and working as secondary heaps? Thanks. -jec

3 2

Re: [X11DRV] Fix crash on bad fonts...
by Andreas Mohr 05 Jul '03

05 Jul '03

On Sat, Jul 05, 2003 at 12:37:04PM +0200, Lionel Ulmer wrote: > Hi all, > > It seems that a lot of people out there are still using the 'old' core fonts > rendering path for fonts (maybe one familiar with 'wineinstall' should have > it print a help message telling people to install the MS core fonts in their > Windows/Fonts directory). > > As seen on bug 1555 (http://bugs.winehq.com/show_bug.cgi?id=1555) the call > generating the X11 error is 'XLoadQueryFont'. So let's protect this with our > own X11 error mechanism as we do for DGA2 for example and do as if the > loading of the font failed. > > This was not tested yet as I did not find an user who 1) had built Wine > himself and 2) had the font issue. But well, according to 1555, it should > work :-) > > Changelog: > - do not have Wine crash when trying to load bad fonts > > -- > Lionel Ulmer - http://www.bbrox.org/ > Index: graphics/x11drv/xfont.c > =================================================================== > RCS file: /home/wine/wine/graphics/x11drv/xfont.c,v > retrieving revision 1.114 > diff -u -r1.114 xfont.c > --- graphics/x11drv/xfont.c 18 Jun 2003 19:45:22 -0000 1.114 > +++ graphics/x11drv/xfont.c 5 Jul 2003 10:31:32 -0000 > @@ -2014,6 +2014,11 @@ > * > * Build font metrics from X font > */ > +static int XLoadQueryFont_ErrorHandler(Display *dpy, XErrorEvent *event, void *arg) > +{ > + return 1; > +} Why not print a user message here that such and such font might be broken? Andreas Mohr

2 1

Yet again ... Looking for services ...
by Lars Segerlund 04 Jul '03

04 Jul '03

Hi, I am trying to develop some win32 code wich would use services, ( ie. I would like to develop some code which could run as a win32 service ). I have been following the wine mailing list, but I am not aware of the status of services in wine and if an implementation is underway ? ( as far as I can tell they are not currently implemented ). All the machinery for the services seem's to be in wine, so I am wondering if there has been any attempts ? / regards, Lars Segerlund.

3 2

spelling fixes :))
by Tom 04 Jul '03

04 Jul '03

Francois, If I knew you were going to get into fixing single words that should be separate I would have started on this along time ago ;) - asks for a DLL, Wine does not simulate the existence of - nonexisting files. + asks for a DLL, Wine does not simulate the presence of + non-existent files. Tom

2 1

Retry (3) - Ole32 Win16/32 Cleanup
by Steven Edwards 04 Jul '03

04 Jul '03

Hello All, I have done a new patch that seems to be a little cleaner then the last one. I know its low on the TODO list and may cause problems if others are working on Ole32 so let me know if there is anything else I need to do to incress the chances of getting this merged in. This patch compleates the Win16/32 split for Mingw and ReactOS. 1. split ole2 in to two files. ole2.c contains the Win16 and Win32 interfaces that have the same name while ole2_16.c is of course Win16 only interfaces. 2. Move CLSIDFromProgID16 to compobj.c where CLSIDFromProgID resides. This allows this function to be used internal for other 32bit functions that need it. 3. Now we can compile out ole16.c, storage.c and the new ole2_16.c files. The only minor problem left for us is still in IsAccelerator. At some point once ReactOS can run Ole32 and I have more time I will try my hand at rewriting IsAccelerator/TranslateAccelerator to not call LockResource16. Until then we can just work around it. Thanks Steven Changelog: Win16/32 split of of Ole32 - Create new file ole2_16.c for ole2 16bit only functions. - Move CLSIDFromProgID16 so it can be used internal. - compile out more Win16 sources. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: File descriptor limit
by Dan Kegel 04 Jul '03

04 Jul '03

Mike Hearn wrote: > I have a problem, in that I'm trying to run an app which opens truly > astonishing numbers of threads, sockets and because we're on Linux -> > file descriptors. > > For instance, on a basic run in the default configuration, it runs > approximately 180 threads. A quick script that did an ls -1 in the > /proc/$pid/fd directory of each running wine process (for some reason I > get loads) shows that it opens a truly amazing 18,000 odd file > descriptors. > > In fact, in some circumstances it opens so many, that I get errors like > this: > wine client error:9a: pipe: Too many open files ... > The problem is, that I don't know what limit is being used for this. In > theory, the OPEN_MAX macro should tell me, but for some reason this is > defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX) > says "1024". What does 'ulimit -n' say? That's the per-process limit. It's usually at 1024, but root can raise it for itself, and you can then su to the user you really want to run the program. You can also arrange for it to be higher by editing /etc/profile and logging in again. 18000 is impossible unless the processes' ulimit -n and /proc/sys/fs/file-max are both that or higher, unless I'm seriously confused. I doubt Wine scales well to large numbers of threads or fd's. Maybe it's time to start seeing where the bottlenecks are... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 3

Re: Implemented pthread_cond_*, adjusted wrc parser and exception error output
by Steven Edwards 04 Jul '03

04 Jul '03

--- Juraj Hercek <juraj(a)syncad.com> wrote: > Changelog: > > Eric Frias <efrias(a)syncad.com>, Juraj Hercek <juraj(a)syncad.com> > * scheduler/pthread.c: > Implemented missing pthread_cond_*() functions. > One minor nit to pick. Replace the C++ style comments. We dont use them in WINE. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: wine/dlls/shell32 shell32_main.c
by Rein Klazes 04 Jul '03

04 Jul '03

On Fri, 20 Jun 2003 21:01:57 -0500, you wrote: > Modified files: > dlls/shell32 : shell32_main.c > > Log message: > Jason Edmeades <us(a)the-edmeades.demon.co.uk> > SHGetFileInfo should tolerate null pointers. > > Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8543 This breaks the file dialog in Agent news reader: the directory tree is blank. Precisely the cause is this part: | @@ -297,6 +299,9 @@ | return 0; | } | | + /* psfi is NULL normally to query EXE type, if not none of the below makes | + sense anyway. Windows allows this and just returns FALSE */ | + if (psfi != NULL) return FALSE; this is obviously wrong (psfi is dereferenced in the remainder of the function). I just wonder if it should be removed, or is here a typo and should != be == ? Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

Re: About Wcmd
by Dustin Navea 04 Jul '03

04 Jul '03

Just want to add one thing.. The prompt in DOS is defaulted to $p$g (path with greater than sign at the end but can always be changed, even to the current time and date ($t$d) just try it.. prompt Makes no prompt prompt $p Makes prompt the current path prompt $t Makes it current time prompt $p$g Makes it DOS default... So if we want to make wcmd like DOS and Windows Command Prompt, we need to allow setting prompt like that if we dont already, and should set default prompt to DOS's default prompt... Sylvain, how do you make variable content begin with a space in set commands? I have never been able to figure that one out... --- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > Im writing Fr.rc for wcmd, since the translation work has started. > Im interested in writing fixes for En.rc too. > > Some questions/comments about wcmd : > - Call: > Is the following valid for Wine ? > Changes to default directory, environment variables etc made within > a\n\ > called procedure are inherited by the caller. > > - Move : > Move can move a group of files, but wildcards arent supported yet. > Move is not supposed to fail if the DOS drives are different. > > -Path : > example is incorrect, double backslashes arent needed inside wcmd. > > -Pause : > the message must be changed, it displays "ANY key" instead of Return > ATM. > > -Prompt : > the default prompt is the current directory with a > sign. > > -Set: > the variable content can begin with a space. > > > ===== > Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) > ICQ #170597259 > > alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 > |tee cvslog' > > "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 > ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0