Scrive brian - :
> This seems to be finally fixed in the latest Daily/SVN, the data received
> is transparently uncompressed etc.
>
> HOWEVER, there is a small issue, which isn't readily apparent unless you
> check received data size etc:
>
> If you don't include OverbyteIcsHttpCCodZLib anywhere
Merry Christmas and Hapy New Year to all from Bolzano, Italy!
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lis
Scrive Arno Garrels :
> Hi,
>
> With upcomming cross platform support new IFDEFs are required.
> The V7 DotNet port Francois committed a few years ago has never
> been finished and in the meanwhile a lot of development took
> place with zero care about .NET compatibility. As a result
> current
Scrive Simon Lewis :
> hey ICS this has been the greatest experience of my life
> http://www.nbcl0.com
For AVG this site is dangerous.
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To unsubscr
Scrive Wilfried Mestdagh :
> Hi Angus,
>
> Yes indeed, I found out already. The authentication is an argument in the
> POST command. When it is invalid or missing the server returns a 401 with
> the missing header line. Is that a bug in the server?
Probably it is a bug in the server. The applica
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels :
[...]
> > Cardinal and Integer should not change since (IIRC) NativeInt and
> > NativeUInt was introduced to handle 32/64 bit cpu.
>
> That's correct Integer will remain 32 bit in x64 h
Scrive Arno Garrels :
> Francois PIETTE wrote:
> >>> "if FClientNum >= $7F then"
> >>> currently it wraps around after 8,388,607
> >>
> >> That is probably my bug, missed an F.
> >
> > Should probably be MAXINT to avoid any issue with integer size change.
>
> And a cast of FClientNum to a
Maybe when you use the debugger then the application run undeer a different
user?
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To unsubscribe or change your settings for TWSocket mailing list
pl
Scrive Angus Robertson - Magenta Systems Ltd :
[...]
> In ICS, we'll try and stick to pure pascal, rather than writing 64-bit
> assembler, it's rare that speed is important in our functions,
> particularly with the massively over powered processors we mostly use now.
Isn't the 64 bit assembler m
Scrive Francois PIETTE :
[...]
> In my opinion, the future cross platform Delphi which will come sooner or
> later (hopefully sooner) will be the best candidate for a rewrite.
> It will be ICS V8.
A rewrite is necessary. We must drop all old code needed only for old version
of Delphi, use the
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
> > Sorry but I inadvertently delete the message of Arno.
> > IIRC the test is used to do not accept the basic authentication if
> > the server give it as the only authentication method acceppted. So
> > the component sho
Sorry but I inadvertently delete the message of Arno.
IIRC the test is used to do not accept the basic authentication if the server
give it as the only authentication method acceppted. So the component should
continue as it s unable to authenticate to the server.
Bye, Maurizio.
---
Scrive Francois PIETTE :
[...]
> Depending on the number of interested peoples, we will either send
> individual emails or use another mailing list.
Wasn't there already an announce mailing list?
Bye, Maurizio.
This mail has been sent usin
Scrive Francois PIETTE :
> Hi Everyone !
>
> Happy Holidays and best wishes for 2011 !
You too, and to other readers of this mailing list!
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To un
Scrive Arno Garrels :
> Arno Garrels wrote:
> > Arno Garrels wrote:
> >> Maurizio Lotauro wrote:
> >>> Scrive Arno Garrels :
> >>>
> >>>> Looks like it's not possible with current THttpCli:
> >>>
> >&
Scrive Arno Garrels :
> Looks like it's not possible with current THttpCli:
[...]
Have you tried adding the domain to the name as dom...@user?
Sometime I need to do so to get it working.
Bye, Maurizio.
This mail has been sent using Alpikom
Scrive "Eduardo E. Hernandez" :
> Hi, I'm trying to consume a webservice, normally I do that with Indy, but
> this time I need NTLM support that Indy doesn't has.
Are you suse? Maybe you need to include the unit that handled it.
> To make a soap request in Indy, I prepare the appropriate content
Scrive Arno Garrels :
> Hi Maurizio,
Hi Arno,
> > One API always fail with error 1003
>
> Which one? Which line?
When the GetProxyInfo is called.
You can try yourself, the code that I posted practically works out of the box.
> From a very brief look:
>
> > TGetProxyInfo = function (
>
Hi,
during the migration of my TProxyInfo component to D2009 I get a strange problem
that get me crazy. One API always fail with error 1003 (Cannot complete this
function). The exactly same code with D5 works (it show "XYZT").
I explicitly declared Ansi what must be Ansi, so I really don't underst
Scrive Francois Piette :
[...]
> I understand, but as far as the HTTP component is concerned, it is the
> expected behaviour. The problems is at the provider. His "trick" is designed
> for a human, not a program.
Yes, I know. I'm only asking because this "service" seems to become more common,
an
Scrive Francois PIETTE :
> Hello,
>
> I think this is the expected behaviour.
> You can disable automatic relocation (FollowRelocation property) or use the
> location change event to know your request has been redirected.
I don't think so. I get a 302 status code but in that case it doesn't mea
Scrive Maurizio Lotauro :
> On the same pc using a virtual machine (XPpro SP3) this (the redirection to
> my
> provider) doesn't happen. It is strange, isn't it?
Ignore this sentence, it works in the VM exactly the same w
Hello,
today I discovered a potential serious problem.
In my system (Vista HP SP1) when I try to get a wrong url I get a page from my
provider with some suggestions of "corrected" link.
When I do this with HttpCli I see that the first request get a 302 and then
automatically retry using the redir
Scrive robertoschler :
> I am using Delphi Professional 6.0 pack 2 with ICS. I'm not sure what
> version of ICS I am using since I don't see the version number in the README.
> However, I checked HttPProt.pas and the final comment reads:
>
> "Oct 15, 2004 V1.71 lotauro.mauri...@dnet.it enhanced
Scrive Tobias Rapp :
> Maurizio Lotauro wrote:
> > Sooner or later I must install (and use) a svn client :-)
> > Any suggestion?
>
> When using Windows there is the great TortoiseSVN client
> (http://tortoisesvn.tigris.org/) that integrates into the Windows
> explor
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels :
[...]
> With digest you would have to parse the server challenge at this point,
> and check whether it is syntactically correct and reset the nounce count
> (nc) value/property to zero. For each subseq
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels :
> >
> >> Maurizio Lotauro wrote:
[...]
> > But if you have time give a look in the code, particularly to
> > HttpAuthNTLM to get an idea how implement the Digest authentication
>
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
[...]
> So I think I'll wait for your latest changes?
Yes, probably at this point it is better to wait.
But if you have time give a look in the code, particularly to HttpAuthNTLM to
get an idea how implement the Digest authentication
Scrive Arno Garrels :
> Maurizio,
Arno,
> >> Something like that is required, also because current authentication
> >> code in the THttpCli is a complicated nightmare, error-prone and
> >> contains plenty of duplicated code.
> >
> > I know it very well :-)
> > I already post in the past my prop
Scrive Arno Garrels :
> Maurizio Lotauro wrote:
>
> >> Digest authentication requires at least one server challenge per
> >> protection space (realm). This is similar to basic authentication
> >> which may use a realm as challenge (currently not supported b
Scrive Arno Garrels :
> Hi All,
Hi Arno,
> I just finished an implementation of Digest Access Authentication
> in the THttpCli.
Well done :-)
> Digest authentication requires at least one server challenge per
> protection space (realm). This is similar to basic authentication
> which may use
Scrive Heiko Sommerfeldt :
[...]
> The main problem is the following: If the user (of the browser) puts in
> a wrong password the connection is refused. Now the user opens (refresh)
> the page again and the browser sends the rejected digest information
> again automatically so the login fails aga
Scrive DZ-Jay :
> May you all have a happy and prosperous new year!
Thank you very much!
I wishes you all all the best, in particular for the health.
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
Scrive Angus Robertson - Magenta Systems Ltd :
[...]
> Only for lazy people that attach the entire previous message including
> all the unsubscribe information.
This unfortunately in a very common practice :-(
[...]
> I'm currently trying to set-up forums on my new hosted Windows 2008
> Serv
Scrive Paul :
> Maurizio,
Paul,
> I've asked Michel (tested for you in the past).
> He's very busy right now, but he could setup and test it mid next week.
> He will be on vacation the following 2 weeks, so it's next week or next
> year...
I'll try, but I must first finish another work.
Bye,
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
[...]
> > This is the point. The above remarks is really vague.
> > The Unicode version exists in IE5 but down's work or doesn't exist at
> > all?
>
> And even more questions:
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Arno Garrels wrote:
> > Maurizio Lotauro wrote:
[...]
> >> I'm in doubt about this. The remarks of INTERNET_PER_CONN_OPTION
> >> Structure say:
> >>
> >> "In Internet Explorer 5, only the AN
Scrive Arno Garrels <[EMAIL PROTECTED]>:
[...]
> LPTSTR maps depending on the Unicode directive to either Ansi or Unicode,
Yes I know
> so it should be enough to add just one line:
>
> if @InternetQueryOption = nil then
> begin
> {$IFDEF UNICODE}
> @InternetQueryOption := GetProcAddress(
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Paul wrote:
> > I'm trying to use TProxyInfo with D2009.
> > Since Wininet is not unicode enabled,
>
> It is. Only some parameters like host names etc. are of type LPSTR.
All function and structures used by TProxyInfo are LPSTR, one LPCSTR and two
LPTS
Scrive Fred <[EMAIL PROTECTED]>:
> Hello
>
> I'm obviously doing it wrong: After authenticating to a web server
> with POST and receiving some cookies, I'm getting an Access Violation
> while I'm copying the response into a memo:
[...]
After calling the Free you must set the property to nil.
Scrive Paul <[EMAIL PROTECTED]>:
> Hi Maurizio,
>
> >> Since Wininet is not unicode enabled, I've changed all Char, PChar and
> >> String to Ansi except the variables used by ICS-function ParseUrl.
> >> I get about 60 Warnings :-(
> >
> > I see. I can try to adapt it to D2009.
> >
> It's working,
Scrive Paul <[EMAIL PROTECTED]>:
> I'm trying to use TProxyInfo with D2009.
Very interesting ;-)
> Since Wininet is not unicode enabled, I've changed all Char, PChar and
> String to Ansi except the variables used by ICS-function ParseUrl.
> I get about 60 Warnings :-(
I see. I can try to adapt
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> > I'm against to write into the registry from a demo application.
>
> OK, so nobody likes the suggestion :(
Personally I think that registry keys should be created/removed by setup,
otherwise they will remain forever.
IIRC Microsoft guide lines (from XP
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> > I'm against to write into the registry from a demo application.
>
> OK, so nobody likes the suggestion :(
Personally I think that creation and remove of registry keys should be done by
program setups. Otherwise they will remain forever.
IIRC Microsoft
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Hi,
>
> Since Delphi and ICS goes Unicode I suggest to replace
> TIniFile by TRegIniFile in all demo applications.
> TInifile uses Win32 API functions which do not support
> Unicode, any string is converted to ANSI implicitly.
> TMemIniFile won't be a so
Scrive Wilfried Mestdagh <[EMAIL PROTECTED]>:
> Hello Martin,
>
> Here is a small example:
>
> procedure TFoo.FUDPDataAvailable(Sender: TObject; Error: word);
> var
>Buffer: array [0..1023] of char;
>Len: integer;
>Src: TSockAddrIn;
>SrcLen: integer;
> begin
>SrcLen := SizeOf
Hello,
after reading the thread about the unicode characters in the url, I just asking
me what happen when the host name contains unicode characters.
I mean, for protocols other than http, works the lookup to dns?
Bye, Maurizio.
This mail has
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > It seems quite easy and without drawback because reproduce the
> > "normal" flow. What do you think?
>
> Updated both ICSv6 and ICSv7 SVN repository.
Thank you very much!
For record, I p
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
>
> > I added a new internal variable FDelaySetReady (boolean) as flag that
> > the SetReady must be called when the whole SendStream is sent.
> > Some places changed so:
> >
> > =&g
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
[...]
> > Arno, I'll try to add these changes to the version you send me so you
> > can give it a try.
>
> Will do. Unfortunately my very old proxy machine that I used to test
> NTLM proxy aut
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
[...]
> > Unfortunately I'm still using an old version of HttpProt.pas (1.86),
> > and it seems different from yours, at least in the StateChange
> > procedure. Can you send your HttpProt.p
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
[...]
> I'm sorry but I'm confused. What caused IE to open a
> new connection? When you say "I confirm", do you
> mean that you submit a username and password when IE
> prompted you?
Consider that English is not my native language (not to mention
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> DZ-Jay wrote:
>
> > we should try to replicate the behaviour in HttpCli: perhaps adding a
> > new machine state that instead of re-sending when 401 is detected, it
> > makes sure that the body has been sent completely, and if not, it
> > delays re-sendin
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
[...]
> Yes, section 8.2.2 says:
[...]
> As I mentioned in my previous message, I believe that
> this requirement is because the server responded
> early for a reason: it rejected the request, so
> sending the rest of the body to satisfy the
> Con
I agree.
I must admit that the implementation of NTLM has really mislead me, bring me to
think that the server keep the authentication info until the connection close.
That's wrong, and the key word is "stateless".
Thank you very much for enlighten me!
> Maurizio Lotauro w
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Ok, that makes more sense. And, just to make sure I
> understand, here's the sequence of events:
>
> 1. IE Sends request without auth information.
Yes
> 2. Server responds with 401 after the headers are
> received.
Yes
> 3. IE continues sendi
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Maurizio,
>
> Is this test server the Tomcat server where the issue
> manifested before?
Yes, only the servlet is different. I asked for a minimum version to do not have
other thinks that can affect the test. This one simply count the bytes recei
Scrive Maurizio Lotauro <[EMAIL PROTECTED]>:
> Scrive DZ-Jay <[EMAIL PROTECTED]>:
[...]
> > In any case, I'll see if I can do some experiments with IE and Tomcat
> > and let you know what I find.
>
> Please wait, I asked to our server admin to prepare a
Scrive DZ-Jay <[EMAIL PROTECTED]>:
> On Sep 21, 2008, at 18:53, Maurizio Lotauro wrote:
[...]
> I'm sorry but you are confused. HTTP is not like FTP.
I mentioned ftp only as example that show how many time is needed to make the
connection, while http do it behind the scen
Scrive DZ-Jay <[EMAIL PROTECTED]>:
[...]
I'll answer asap (probably this night).
> In any case, I'll see if I can do some experiments with IE and Tomcat
> and let you know what I find.
Please wait, I asked to our server admin to prepare a test environment public
available (I need it for myself
Scrive DZ-Jay <[EMAIL PROTECTED]>:
>
> On Sep 20, 2008, at 19:03, Maurizio Lotauro wrote:
>
> > I just saw it. The 401 become after the whole file is sent.
>
> Leave it to MS to allow for a DOS attack vector, ha!
:-)
> As Maurizio said, we need to test this o
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Arno Garrels wrote:
[...]
> > I've uploaded a Wireshark dump file:
> > http://www.duodata.de/misc/PostAuthLog.zip
[...]
> Well, it does not show the case we are are discussing here.
I just saw it. The 401 become after the whole file is sent.
But AFAI
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
[...]
> However, I wonder how this works in practice. I
> mean, how do regular browsers deal with it?
Good question. Someone that know the html can prepare a page with a text box
where write the content to send and a post button?
It will be very u
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
[...]
> Again, I must be missing something (I admit I am not
> very familiar with NTLM authentication).
As Fastream already wrote, the server send a (sort of?) token with the 401
answer. You car read more info there:
http://davenport.sourceforge.n
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > This will work with Basic bu not with NTLM because (IIRC) the
> > authentication phase is started by the server with the first 401.
>
> Looks like sending body data must be delayed somehow, realy no
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> >--- Original Message ---
> >From: Maurizio
> Lotauro[mailto:[EMAIL PROTECTED]
> >Sent: 9/19/2008 10:25:03 AM
> >To : twsocket@elists.org
> >Cc :
> >Subject : RE: Re
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Hi All,
>
> Angus and I added UTF-8 support to the TFtpCli V7.
> All Delphi versions from D7 to D2009 are supported.
Well done guys!
Bye, Maurizio.
This mail has been sent using Alpikom webmail s
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> >--- Original Message ---
> >From: Maurizio
> Lotauro[mailto:[EMAIL PROTECTED]
> >Sent: 9/19/2008 8:12:30 AM
> >To : twsocket@elists.org
> >Cc :
> >Subject : RE: Re:
Scrive Maurizio Lotauro <[EMAIL PROTECTED]>:
> Scrive Arno Garrels <[EMAIL PROTECTED]>:
>
> > Maurizio Lotauro wrote:
[...]
> > Looking into THttpCli.SocketDataAvailable, OnDataPush seems to be
> > triggered in this case. LastResponse should the contain 4
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
>
> > I analyzed the communication using WireShark and this is what I
> > observed.
> > The server answer with 401 before the client has finished to send the
> > xml. The client continue to
Scrive Maurizio Lotauro <[EMAIL PROTECTED]>:
[...]
> This night I'll check if the component catch the 401. If yes then I'll try
> to
> "abort" the transmission. If no then we have a problem...
Bad news. It seems that the HttpCli doesn't feel the 401. Even
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
[...]
> Perhaps we can implement something like this?
My custom HttpCli has a retry mechanism. It is very simple, based only on the
number of retry. I added it because sometimes the server take to much time to
answer, and it is a problem for me
Scrive Arno Garrels <[EMAIL PROTECTED]>:
[...]
> I may be wrong, however I think I recall that the THTTPCli sent entire
> POST-data even though authentication was what the server expected.
This exactly what happen.
> That sounds, at least, not very efficient and the server might treat this
>
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> >--- Original Message ---
> >From: Maurizio
> Lotauro[mailto:[EMAIL PROTECTED]
> >Sent: 9/17/2008 2:28:05 PM
> >To : twsocket@elists.org
> >Cc :
> >Subject : R
Scrive Francois Piette <[EMAIL PROTECTED]>:
> > This will be a really long holiday! The auto-responder on this email
> > sends out an email to the list.
> > The list forwards it back to his email box.
> > The auto-responder then sends out another email to the list - and the
> > process continue
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Hello:
> Actually, I just found that this is defined in
> the RFC (probably to prevent DOS attacks):
[...]
> If this is not the current behaviour of the
> HttpCli component, then perhaps we can work in
> implementing this.
This night I
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Hello:
[DOS attack]
Good point.
> I guess a way to overcome this in the client side
> would be to send a HEAD request prior to establish if
> the resource is available for consumption. If not,
> the server will respond with 401 and your cli
Scrive "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Hello:
> Seems to be a server issue. Even if the server
> requires authentication, the response should not be
> sent until the entire request is received. This
> behaviour is very strange indeed. Are you sure that
> the response is sent befo
Hello,
it seems that I have a problem with the HttpCli component.
The client send an xml to the server using the POST method (synch). The server
require an authentication (basic). When the xml is greater than a certain size
(160k are enough) the server answer with a 400 (IIS/Tomcat: Bad request) o
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels <[EMAIL PROTECTED]>:
> >
[...]
> > But first I would like discuss about the wide string published
> > properties.
> > How are they handled by D7 - D200
Scrive Arno Garrels <[EMAIL PROTECTED]>:
First for all, sorry for the delay...
> Maurizio Lotauro wrote:
> > I followed the whole thread, and my opinion is that adding this
> > feature to D7 - D2007 compiler is not good if this imply to break
> > existing code, in par
Scrive Arno Garrels <[EMAIL PROTECTED]>:
Before I write the full answer I need an information.
>I introduced an alias:
>{$IFDEF D7-D2007} UnicodeString = WideString {$ENDIF}
>and changed three properties, HostFileName, LocalFileName and
>HostDir from "String" to "UnicodeString".
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> emanuele bizzarri wrote:
> > Hi all,
> > exists any THttpCli implementation that support digest access
> > authentication?
>
> Good question, I always wondered why the guy who implemented digest auth
> in the HTTP server didn't add it to the THttpCli as
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> > Scrive Arno Garrels <[EMAIL PROTECTED]>:
[...]
> > Only to clarify :-)
> > My was not a critic to CG. This kind of changes certainly will have
> > some side effects, but, we say, it i
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Hi All,
Hi Arno,
> What do you think about adding Utf8-support to the FTP components
> in ICSv7 for compilers D7 - D2007 as well?
I don't use the ftp components, but I think that every enhancements are
welcome :-)
[...]
> My prefered solution is cha
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Maurizio Lotauro wrote:
> >
> > What you described is more or less what I expected with that kind of
> > changes in the compiler. I expected similar problems with the
> > introduction of 64 bit.
>
> CG did
Scrive Francois Piette <[EMAIL PROTECTED]>:
> Hi Guys !
Hi Francois!
[...]
> Converting ICS & MidWare was to too much difficult.
[...]
What you described is more or less what I expected with that kind of changes in
the compiler. I expected similar problems with the introduction of 64 bit.
>
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Hello all,
>
> I stumbled across this function in (OverbyteIcs)NtlmMsg.pas today:
[...]
> This works only with ASCII characters (Basic Latin 007F) reliable.
> This method would work with Latin-1 Supplement 008000FF reliable too if
> the OS woul
Scrive Francois Piette <[EMAIL PROTECTED]>:
> Hi everybody !
>
> I want to wish a Merry Christmas and a Happy New Year to you and your
> families.
Merry Christmas and a Happy New Year to everybody from Italy!
Bye, Maurizio.
This mail has be
Scrive Francois PIETTE <[EMAIL PROTECTED]>:
> Hello Guys !
Hello!
> I'm considering the option of pushing ICS to SourceForge and I would like to
> have your opinion.
> Does someone already have a real experience of SourceForge as a developper ?
Sorry, no.
> The first decision is should I selec
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! :
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
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.
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:
> &g
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
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
Scrive Wilfried Mestdagh <[EMAIL PROTECTED]>:
> Hello,
>
> A happy birthday for you Francois !
Best wishes from Italy!
How old? :-)
Bye, Maurizio.
This mail has been sent using Alpikom webmail system
http://www.alpikom.it
--
To unsubscr
Scrive Arno Garrels <[EMAIL PROTECTED]>:
> Primo¾ Gabrijelèiè wrote:
> > I don't remember what that was all about. Probably pre-D4 stuff?
>
> Hmm, I think it can be removed but not for sure, that's why I'm asking.
> At least I can't see a reason why it was required. May be someone
> can remember
Scrive Dod <[EMAIL PROTECTED]>:
> Hello Maurizio,
>
> Yes, .pac proxy script may be more difficult to manage.
Yes, this is why I made the ProxyInfo component. It does this automatically.
> I could do pure Wininet async download so i'll be sure to follow the
> right proxy settings but its hard
1 - 100 of 287 matches
Mail list logo
