winelib DllMain()

? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Winelib apps containing upper case letters don't run

that, but I'm not sure if it is the right thing to do. Perhaps wineloader should simply look for Test.exe.so rather than for Test.exe. This is only one of several problems I have with the current winelib/winemaker. Martin Patch: process.diff Martin Wilck [EMAIL PROTECTED] scheduler: process.c

Re: [PATCH] winemaker fixes

patches you haven't submitted yet, please tell me so that we can resolve the conflicts. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu

Patch: winemaker-options

This patch fixes winemaker's annoying habit to insist on --mfc even if --nomfc was specified, and adds an option to not add any DLLs automatically. Patch: winemaker-options.diff Martin Wilck [EMAIL PROTECTED] Modified files: tools:winemaker - fix --nomfc option which

Re: [PATCH] winsock-test.diff

tests I thought it'd be ok and the simplest method to avoid code duplication. -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com

[Bug 448] - need help debugging 16-32-bit parameter passing

you say all was fine in 20011108, there must be another reason) - something goes wrong when the argument is passed from the 16- to 32bit layer. Have to look further. -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1

Re: DOSFS_FindUnixName and unix filesystem (was: Re: (HELP) ...)

do the job, rather than deprecating it. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: DOSFS_FindUnixName and unix filesystem (was: Re: (HELP) ...)

) { if (long_buf) WideCharToMultiByte(DRIVE_GetCodepage(path-drive), 0, @@ -787,7 +809,6 @@ } else WARN(%s not found in '%s'\n, debugstr_w(name), path-long_name); -DOSFS_CloseDir( dir ); return ret; } -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens

DOSFS_FindUnixName and unix filesystem (was: Re: (HELP) ...)

)) break; } } -if (dos_name[0]) +if (dos_name[0] ignore_case) { /* Check against hashed DOS name */ if (!short_name) -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409

Re: Winsock 2 functions

-- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: (HELP) cannot run tests anymore

Am Mit, 2002-06-26 um 12.53 schrieb Martin Wilck: $ make test /home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so' make: *** [tests/alloc.ok] Fehler 1 Am I the only one with this problem? Or is it so trivial that I should have figured it out

(HELP) cannot run tests anymore

looking for tests/kernel32_test.exe.so below the current directory. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com

[suggested PATCH] POLLHUP handling, non-STREAM sockets

); -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: wine/server sock.c

problem With sockets in wine, it took me a big effort to get it right on 2.4. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu

Re: wine/server sock.c

application, or whatever? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

How do I obtain GUIDs for socket transports?

. Should I simply copy these for wine, or change them somehow? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: wine/dlls/winsock socket.c ws2_32.spec

= 0xff00ff00; /* magic */ The Winsock SPI docs say that service providers should use the lpProtocolInfo-dwProviderReserved field. I recommend that that be used in Wine, too. Also, I don't think you need the magic field - simply test if dwProviderReserved is a valid handle. Martin -- Martin Wilck

Re: Problems converting DLL to unix SO with winelib

in the Makefile.in instead, in the xyz_IMPORTS variable, where xyz is your project name (have you rerun ./configure ?). Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn

Re: Return value of fileio_get_async_count

: fileio-count - fileio-lpOverlapped-InternalHigh ); } static void CALLBACK fileio_call_completion_func (ULONG_PTR data) -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106

Re: [PATCH] winemaker fixes

at startup. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Please comment - I'm stuck! (was: Re: Wine crash beforeinitialization ...)

I hate to shout around, but I really need advice with this one. Thanks, Martin

Cleanup code in winemaker wrapper broken?

); } dlclose(appLibrary); must be commented out, and the app works as expected. Is it possible that the cleanup code in wine has changed? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED

[PATCH] winemaker fixes

for simple apps. - Adapt man page. -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy Index: tools

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...

it to pass a valid flags pointer, and let FILE_GetUnixHandle call wine_server_handle_to_fd directly, at a minimum performance gain. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED

RFC: How should ReadFile() on sockets behave ??

that relies on ReadFile() reenabling FD_READ will obviously fail. The best thing would probably be to do this in the server, but we currently can't, because the server does not notice when a read operation is finished. Opinions? Martin -- Martin WilckPhone: +49 5251 8 15113

