- Wine-Devel - list.winehq.org

gethostbyname(my_name) and IL2-Sturmovik
by David Nolden Dec. 12, 2005

Dec. 12, 2005

I've just checked the registry-accesses. It only seems to take the own name from there(which it later uses to get the IP-Adress). It doesn't try to read anything in the area mentioned on the microsoft-site you sent me. greetings, David Nolden

1 0

Re: Robert Reif : winecfg: Added support for auto detecting all drivers by attempting to
by Eric Pouech Dec. 12, 2005

Dec. 12, 2005

I do think all the recent changes to winecfg are going into the wrong direction. First of all, allowing the devices to be opened more than once without having the devices ready for that is a ready bad idea. Basically, windows drivers come in two flavors: - single instance (they can be loaded only once in memory) - multiple instance (they can be loaded several times in memory) For the second type, a specific init string (gotten from the registry, and usually dealing with the HZ resources involved) is passed to the driver. In the wine implementation, we don't get anything from the registry, we just let the device (from the unix interface it uses) return as many audio/midi... ports it finds. This is typically the behavior expected from single instance drivers. Among the issues we'll face here are dual open of the same unix resource (contention) for several instances, overwriting of internal data and structures (they are not prepared for that). Therefore, the multiple open patch has to be reverted. Secondly, I do think it's a bad idea to reconstruct in winecfg most the driver management. It's not done correctly (the DRV_INIT, DRV_ENABLE and DRV_LOAD messages are not correctly passed). If it works today, it's by chance as the configure message is never handled (we just put out a message box), but it doesn't access the internal structures. To do it, we need the DRV_ messages sent. Finally, I'm not sure that presenting all the drivers, and the ports available is really meaningful for most users. Some drivers return just potential entries (esound for example). Even with the caps, most users won't tell the difference between alsa and oss entries. Lately, the available drivers button is not really useful. We shouldn't present non available drivers to the users, and just let him/her choose among the available ones (or just to mark the ones which are not available). -- Eric Pouech

2 6

Re: WIDL: Zero Initialize Server Parameters
by Robert Shearman Dec. 12, 2005

Dec. 12, 2005

Robert Shearman wrote: > ChangeLog: > Zero initialize parameters in the generated code. Based on a patch by > Eric Kohl. Oops. Looks like this patch was already accepted and the patch I just sent was a merge conflict. Please ignore. -- Rob Shearman

1 0

Re: [NDR] Implement NdrClientCall2 and NdrServerCall2
by Detlef Riekenberg Dec. 12, 2005

Dec. 12, 2005

Am Donnerstag, den 01.12.2005, 00:39 -0600 schrieb Robert Shearman: > [NDR] Implement NdrClientCall2 and NdrServerCall2 > [NDR] Fix handle support for stubless objects > [NDR] Fix Accessing Arguments in NdrClientCall2 Hi Rob. I tested your Patches with printui.dll and winspool.drv (from w2k) and got only "RPC_X_WRONG_STUB_VERSION" --- cut --- trace:rpc:NdrClientCall2 MIDL stub version = 0x5030117 fixme:rpc:NdrClientCall2 RPC_FC_BIND_GENERIC --- cut --- Then i commented out the RpcRaiseException() after the fixme and run: wine rundll32 printui.dll,PrintUIEntry /s The Server-Properties-Window opens and react on the Mouse, but the Fields are Empty or filled with Garbage. (same garbage as buildin winspool.drv with my patch for OpenPrinter) I attached an updated log to bug 3105 Thanks for your work on RPC. -- By By ... ... Detlef

2 1

Re: Alexandre Julliard : server: Added access rights mapping to synchronization objects.
by Robert Shearman Dec. 12, 2005

Dec. 12, 2005

