April 2002 - Wine-Devel - list.winehq.org

Re: wine/ misc/options.c scheduler/process.c

by Alexandre Julliard

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > The wine executable now doesn't understand OPTIONS any more. It is > nescessary to give options in the WINEOPTIONS environment variable. Is this > intended? No, stupid typo on my part. Should be fixed now. -- Alexandre Julliard julliard(a)winehq.com

April 15, 2002

Re: Patch series for async socket IO & winsock2

by Michael Cardenas

AOL7, when used over a modem, uses async sockets with overlapped IO. I will be working on this again in a few weeks, and I'll keep you posted. On Friday 12 April 2002 11:10 am, Martin Wilck wrote: > Hi, > > I will soon start submitting this week's work on async sockets. > > As I said in yesterday's "good news/bad news" posting, this is work in > progress and far from being complete. However, I strongly need feedback > and perhaps some testing by adventurous people. > > Anybody out there with an app that uses overlapped socket IO ??

April 15, 2002

Re: wine/ misc/options.c scheduler/process.c

by Uwe Bonnes

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)wine.codeweavers.com> writes: Alexandre> Log message: Fixed inheriting command-line options from Alexandre> parent process. The wine executable now doesn't understand OPTIONS any more. It is nescessary to give options in the WINEOPTIONS environment variable. Is this intended? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 15, 2002

Re: wine/ misc/options.c scheduler/process.c

by Michael Cardenas

When was this patch applied? I don't see it on the wine-patches list. On Monday 15 April 2002 10:31 am, Uwe Bonnes wrote: > >>>>> "Alexandre" == Alexandre Julliard <julliard(a)wine.codeweavers.com> > >>>>> writes: > > Alexandre> Log message: Fixed inheriting command-line options from > Alexandre> parent process. > > > The wine executable now doesn't understand OPTIONS any more. It is > nescessary to give options in the WINEOPTIONS environment variable. Is this > intended? > > Bye

April 15, 2002

Re: Patch: sock-shutdown-file.diff (11 in series)

by Martin Wilck

