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

Re: Whither fnt2bdf?

by Dan Kegel

Alexandre Julliard wrote: >>What happened to fnt2bdf? >>It was removed as of >>http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in.diff?r1=1.20&r2=1.21 > > It's still available, it's just no longer installed by default, as > part of the effort to clean up the namespace of things we install in > /usr/bin. Anyway these days you are much better off using client-side > fonts than trying to manually convert Windows fonts to X format. Does that mean Wine can natively handle .fnt fonts (which X libraries can't natively, I believe) as client side X fonts? I suppose Wine would need some user-space app to manage these fonts, then? Fonts are a total pain to support right. I think Red Hat 8.1 might be the first version of Red Hat to get it right... I can hope, anyway... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 23, 2003

Re: debugger detection in newbin.

by Rein Klazes

On Thu, 23 Jan 2003 11:00:43 -0600, you wrote: > Marcus Meissner wrote: > > > On Thu, Jan 23, 2003 at 10:12:32AM +0100, Rein Klazes wrote: > > > >>Hi, > >> > >>The latest version of newsbin 4.1B5 refuses to run, displaying > >>"debugger or monitoring tool detected". > >> > > > > Well, we store the thread pid there, see thread.h: > > > > DWORD pid; /* !2- 20 Process id (win95: debug context) */ > > > > Try to move the pid somewhere else and mark this field as unused. > > > > > All, I saw this same problem with a different application, and it > behaves the same way whether the "Windows version" is NT or 9x. After a > bit of research, it appears that NT pids should be less than 65k, so I > created a patch that makes all of Wine's Win32 PIDs less than 65k. It > makes the application I was using work (for winver set to both NT and > 9x), but I had not posted it to wine-patches because I was afraid it > might break something else. > > I will go ahead and post it now, but it would appreciate comments from > someone who knows more That would be nice. Following Marcus' suggestion takes me past this obstacle, but at a later point in some piece of self-modified code an exception happens: | wine: Unhandled exception, starting debugger... | Couldn't start process '0 64 ' | Couldn't start process '0 64 ' | Couldn't start process '0 64 ' | Couldn't start process '0 64 ' Btw, the program also refuses to run in a Win2K guest under Vmware. It runs OK in pure Win2K. Rein. -- Rein Klazes rklazes(a)xs4all.nl

Jan. 23, 2003

Re: Wine kernel acceleration module?

by Peter Hunnisett

Tom Wickline wrote: > Gavriel State wrote: > >> Another key factor in favour of the ShmServer is that we've got >> a working prototype available right now that runs several real-world >> apps. 8-) > > > May I ask for a list of Apps ? Well the paper that we posted with the donation announcement (http://www.transgaming.com/papers/shmserver.html) provides a certain list. We were of course concerned with games that we knew had this problem (American McGee's Alice and Quake3). As for a complete list I don't think that we have one but it has been tried, without any observed issues, on several other games that reside in my blurry & hazy memory. Guess that doesn't help much. The paper does also mention some of the toy applications in the program directory that were used. Perhaps people could post their success and failure stories? Ciao, Peter > > > Tom > >> >> Take care >> -Gav >> > > > >

Jan. 23, 2003

Re: Doccumetation issue: "The Service Thread" Does it exist?

by Vincent Béron

Robert North a écrit: > This concerns the documentation on thw www.winehq.com website, if it's > out of date, then this post may be irrelevant. > > In the "Wine Developer's Guide" > In Section 8.1.4, "The Service thread" > > Says there exists a service thread, that is implemented in: > scheduler/services.c. > It also says this thread is used to support the X11 driver's event loop. > > > Firstly, I cannot find the "scheduler/services.c" file. > > Secondly from my reading of the x11drv code, the X11 event loop is > serviced for every call of to X11DRV_MsgWaitForMultipleObjectsEx, > which is inturn called by MsgWaitForMultipleObjectsEx, and GetMessage. > Therefore, whichever thread is active will service the X11 event queue. > > It also appears, because each thread has it's own XDisplay object that > messages created by a X11 window will only be picked up in the thread > that created the window. > > Am I correct, or have I missed something fundamental? > > Bye > -Rob. > > > From http://cvs.winehq.org/cvsweb/wine/scheduler/Attic/services.c: Revision 1.14 FILE REMOVED Removed service thread support. Guess it answer why you can't find scheduler/services.c. Somebody else than me can probably tell you why, or what replaced it. Vincent

Jan. 23, 2003

Re: Whither fnt2bdf?

by Alexandre Julliard

Dan Kegel <dank(a)kegel.com> writes: > What happened to fnt2bdf? > It was removed as of > http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in.diff?r1=1.20&r2=1.21 > but the comment for 1.21 doesn't seem to mention this removal > http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in > Might this be a mistake? It's still available, it's just no longer installed by default, as part of the effort to clean up the namespace of things we install in /usr/bin. Anyway these days you are much better off using client-side fonts than trying to manually convert Windows fonts to X format. -- Alexandre Julliard julliard(a)winehq.com