Re: file.c:FILE_ReadFileEx - fd is not overlapped

On Fri, 26 Apr 2002, Marcelo Welter wrote: I upgrade my wine sources today with CVS and more advantages are in this new code (i'm very happy) but with one printer i receive the messages: trace:file:fd is not overlapped Allright, another bug of mine :( I wasn't aware that FILE_ReadFileEx

Re: RFC: How should ReadFile() on sockets behave ??

people's opinions. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

FD_CLOSE, again

than the actual POLLHUP. Actually this suggests that FD_CLOSE is _equivalent_ with condition 3 above, regardless if 1 or 2 are in effect. This is the behaviour I have tried to implement in my latest patches. Again, am I overlooking something? Martin -- Martin WilckPhone: +49

Improved FD_CLOSE scheme for sockets

Just a small patch to the server sock.c - it tries to implement exactly the strategies that I described in my previous FD_CLOSE posting. Seems to work pretty well with my test cases. It makes a difference to my previous implementation only in rare cases, but I am sure it will be better at

winsock2 unit test update

A patch for the winsock 2 unit test posted yesterday. It now has an overlapped client. If you look at the code, it does pretty nasty things to wine, and still works :-) BUGS: probably doesn't compile under Windows, I'm using some gcc extensions. You just get too used to them ... If somebody

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...

FILE_GetUnixHandleType. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]

Hi Michael, I wonder whether flags is an invalid pointer - but I cannot figure out why it should be, from the calls to FILE_GetUnixGandleType that exist. Please try to generate a trace with trace+winsock,trace+server,trace+file. Martin -- Martin WilckPhone: +49 5251 8 15113

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]

to launch. I'd like to test it, but I can't connect to AOL proxies from here (firewall). And I am not really interested in becoming an AOL member just to get this straight... However I shall help as much as I can without having AOL running on my machines. Martin -- Martin Wilck

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]

from which routine FILE_GetUnixHandleType is called ? That is where we should fix the bug IMO. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

BUG in my patch series

On Wed, 24 Apr 2002, Michael Cardenas wrote: Attached is a patch that corrects martin wilck's previous patch. It just adds an if flags before deref'ing the flags variable. Not sure if this is the most correct, but it corrects the crash. OK, it was a really stupid bug resulting from the fact

Re: overlapped read problem.

. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: overlapped read problem.

register_async is called with a new request, we must immediately look for pending events, as we do with sockets. Thanks for spotting this, expect a patch soon. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1

More BUG fixes for winsock2 patch series

Patch: BUGS in my recently submitted patch series This applies over my complete patch series - I will send clean patches tomorrow. The fixes in server/file.c and server/serial.c relate to Rein Klazes' problem. Rein: please tell me if they fix it!! Patch

PATCH: Unit test for winsock2

