- Wine-Devel - list.winehq.org

Rebuilding font retrics each time Wine starts.
by J. Grant Feb. 24, 2003

Feb. 24, 2003

Hi, Is there a reason the "font metrics" are rebuilt every day or so? (when I start to run a program with wine) I am using cvs 20030115 Regards JG

2 1

Re: Users Guide - added basic usage section
by Dan Kegel Feb. 24, 2003

Feb. 24, 2003

Mike Hearn wrote: > + <para> > + Some programs install associated control panel applets, examples of this would be > + Internet Explorer and QuickTime. You can access the Wine control panel by running: > + </para> > + > + <screen> > + <prompt>$</prompt> <userinput>wine control</userinput> > + </screen> > + > + <para> > + which will open a window with the installed control panel applets in it, as in Windows. > + </para> Um, I tried running wine control and it started running, then exited silently, presumably because no apps have installed any controllet. Either we need to fix that doc, or we need to add a controllet for wine itself, so the list is never empty, or we need to make control.exe put up a dialog box saying "no control panel thingies installed". - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: x11drv, ntdll separation
by David Fraser Feb. 24, 2003

Feb. 24, 2003

Johan Gill wrote: > Mike Hearn wrote: > >>> And I have it in my tree :) It should be ready for submission in a >>> few months from now. >>> >> >> >> Hvae you checked that it wouldn't be easier to merge in the TransGaming >> implementation? It seems daft to duplicate work if that's the case... >> >> >> >> > It is their work, but I'm doing heavy changes. What stage is the implementation currently at? According to the TransGaming docs, there are still a number of functions to fill in... I would be interested in seeing a patch no matter how much/little is implemented ... because my main aim in getting rid of the fault handler is so that the x11drv can be ported to Windows... David

2 2

Re: Users Guide - added basic usage section
by Keith Matthews Feb. 24, 2003

Feb. 24, 2003

On Mon, 24 Feb 2003 14:17:41 +0100 Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) > Looks like murphy wins again.

1 0

Re: Users Guide - added basic usage section
by Mike Hearn Feb. 24, 2003

Feb. 24, 2003

> Again, I'm currently working on a MAJOR update of the Guides. > I'll incorporate these parts into my version. > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) Oops, sorry :) Well, just take it to mean that you chose a worthwhile thing to work on. I look forward to the new guides :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: (resend) tests for GetPrivateProfileInt
by Dmitry Timoshkov Feb. 24, 2003

Feb. 24, 2003

"Stefan Leichter" <Stefan.Leichter(a)camLine.com> wrote: > here are some tests for the function GetPrivateProfileInt. The expected > results are the one from NT4. Hopefully the will match for Win 9x also. > Before i convert GetPrivateProfileInt from ascii to unicode i like to > see some test result from Win9x/ME. > > ChangeLog > ------------- > Added test for GetPrivateProfileInt 1. The patch got wrapped by your mailer. 2. Unicode and Ansi versions of GetPrivateProfileInt (as all other APIs) should be tested separately. -- Dmitry.

2 2

Re: Fast thread-local storage for OpenGL drivers
by Gareth Hughes Feb. 24, 2003

Feb. 24, 2003

Roland McGrath wrote: > > In glibc, we actually allocate some excess space in the thread-local > storage area layout determined at startup time. This lets a dynamically > loaded module use static TLS if its PT_TLS segment fits in the available > surplus. (In sysdeps/generic/dl-tls.c, see TLS_STATIC_SURPLUS.) If there > is insufficient space preallocated, then loading the module will fail. In > fact, we put this feature there with GL in mind and can adjust the > preallocated surplus for what is most useful in practice. The last time we discussed this issue, I had the distinct impression that an OpenGL library would essentially be forced into using one of the dynamic access models (GD or LD) for __thread variables, hence requiring at least one function call to access a thread-local variable. I also had the distinct impression that the glibc maintainers were unwilling to modify their implementation so that we could use the LE access model, which would allow a 2 instruction thread-safe dispatcher among other things. It looks like I was wrong, and you've gone and addressed all the concerns I originally had with __thread variables. For that, I'm grateful. > In fact, we put this feature there with GL in mind... Did you inform the OpenGL vendors who were interested in this issue of this fact? Have you documented it anywhere, particularly in Ulrich Drepper's "ELF Handling For Thread-Local Storage" document? The current version of this document clearly states that the Local Exec TLS model "can only be used for code in the executable itself and to access variables in the executable itself". Perhaps you can see why I was still under the impression that it would not work for a dynamically loadable shared library. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

Building wine tests with nmake and cl in linux
by Dan Kegel Feb. 24, 2003

Feb. 24, 2003

OK, so there's msvcmaker, but I don't use guis, so I threw together a way to build the wine tests using cl and nmake. I have the following files in ~/bin: nmake: wine -- wcmd /c F:\\bin\\nmake.bat "$@" nmake.bat: call f:/bin/vcvars32.bat echo on nmake %1 %2 %3 %4 %5 %6 vcvars32.bat: same as normal one, but without quotes nmakemaker: (attached) Then in any dll/tests directory, I can type nmakemaker > foo.mak nmake /f foo.mak and build all my tests with msvc. Each test is built as a separate executable, but that's the way I like it for testing anyway. Now I guess I'll submit patches to make everyone else's tests actually *compile* under msvc. It was real funny to see that article on slashdot appear as I was doing this. I seem to have gone a bit further than that guy, since I don't have to use that awful, horrible wcmd window. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 #!/usr/bin/perl for $file (<*.c>) { push(@files, $file) if ($file !~ /generated.c/ && $file !~ /.spec.c/); } print "CC = cl\n"; print "CFLAGS = -I../../include\n"; print "all: "; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe " } print "\n"; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe: $a.c\n\t\$(CC) \$(CFLAGS) $a.c -o $a.exe\n" }

1 0

interestig link
by Igor Feb. 24, 2003

Feb. 24, 2003

http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes Feb. 24, 2003

Feb. 24, 2003

Ulrich Weigand wrote: > > From what I can see, you are actually getting LE model code > (omitting the ebp stuff which you can avoid using > -fomit-frame-pointer): > > movl %gs:0, %eax > movl __foo_dispatch(a)NTPOFF(%eax), %edx > movl (%edx), %ecx > jmp *%ecx > > Note that NTPOFF is used; for IE, you'd see INDNTPOFF > or GOTNTPOFF and an additional indirection. Right, thanks! Makes sense. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0