Alexandre Julliard wrote: >@@ -132,6 +133,15 @@ static int event_satisfied( struct objec > return 0; /* Not abandoned */ > } > >+static unsigned int event_map_access( struct object *obj, unsigned int access ) >+{ >+ if (access & GENERIC_READ) access |= STANDARD_RIGHTS_READ | SYNCHRONIZE | EVENT_QUERY_STATE; >+ if (access & GENERIC_WRITE) access |= STANDARD_RIGHTS_WRITE; >+ if (access & GENERIC_EXECUTE) access |= STANDARD_RIGHTS_EXECUTE; >+ if (access & GENERIC_ALL) access |= STANDARD_RIGHTS_ALL | EVENT_ALL_ACCESS; >+ return access & ~(GENERIC_READ | GENERIC_WRITE | GENERIC_EXECUTE | GENERIC_ALL); >+} >+ > static int event_signal( struct object *obj, unsigned int access ) > { > struct event *event = (struct event *)obj; > Why did you decide to rely on another function to map the access rights? It seems that none of the objects' mappings depend on any state in the object, so couldn't you have just put the access rights that GENERIC_READ, GENERIC_WRITE, GENERIC_EXECUTE and GENERIC_ALL map to somewhere associated with the object and have just one mapping function. -- Rob Shearman

2 3

gethostbyname(my_name) and IL2-Sturmovik
by David Nolden Dec. 12, 2005

Dec. 12, 2005

Hi everybody. Currently, my favorite Game is "IL2-Sturmovik Forgotten Battles", especially it's online-mode. The Game itself is running nearly flawless and at good performance, but I encountered a network-problem which didn't allow the game to connect to any remote server, so I've analyzed and solved the problem. This is what the game does: 1. Create a Datagram-socket 2. Call gethostbyname(own_name) to find out the current IP-Adress 3. Bind the socket to that IP-Adress 4. Try connecting to the remote game using exactly that socket The Problem: gethostbyname(own_name) always returns 127.0.0.1. I've searched a bit on the internet, and this seems always to be the case, not just on my computer. The socket is then bound to the ip-adress 127.0.0.1, and to it's corresponding loopback-interface, so it's unusable. Any connection-request times out. I don't really know much about Networking itself, I just know how to use IP-Networking, but I think it's pretty boring(especially the way it all is implemented) so I don't even know what IPV6 is, and I don't know if my patch is compatible with it(although I think so). Also I don't know if returning 127.0.0.1 is in fact not a bug but desired, and the game is doing something wrong here. But if it is desired that gethostbyname(own_name) preferrably returns the public IP-Adress, then this code should solve the problem, although maybe a bit more checking should be done which IP-Adress should be chosen as the public one for cases with multiple non-loopback-interfaces. I submit this patch to the wine-devel-list so people who know more about all the network-handling can discuss about it, and decide whether it should be put to cvs, or whether there is a better Solution for this problem. The Code enumerates all available Interfaces through the kernel, and decides which one should be used in a very naive way. greetings, David Nolden (btw. my subscription to the list doesn't seem to be complete yet, I'm sending this anyway)

2 1

Re: crypt32: decode cleanups
by Alexandre Julliard Dec. 12, 2005

Dec. 12, 2005

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: > - implement a helper to decode sequences of like types > - use helper functions wherever applicable when decoding > - fix a few other small bugs This breaks the test: encode.c:790: Test failed: Expected OID Juan Lang, got NULL encode.c:790: Test failed: Expected OID Juan Lang, got NULL encode.c:790: Test failed: Expected OID Juan Lang, got NULL -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: handle redirect to https
by Robert Shearman Dec. 12, 2005

Dec. 12, 2005

Marcus Meissner wrote: >Hi, > >Redirect from http to https currently segfaults our >wininet implementation. > >Exposed by the Google Earth update check. > >Ciao, Marcus > >Changelog: > When redirecting, do not forget to reinit NETCON. > > This shouldn't be necessary. The NETCONNECTION structure should have been re-initialized to its post-NETCON_init state after calling NETCON_close. There are two possible reasons I can think of that would cause a crash. The first is the NETCONNECTION stuff not being thread-safe. The second is possible ref-counting issues on the SSL method object "meth". Can you show me the backtrace? -- Rob Shearman

2 2

Re: RESENT: sysparams: read/save minimized metrics from/to registry
by Alexandre Julliard Dec. 12, 2005

Dec. 12, 2005

Rein Klazes <wijn(a)wanadoo.nl> writes: > @@ -776,7 +781,7 @@ static inline BOOL get_bool_param( unsig > } > > /* set a uint parameter that is mirrored in two different registry locations */ > -static BOOL set_uint_param_mirrored( unsigned int idx, LPCWSTR regkey, LPCWSTR regkey_mirror, > +static BOOL set_uint_param_mirrored( int idx, LPCWSTR regkey, LPCWSTR regkey_mirror, > LPCWSTR value, UINT *value_ptr, UINT new_val, UINT fWinIni ) > { > WCHAR buf[10]; > @@ -785,19 +790,19 @@ static BOOL set_uint_param_mirrored( uns > if (!SYSPARAMS_Save( regkey, value, buf, fWinIni )) return FALSE; > if (regkey_mirror) SYSPARAMS_Save( regkey_mirror, value, buf, fWinIni ); > *value_ptr = new_val; > - spi_loaded[idx] = TRUE; > + if( idx >= 0) spi_loaded[idx] = TRUE; I think that's ugly, you shouldn't use set_uint_param if you don't want to set the index (and especially since in your case the params are ints not uints). Just call SYSPARAMS_Save directly instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: http headers reworking
by Andreas Mohr Dec. 12, 2005

Dec. 12, 2005

Hi, On Mon, Dec 12, 2005 at 10:30:48AM -0600, Aric Stewart wrote: > All fixes for Picasa. [...yet again] I'm sure Google will deliver us a fully working Wine reimplementation of IE on a silver tablet in exchange for all that trouble with their almost always nicely non-cross-platform "software", riiiiight? ;-) Andreas Mohr

1 0