On Fri, 12 Apr 2002, Dimitrie O. Paun wrote: > On April 12, 2002 11:25 am, Martin Wilck wrote: > > + if ( flags & FD_FLAG_RECV_SHUTDOWN ) { > > + /* Fixme: WSAESHUTDOWN is unavailable */ > ^^^^^^ > Don't we want these things as FIXME("WSAESHUTDOWN is unavailable") > so we see when we need to fix things? I need to figure out what Windows returns here. I think WSAESHUTDOWN cannot be returned because it is a socket error unknown to the ReadFile() function. We might be able to fix this by handling the error in the server. Anyway, thanks for looking at my code so thoroughly! Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

April 15, 2002

Re: PATCH: accept-deferred.diff (5 in series)

by Martin Wilck

On Fri, 12 Apr 2002, Dimitrie O. Paun wrote: > > + if ( lpCallerData || lpCalleeData || lpSQOS || lpGQOS ) > > + WARN ("unsupported parameters!"); > ^^^^ > Shouldn't this be a FIXME instead? I don't think so - there is little to fix on the part of wine. AFAICS the Linux network stack simply doesn't support passing of additional parameters along with a connection request. I am not so sure about the QOS parameters, but that appears to be a secondary issue. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

April 15, 2002

Re: Regression tests, UNICODE vs ASCII

by Lina Kemmel

You can write something like the following: const WCHAR zeroWidthNonJoiner = 0x200C; const WCHAR zeroWidthJoiner = 0x200D; const WCHAR leftToRightMark = 0x200E; const WCHAR rightToLeftMark = 0x200F; const WCHAR leftToRightEmbedding = 0x202A; const WCHAR rightToLeftEmbedding = 0x202B; const WCHAR popDirectionalFormatting = 0x202C; const WCHAR leftToRightOverride = 0x202D; const WCHAR rightToLeftOverride = 0x202E; ( or enum { zeroWidthNonJoiner = 0x200C, zeroWidthJoiner, leftToRightMark, rightToLeftMark, leftToRightEmbedding = 0x202A, rightToLeftEmbedding, popDirectionalFormatting, leftToRightOverride, rightToLeftOverride }; ) const WCHAR test_string[] = {zeroWidthNonJoiner, zeroWidthJoiner, leftToRightMark, ... , rightToLeftOverride}; Lina Francois Gouget <fgouget(a)free.fr> Sent by: wine-devel-admin(a)winehq.com 14/04/02 10:02 م Please respond to Francois Gouget To: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> cc: Andriy Palamarchuk <apa3a(a)yahoo.com>, Geoffrey Hausheer <i8e7fkwmsl1(a)phracturedblue.com>, <wine-devel(a)winehq.com> Subject: Re: Regression tests, UNICODE vs ASCII On Sun, 14 Apr 2002, Shachar Shemesh wrote: > One thing you may try are the explicit BiDi specifiers (Right to left, > left to right etc.). These are Unicode characters designed to explicitly > specify the direction of otherwise amigious characters. > > Ansii does not have, to the best of my knowledge, an equivalent encoded > characters. But what would these Unicode characters look like? I.e. what would I write in my code: const WCHAR test_string[]={'???','???','???'}; -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Broadcast message : fin du monde dans cinq minutes, repentez vous !

April 15, 2002

Re: 16-bit apps starting and stopping notification

by Joshua Thielen

Andreas Mohr wrote: >On Sat, Apr 13, 2002 at 09:53:57AM -0400, Joshua Thielen wrote: > >>>Can somebody give me a hint how is better to approach >>>implementation of >>>NFY_EXITTASK, NFY_STARTTASK events generation? >>> >>Does anyone know what ToolHelpHook does (KERNEL.341)? Could this be used by windows to hook a toolhelp notification function into >>kernel.dll? >> >It installs notification handlers before important system events >(dll load, task exit, ...). >It returns the address of the previously installed notification handler, >thus allowing for chaining handlers. >It's basically a Win 3.1 replacement for RegisterPtrace(). >(same notification messages being used etc.) >The notification msgs are NFY_xxx in toolhelp.h, BTW. > >It's all described in "Undocumented Windows". > OK., it looks like toolhelp.dll should install a callback function into the kernel using ToolHelpHook. Whenever a kernel event occurs, this callback function would call each function in the NotifyRegister function list corresponding to the kernel event. But this presents a problem: How would you install a 32-bit wine callback function using ToolHelpHook16? I guess we could have separate ToolHelpHook32 and ToolHelpHook16 functions. I don't think it would be possible to chain the 32-bit and 16-bit functions together like they are in windows/hook.c. The kernel code would have to call the 16-bit and 32-bit hooknotify functions separately. Any better ideas? As I'm no wine pro, I hope I'm not spouting off meaningless nonsense here. Josh

April 15, 2002

Re: Directory reorganization

by Alexandre Julliard

Joshua Thielen <thielen(a)netprince.net> writes: > I have an idea for reorganizing some of the directories in wine. I > hope I'm not stating an obvious idea here, but I would like to group > everything into the following first level directories: > > dlls > documentation > include > programs > server > tools That's more or less the plan yes. We are slowly getting there. I have not moved everything yet because it's not yet clear where everything will go (most notably for the ntdll/kernel proper separation) and I don't want to move things twice given CVS weaknesses in that area. -- Alexandre Julliard julliard(a)winehq.com

April 14, 2002

Re: building documentation failed

by Michael Stefaniuc

Hello! On Sat, Apr 13, 2002 at 01:36:37PM +0200, Stefan Leichter wrote: > when i run make inside the ~wine/documentation directory i get an error when > the pdf is created. The fix is easy for me, just an additional parameter (-s) > for the command db2pdf. > > But before i send the attached patch to wine-patches i like to know if anyone > can run make successful in the documentation directory. In this case we may > have to add a check in the configure script. > > If someone is able to build the documentation successful please post the > output of "db2pdf -v". Yes, it works without the "-s" for me. camus:~/work/wine/documentation$ db2pdf -v DocBook-utils version 0.6.9 (jw version 1.1) bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

April 14, 2002