nouvakis

On 10/26/2020 at 12:11 PM, Angus Robertson said:

I've made TriggerSendData virtual in wsocket, most other triggers are already virtual but guess no other component needed to override until now. The change will be in the overnight zip later this week.

 

Angus

 

thanks

11 hours ago, FPiette said:

There are several TriggerSendData. In which class do you need it?

I am trying something with TSslWSocketClient and TWSocketClient

but they inherite this procedure from TCustomLineWSocket

Could this procedure become virtual so we can override it?

1. in procedure TSslContext.InitContext

...

if CheckLogOptions(loSslInfo) then  { V8.40 }
   DebugLog(loSslInfo, 'Set sslSESS_CACHE_SERVER');

***********************************

It always writes sslSESS_CACHE_SERVER ignoring correspondig Session cache modes

----------------------------------------------------------

2. TCustomSslWSocket.TriggerSslHandshakeDone(ErrCode : Word);

...

FSslPeerCert.X509 := PeerX;

should become

if Assigned(FSslPeerCert) then  // add this one please
       FSslPeerCert.X509 := PeerX;

---------------------------------------------------------

9 hours ago, Andrii said:

Dear authors and community.

I'd like to use Websockets using ICS library. I know it's not a part of the library but probably someone could share his own implementation or may be has already found in the internet.

 

Thanks in advance.

 

Andrii.

from other post

Quote

There is a Websockets project at https://github.com/fajar-khairil/ics-websockets by Stan Korotky, dating back to 2012, but it is not SSL enabled.  From the demo server comments:

 

Basic websockets server based on TWSocketServer and TWSocketClient components, and websockets implementation ported from phpws project (http://code.google.com/p/phpws/). Derived from TCP server demo V7.02, by François PIETTE.

 

Been meaning to incorporate it into ICS for a while, never had the time or a suitable project to test it with.

 

Angus

the TIcsFileCopy is class( TIcsWndControl )

and it has fMultiThreaded field.

but TIcsWndControl has also fMultiThreaded field.

I guess in TIcsFileCopy the fMultiThreaded field is ignored (not using it anywhere in OverbyteIcsFileCopy.pas)

and hides fMultiThreaded field of TIcsWndControl

On 7/17/2019 at 4:11 PM, drazde said:

Ok, the components works well, it is a problem of Windows Firewall,

I resolved managing the unwanted session closed and reopening the connection (like FileZilla does)

can you describe what do you mean "resolved managing unwanted session" ?

On 11/4/2019 at 11:49 AM, Angus Robertson said:

Your three Xfer fixes are now in SVN and the overnight zip.

 

Angus

 

super, thanks !

1 hour ago, nouvakis said:

I am trying to upload to a server (it reports UNIX Type: L8) using SSL.

it fails when trying to get Dir List (using TIcsFtpMulti waiting Timeout=600)

 

Is there any way to overcome this problem?

 

PS: the same server responds well if I don't use SSL

Searching with google, I found this:

https://superuser.com/questions/1195462/server-sent-passive-reply-with-unroutable-address-in-filezilla

I think that the server is not configured correctly, and it answers with its local address to PASV command

Indeed, debugging I found that original address is

Quote

< 220 GSN (sch.gr) ftp Server
FTP Session Connected OK to: 194.63.239.5:21

but later I get

Quote

< 227 Entering Passive Mode (10,2,34,21,196,235).
02:02:07:732 TWSocket will connect to 10.2.34.21:50411

I assume that 10.2.34.21 is its local address and this is the problem.

In the above article, the writer says:

Quote

When encountering this, FileZilla tries to connect to the primary address of the FTP server instead, as that is usually the correct address to use. So in most cases you won't notice the problem at all.

I am trying to upload to a server (it reports UNIX Type: L8) using SSL.

it fails when trying to get Dir List (using TIcsFtpMulti waiting Timeout=600)

Is there any way to overcome this problem?

PS: the same server responds well if I don't use SSL

On 10/29/2019 at 1:06 AM, nouvakis said:

in unit OverbyteIcsFtpMulti

 

1) One field is missing:

fFtpSslCliSecurity

 

2) Two fields need to be set in TIcsFtpMultiThread.Execute

a) IcsFTPMultiCli.FtpType  := fFtpType;

b) IcsFTPMultiCli.FtpSslCliSecurity := fFtpSslCliSecurity;

 

thanks

could you please add field IgnorePaths at TIcsFtpMultiThread class

and at the Execute procedure?

19 minutes ago, Angus Robertson said:

Yes, I was being lazy and hoping no-one would use that feature on Delphi 7, I'll add your fix next week.

 

Angus

 

thanks a lot

SelectCopyFileList ignores IgnorePaths below COMPILER10_UP.

a workaround would be

{$IFDEF COMPILER10_UP}   { only supported D2006 and later }
    IgnorePathList.StrictDelimiter := True;
    IgnorePathList.DelimitedText := AnsiLowerCase (IgnorePaths) ;
{$ELSE}
    IgnorePathList.DelimitedText := '"' + StringReplace(AnsiLowerCase(IgnorePaths), IgnorePathList.Delimiter, '"' + IgnorePathList.Delimiter + '"', [rfReplaceAll]) + '"';
{$ENDIF}

in unit OverbyteIcsFtpMulti

1) One field is missing:

fFtpSslCliSecurity

2) Two fields need to be set in TIcsFtpMultiThread.Execute

a) IcsFTPMultiCli.FtpType  := fFtpType;

b) IcsFTPMultiCli.FtpSslCliSecurity := fFtpSslCliSecurity;

thanks

11 minutes ago, Angus Robertson said:

Why do you ask, what is your actual problem?  The low level stuff has not changed in many years, it just works.

 

Angus

Would't it be better if applications are depended only by one dll or loading just the ws2_32?

I noticed that even if I require version 2, both dll are used.

in OverbyteIcsWinsockImpl.inc then only call to GetProc2 is for WSAIoctl and for almost everything else (besides IPV6) the GetProc is used (routines from wsock32 = version 1.1)

Is this the case ?