/winsock/tests/sock.c Thu Apr 25 19:27:42 2002 -0,0 +1,683 +/* + * Unit test suite for winsock functions + * + * Copyright 2002 Martin Wilck + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published

New Winsock2 patch series - now tested

(and please test this stuff with your apps!), Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: [PATCH] Big winsock2 / overlapped patch

was it is big for humans to read understand, and too big for Alexandre to apply as a single chunk. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

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

On 17 Apr 2002, Alexandre Julliard wrote: Martin Wilck [EMAIL PROTECTED] writes: PATCH: accept-deferred.diff If a connection request is deferred in a call to WSAAccept(), a subsequent accept()/WSAAccept() call must return the previously deferred connection rather than a new one. OK

Re: Urgent need for advice: POLLHUP and sockets

|FD_CLOSE| FD_WINE_LISTENING|FD_WINE_CONNECTED|FD_WINE_RAW) )) ?? Rationale: I have been adding new flags (FD_WINE_SEND_SHUTDOWN, FD_WINE_RECV_SHUTDOWN) and my guess is they (being internal) should be treated like FD_WINE_NONBLOCKING here, but I'm uncertain. Martin -- Martin Wilck

Re: Urgent need for advice: POLLHUP and sockets

() if the condition is satisfied, which is no longer the case in 1.28. Thanks for replying anyway, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

Re: Urgent need for advice: POLLHUP and sockets

Dear Ove - thanks a lot for your comments explanations. It seems that I will finally be able to present an implementation of overlapped IO on sockets that works. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf

Urgent need for advice: POLLHUP and sockets

behaviour (permanently signalling FD_CLOSE is obviously incorrect). I hope someone has a good idea how to resolve this, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106

Re: Urgent need for advice: POLLHUP and sockets

condition is true.) /man poll Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Followup: Urgent need for advice: POLLHUP and sockets

wineserver CPU usage. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

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

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 WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz

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

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

Patch series for async socket IO winsock2

strange things in socket.c anyway, e.g. the select() call that simply disregards all the wait mechanisms that are provided in other places in wine. If any of the original authors of this code read this message, I'd be really happy to get in contact with you!! -- Martin WilckPhone

PATCH: async-immediate.diff (1 in series)

Whitney (ok). Modified Files: files : file.c Log message: Martin Wilck [EMAIL PROTECTED] GetOverlappedResult(): Return ERROR_IO_INCOMPLETE if IO still pending (MSDN docs) ReadFile() / WriteFile(): Use GetOverlappedResult() to check for immediate

PATCH: sock-fd-type.diff (2 in series)

PATCH: sock-fd-type.diff Patch against: Wine CVS 2002-04-12 Test status: Compiles (no errors/warnings). Modified Files: dlls/winsock: socket.c Log message: Martin Wilck [EMAIL PROTECTED] _get_sock_fd_type : New function, retrieve fd type and flags like

PATCH: winemaker.diff (3 in series)

PATCH: winemaker.diff (identical to: http://www.winehq.com/hypermail/wine-devel/2002/04/0187.html) Fix winemaker-generated references to dlls that have changed their names in configure.ac. Patch against: Wine CVS 2002-04-12 Modified Files: tools: winemaker diff -ruNX ignore

Patch: async-file.diff (4 in series)

Patch: async-file.diff Some improvements to the async IO API. - Need a cleanup method. - calling the call_completion method unconditionally in finish_async (introduced by me) was wrong, because the thread may never be in an alertable wait state - call it only if user completion function

Patch: async-winsock.diff (8 in series)

Patch: async-winsock.diff Basic implementation of asynchronous WSARecvFrom()/WSASendTo()/WSAGetOverlappedResult(), client side. Patch against: CVS 2002-04-12, with my sock-fd-type and sock-accept-deferred patches applied. Also requires the server side patch (async-sock-server).

Patch: wait-debug.diff (10 in series)

Patch: wait-debug.diff Introduce a debug channel for WaitForMultipleObjectsEx() in scheduler/synchro.c - I found this very useful to debug my asynchronous socket code. Moreover, include async.h _after_ declaring debug channels so that TRACEs can be used in the static functions in async.h.

Patch: sock-shutdown.diff (9 in series)

Sorry I got the numbers wrong - there is no number 6 :-/ Patch: sock-shutdown.diff On overlapped sockets, shutdown() must be done asynchronously too to avoid premature closing of connections (necessary but unfortunately not sufficient). This patch queues the shutdown request in the async

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

Patch: sock-shutdown-file.diff Enables error handling if ReadFile() WriteFile() are called on a socket after the respective channel of the socket was shut down. Patch against: CVS 2002-04-12, with my previously submitted patches applied. Modified files: files: file.c ---

PATCH: async-sock-server.diff (7 in series)

PATCH: async-sock-server.diff Basic implementation of async IO queues in the server code for sockets. Patch against: CVS-2002-04-12, with my sock-fd-type patch applied. Modified files: server: sock.c diff -ruNX ignore TMP/wine/server/sock.c MW/wine/server/sock.c ---

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

PATCH: accept-deferred.diff If a connection request is deferred in a call to WSAAccept(), a subsequent accept()/WSAAccept() call must return the previously deferred connection rather than a new one. The current CVS implementation of WSAAccept is wrong in this respect. This patch fixes this.

Async IO on sockets: good news and bad news

it _should_ work. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

NT Status vs. Dos Error code in async operations

status converter to set the overlapped status correctly from the error reported by read or write. I can't seem to find one in the wine code (??). There only seem to be local errno - DOS error converters, and no DOS error-Nt status converter. What should we do? Martin -- Martin Wilck

Re: CVS won't compile with wine/dlls/winsock socket.c ws2_32.specpatch applied

it on your system ? Normally (on Linux) it should be in bits/uio.h, included via sy/uio.h, which is included via sys/socket.h. Also, please send me your wine include/config.h file. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz

Re: CVS won't compile with wine/dlls/winsock socket.c ws2_32.specpatch applied

#endif -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: [PATCH] async IO API, reworked

could only conceive of a way to implement async calls only on top of official windows functions... -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

[PATCH] winemaker + DLL paths

I found that winemaker-generated configure scripts bail out with recent CVS versions of wine. The appended patch fixes this. It may be not exactly what the winemaker authors intended, but at least it generates working configure scripts for me. Martin -- Martin WilckPhone: +49

Re: ReadFile and WriteFile in overlapped mode

for GetOverlappedResult(), it says clearly that you can only rely on event notification if the function that created the request (e.g. ReadFile() returned FALSE with error code ERROR_IO_PENDING. The current implemengtation does set the event when the async IO is finished, and no sooner. Martin -- Martin

Re: ReadFile and WriteFile in overlapped mode

. Indeed, that should be further investigated. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: [PATCH] async IO APCs call check_async_list() directly

any other issues/criticisms wrt to the stuff I sent? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

[PATCH] async IO API, reworked

+/* + * Structures and static functions for handling asynchronous I/O. + * + * Copyright (C) 2002 Mike McCormack, Martin Wilck + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software

[PATCH] Move recv() functionality to WS2_32 code

PATCH: Move recv() functionality to WS2_32 code For the recv() family of functions, WSARecvFrom() becomes the work horse. All other functions (WSARecv(), recv(), recvfrom(), ...) are only wrappers around WSARecvFrom(). To provide the scatter/gather functionality of WSARecvFrom(), the Unix

[PATCH] Move send() functionality to WS2_32 code

PATCH: Move send() functionality to WS2_32 code In short, does the same to send() that the previous patch did to recv(). For the send() family of functions, WSASendTo() becomes the work horse. All other functions (WSASend(), send(), sendto(), ...) are only wrappers around WSASendTo(). To

Re: freetype.c:1852: conflicting types for `WineEngGetTextExtentPointI'

, const WORD *indices, INT count, LPSIZE size) { ERR(called but we don't have FreeType\n); -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106

Generalization of async IO structures - New attempt

: server : protocol.def async.c dlls/kernel: comm.c files : file.c include: file.h scheduler : synchro.c Log message: Martin Wilck [EMAIL PROTECTED] - new server call: cancel_async - move async IO API from include

Re: [PATCH] Overlapped recv(), WSARecv()

to prepare new patches anyway. IE and Netscape on Wine users, where are you ? :-) Thanks again, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

Re: struct async-private - now tested and cleaned up

for asynchronous requests somewhere, too, or do you think their respective code is completely separate? What would be the clean way in theory? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto

Re: [PATCH] Overlapped recv(), WSARecv()

, producing socks.gz Did you try without trace once or several times? Thanks again for you efforts, Martin Btw I don't think I can help with the serial app. I see no indication that overlapped IO plays a role there. -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens

Re: [PATCH] Overlapped recv(), WSARecv()

As you may see from the different email address, I am currently off work - I'll look deeper into your traces next week. Many thanks for generating them, anyway. From a first glance, it seems that the app doesn't do overlapped recv(). (lpOverlapped completion_func are always NULL), so there

Re: WSAAccept

these concerns. Regards, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: async_private + ReadFile() etc. immediate completion

:-) This means the patch appears to work with both file and serial IO which have very different semantics and are the only two file types for which wine currently supports async IO. I'll rework the patch ASAP and resubmit it for wine-patches based on the current CVS. Thanks Lawson! Martin -- Martin Wilck

Re: WSAAccept

to coordinate our efforts somehow. Cheers, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: async immediate completion - now tested

On Tue, 15 Jan 2002 [EMAIL PROTECTED] wrote: If you get this, async-struct and async-immediate don't harm the 16 bit app. Just making sure I tested exactly what is being proposed. It is exactly the same, except for the additional traces that I left out, and of course the changes in CVS

Re: async_private + ReadFile() etc. immediate completion

a new trace with these two patches applied. start your app with --debugmsg trace+file,trace+thread,trace+comm. Regards, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106

Re: wine/ files/file.c server/file.c

field, but that wouldn't make things more beautiful to my taste. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com

Immediate IO in ReadFile / WriteFile

. What do you think? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

Re: Immediate IO in ReadFile / WriteFile

can be handled immediately. Apart from preserving request order, this would also ensure that previous async requests are actually scheduled. Opinions? Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1

Re: struct async_private needs generalization for Winsock

pending on a given socket. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

lpOverlapped = NULL

to the status and bytes read, I already have a pretty elegant solution which keeps the overlapped struct outside the generic code (scheduler and server). Please comment, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1

A new async patch - feedback, please :-)

in the past ? Where can I obtain them? Do they need special hardware (modem, mouse) for test runs ? Cheers, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn

Re: struct async_private needs generalization for Winsock

distinctions in synchro.c - fine. I was suggesting it primarily for performance reasons. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http

Re: struct async_private needs generalization for Winsock

that against my patch (coming soon). Btw I'd like to hear your optinion on the discussion between Alexandre and myself in this thread. Cheers, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL

Patch: BUG in thread_queue_apc()

request. I cannot oversee if this can break anything elsewhere, but I strongly believe the behaviour with this patch is more sane than without. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL

Re: wine/ files/file.c server/file.c

guess I could also proceed entirely without this patch, if you seriously reject it as a whole, but I fear this will bring trouble sooner or later. Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto

Patch: 003-sock_basic.diff

: WS_socket(): Initialize socket flags parameter (currently 0). Martin Wilck [EMAIL PROTECTED] diff -ru -X diffignore CVS/wine/dlls/winsock/socket.c MW/wine/dlls/winsock/socket.c --- CVS/wine/dlls/winsock/socket.c Wed Jan 2 12:50:02 2002 +++ MW/wine/dlls/winsock/socket.c

Patch: 004-socket.diff

(). Honours WSA_FLAG_OVERLAPPED. Martin Wilck [EMAIL PROTECTED] diff -ru -X diffignore CVS/wine/dlls/winsock/socket.c MW/wine/dlls/winsock/socket.c --- CVS/wine/dlls/winsock/socket.c Mon Jan 7 12:45:56 2002 +++ MW/wine/dlls/winsock/socket.c Mon Jan 7 12:51:27 2002 @@ -2329,81 +2329,14

Patch: 002-fd_type.diff

will allow a morte fine-grained destinction of fd types and flags in the future. WriteFile(): dito. Martin Wilck [EMAIL PROTECTED] diff -ruX diffignore CVS/wine/files/file.c MW/wine/files/file.c --- CVS/wine/files/file.c Mon Jan 7 16:04:31 2002 +++ MW/wine

Patch: 005-recv.diff

(). Martin Wilck [EMAIL PROTECTED] diff -ru -X diffignore CVS/wine/dlls/winsock/socket.c MW/wine/dlls/winsock/socket.c --- CVS/wine/dlls/winsock/socket.c Mon Jan 7 12:55:24 2002 +++ MW/wine/dlls/winsock/socket.c Mon Jan 7 12:55:37 2002 @@ -1815,34 +1815,16 @@ */ int WINAPI WS_recv(SOCKET s

struct async_private needs generalization for Winsock

soon submit a patch incorporating this approach. Comments welcome, Martin -- Martin WilckPhone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1mailto:[EMAIL PROTECTED] D-33106 Paderborn http://www.fujitsu-siemens.com

Re: struct async_private needs generalization for Winsock

may be more elegant, but a little exaggerated to my taste. Martin -- Martin Wilck [EMAIL PROTECTED] Physicist Linux system engineer at FSC [EMAIL PROTECTED]

<    1   2   3   >