Jan. 23, 2003

Doccumetation issue: "The Service Thread" Does it exist?

by Robert North

This concerns the documentation on thw www.winehq.com website, if it's out of date, then this post may be irrelevant. In the "Wine Developer's Guide" In Section 8.1.4, "The Service thread" Says there exists a service thread, that is implemented in: scheduler/services.c. It also says this thread is used to support the X11 driver's event loop. Firstly, I cannot find the "scheduler/services.c" file. Secondly from my reading of the x11drv code, the X11 event loop is serviced for every call of to X11DRV_MsgWaitForMultipleObjectsEx, which is inturn called by MsgWaitForMultipleObjectsEx, and GetMessage. Therefore, whichever thread is active will service the X11 event queue. It also appears, because each thread has it's own XDisplay object that messages created by a X11 window will only be picked up in the thread that created the window. Am I correct, or have I missed something fundamental? Bye -Rob.

Jan. 23, 2003

Re: debugger detection in newbin.

by Alex Pasadyn

Marcus Meissner wrote: > On Thu, Jan 23, 2003 at 10:12:32AM +0100, Rein Klazes wrote: > >>Hi, >> >>The latest version of newsbin 4.1B5 refuses to run, displaying >>"debugger or monitoring tool detected". >> > > Well, we store the thread pid there, see thread.h: > > DWORD pid; /* !2- 20 Process id (win95: debug context) */ > > Try to move the pid somewhere else and mark this field as unused. > All, I saw this same problem with a different application, and it behaves the same way whether the "Windows version" is NT or 9x. After a bit of research, it appears that NT pids should be less than 65k, so I created a patch that makes all of Wine's Win32 PIDs less than 65k. It makes the application I was using work (for winver set to both NT and 9x), but I had not posted it to wine-patches because I was afraid it might break something else. I will go ahead and post it now, but it would appreciate comments from someone who knows more Regards, Alex Pasadyn

Jan. 23, 2003

Re: A strange problem with xmpeg

by Mike Hearn

It's in the preferences/settings dialog. You can get to it from the player I think. Then select Video mode, then Safe Mode (GDI Only) On Thu, 2003-01-23 at 15:42, Zsolt Rizsanyi wrote: > On Thursday 23 January 2003 10:59, Mike Hearn wrote: > > > 1. When the splash screen desapears, so does all of my desktop. I have > > > to make a Refresh Desktop to get it back. Judging by the log below, I am > > > suspecting of something in the DirectDraw functions. Upon request I will > > > gladily send a (45Kb) screen shot of this. > > > > This problem also occurs with QuickTime when it's using DirectDraw. > > > > It was easier to switch it to GDI mode than debug though :) > > And how do you switch to GDI mode? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 23, 2003

Re: A strange problem with xmpeg

by Zsolt Rizsanyi

On Thursday 23 January 2003 10:59, Mike Hearn wrote: > > 1. When the splash screen desapears, so does all of my desktop. I have > > to make a Refresh Desktop to get it back. Judging by the log below, I am > > suspecting of something in the DirectDraw functions. Upon request I will > > gladily send a (45Kb) screen shot of this. > > This problem also occurs with QuickTime when it's using DirectDraw. > > It was easier to switch it to GDI mode than debug though :) And how do you switch to GDI mode?

Jan. 23, 2003

Re: more HEAP_strdupAtoW removals

by Rolf Kalbermatter

Matthew Davison <m.davison(a)virgin.net> wrote: >On Thu, 2003-01-23 at 01:36, Dmitry Timoshkov wrote: >> > @@ -760,24 +774,26 @@ >> > BOOL WINAPI OpenPrinterA(LPSTR lpPrinterName,HANDLE *phPrinter, >> > LPPRINTER_DEFAULTSA pDefault) >> > { >> > - LPWSTR lpPrinterNameW = HEAP_strdupAtoW(GetProcessHeap(),0,lpPrinterName); >> > + UNICODE_STRING lpPrinterNameW; >> > + UNICODE_STRING usBuffer; >> > + RtlCreateUnicodeStringFromAsciiz(&lpPrinterNameW,lpPrinterName); >> > PRINTER_DEFAULTSW DefaultW, *pDefaultW = NULL; >> > BOOL ret; > >> Are you sure that mixed data declarations/function call will be accepted >> by any C compiler out there? I doubt that even gcc will accept this. >well, im pretty sure gcc takes this, but ill change it anyway. >thanks. And I can tell you that Visual C is happy to compile this if the file has a .cpp ending but will bark for .c files ;-(. Rolf Kalbermatter

Jan. 23, 2003