Scrive Gunnar <[EMAIL PROTECTED]>:
> Hi,
Hi,
[...]
> >> GlobalFree?
> >
> > I don't know. For another function of the same library
>
> Why not just call it and see if it returns an error?
Why not? Let me try... it works!
I feel a little stupid to do not do this before...
Anyway, thank you! :
Maurizio Lotauro wrote:
> No. I redo the test based on the sample found in the following link:
>
> http://msdn2.microsoft.com/en-us/library/aa383910.aspx
As you already wrote, in the sample they pass a pointer to an
allocated buffer that is never been used :-)
Seems to be an incorrect example.
Hi,
>> Parameters declared as OUT never need to be initialized when you call the
>> function. To make this clear is the only (but good) reason to use OUT
>> instead of VAR.
>
> Are you speaking about Delphi or C?
There is no VAR keyword in C - but if MS declares a parameter as OUT, you
don't hav
Scrive Gunnar <[EMAIL PROTECTED]>:
> Hi,
Hi,
> > The last two parameters of the function are declare as out,
>
> Parameters declared as OUT never need to be initialized when you call the
> function. To make this clear is the only (but good) reason to use OUT
> instead of VAR.
Are you speakin
Hi,
> The last two parameters of the function are declare as out,
Parameters declared as OUT never need to be initialized when you call the
function. To make this clear is the only (but good) reason to use OUT
instead of VAR.
> and
> noticed that lplpszProxyHostName is a pointer of pointer, no
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels <[EMAIL PROTECTED]>:
[...]
> >> Don't you allocate the memory before passing the pointer?
> >
> > No, should I? The docs don't seems very clear to me. Have look at
>
> I think you should, like with most
Maurizio Lotauro wrote:
> Scrive Arno Garrels <[EMAIL PROTECTED]>:
>
>> Maurizio Lotauro wrote:
>>> Scrive Arno Garrels <[EMAIL PROTECTED]>:
>
> [...]
>
>>> Revising the code I noticed this in the API description. For the
>>> InternetGetProxyInfo function for the lplpszProxyHostName say:
>>> "[o
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels <[EMAIL PROTECTED]>:
[...]
> > Revising the code I noticed this in the API description. For the
> > InternetGetProxyInfo function for the lplpszProxyHostName say:
> > "[out] A pointer to the address of a b
Maurizio Lotauro wrote:
> Scrive Arno Garrels <[EMAIL PROTECTED]>:
>
> Hello Arno,
>
> I finally got some time to examine the problem :-)
Thanks.
> Now I'll change the code. Do you mind I'll send you a copy to test
> it? :-)
OK, drop me a private mail.
>
> Revising the code I noticed this i
Scrive Arno Garrels <[EMAIL PROTECTED]>:
Hello Arno,
I finally got some time to examine the problem :-)
[...]
> After some investigation, the bug seems to be in function IE_WinInet.
> The first call of InternetQueryOption() returns the correct, semicolon
> separated list in optlst.pOptions^[1].
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
[...]
> > Is it possible that the separator depends on ListSeparator (set in
> > Control Panel)?
>
> No since it _is set to ";".
Ok
> After some investigation, the bug seems to be in function IE_WinInet.
> The first call of In
Maurizio Lotauro wrote:
> Scrive Arno Garrels <[EMAIL PROTECTED]>:
>
>> Hello Maurizio,
>
> Hello Arno,
>
>> TProxyInfo does not parse the proxy-strings correctly
>> since here in W2K entries are separated by a space, I changed
>> below function to accept multiple separator chars.
>> Now when I
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Hello Maurizio,
Hello Arno,
> TProxyInfo does not parse the proxy-strings correctly
> since here in W2K entries are separated by a space, I changed
> below function to accept multiple separator chars.
> Now when I pass separators [';', ' '] the componen
13 matches
Mail list logo