Re: Advanced WinINet - Please HELP!
- From: "EvaBerzbach" <EvaBerzbach@xxxxxx>
- Date: Mon, 13 Jun 2005 22:14:31 +0200
hello paul!
"Paul G. Tobey [eMVP]" <ptobey no spam AT no instrument no spam DOT com>
schrieb im Newsbeitrag news:OG26r8CcFHA.3184@xxxxxxxxxxxxxxxxxxxxxxx
> 1. You'll have to research this a *lot* more and tell us what is really
> going on before we can tell you anything. We have *no* information on the
> problem, at this point.
[ dhcp error message box sometimes pops up when using wlan ]
;) well i don't really know where to look at.
1) there is no low-level manipulation, only usage of high-level wininet api
2) im always connecting to the same ftp server, via ip address. im using
a very basic set of wininet functions - just connect/disconnect and ftp
get/put & setdir.
3) the conditions are not clear. there is no specific access point, device
etc.
which provokes the behaviour - that's why i called it 'random'; it just
happens sometimes.
3) yet prevented the problem from being analysed properly. it is not known
which call
to wininet functions triggers it (e.g. does it occur when trying a new
connect, or only when
an existing, valid handle is used in subsequent (get/put) calls on a
connection which became
(physically) unavailable recently).
it seems to me, however, that the problem is that for some reason (access
point user overflow,
wlan driver problem, internal ce internet handling, whatever) the system
sometimes can not obtain a client ip address although there is an otherwise
working connection to the internet.
i guess it would be possible to avoid it by using some kind of static ip
mechanism
- but i also guess that would not be a very good idea due to the complexity
and
heterogeny of the networks communicating with the client.
i would be happy, anyway, if i knew a simple method (e.g. registry
configuration) to
just make the system shut up, fail the corresponding function silently, and
let me retry the
connection without disturbing my application's gui/users. :)
>
> 2. You can rebind the network adapter using IOCTL_NDIS_REBIND_ADAPTER (you
> can look it up in the help or in the archives of this newsgroup or
> microsoft.public.windowsce.platbuilder).
thank you for the hint, i will try to use that.
> 3. No, you can't do this specifically for FTP. You can change the global
> TCP/IP behavior, but that's all (there's a *good* reason for that, too, so
> you'll need a much better reason for wanting to change things).
hmmm, just as i guessed. :/
maybe there is a general tcp/ip (registry) setting which indirectly controls
the timeout for ftp get/put?
well there is a good reason i would like to have some control over the
maximum time
a network operation (like ftp get) takes in a clean way, without the need
for unfriendly
thread kills. :)
there is also the problem that the application is used in a rapidly changing
wireless network
environment, so i don't want connections to hang for minutes - i'd like to
disconnect the current one (probably that access point is out of reach now
anyway) and try a new one.
thank you for your reply,
kind regards,
patrick
----
if replying via email, please mailto: ragingbender@xxxxxx
.
- Follow-Ups:
- Re: Advanced WinINet - Please HELP!
- From: Paul G. Tobey [eMVP]
- Re: Advanced WinINet - Please HELP!
- References:
- Advanced WinINet - Please HELP!
- From: EvaBerzbach
- Re: Advanced WinINet - Please HELP!
- From: Paul G. Tobey [eMVP]
- Advanced WinINet - Please HELP!
- Prev by Date: Re: Arabic Language
- Next by Date: Re: Advanced WinINet - Please HELP!
- Previous by thread: Re: Advanced WinINet - Please HELP!
- Next by thread: Re: Advanced WinINet - Please HELP!
- Index(es):
Relevant Pages
|
