[Sergio]

Grazie per l’aiuto, confermo che la nuova versione non ha il bug segnalato.

Per usarla in maniera affidabile (con un programma di test che richiede in continuazione nuove operazioni tramite http) ho dovuto però trovare per tentativi la sequenza e le condizioni giuste su Enable e Done, perchè altrimenti dopo poche richieste la FB si inceppava.

[Sergio]

Buongiorno, credo di aver individuato un bug della FB HTTPGetPage di eLLabNetworkLib_A200.plclib. Nel caso in cui la stringa Request è vuota viene fatta una richiesta HTTP scorretta, esattamente la prima riga (es HTTP /path/a/b/c HTTP/1.1) viene ripetuta tale e quale anche sulla seconda riga.

Mettendo anche un solo carattere (HTTPClient.Request:=ADR(‘x’);) il problema non si verifica.

[Sergio]

Sto utilizzando da alcuni mesi il programma Ptp139a000 dopo averlo modificato per le esigenze del mio cliente nella parte di generazione delle stringhe, ma la logica a stati è rimasta quella originale. Ho riscontrato solo un piccolo problema: occasionalmente – due volte, la seconda due giorni fa – la chiamata

iSysremove:=(Logger.Filename); (* Cancello file locale *)

non va a buon fine e quindi il file cresce di dimensione ed ha le intestazioni replicate ogni ora. SysLastError è semplicemente 9961200 Errore nella cancellazione del file. Se fermo il programma, il sistema riparte senza problemi e l’ultima volta è andato avanti per 10 giorni.

Ho pensato che potrebbe essere un problema dovuto al blocco FTPClient (eLLabNetworkLib_A200) che non rilascia il file e per ovviare ho pensato di modificare il programma in modo da separare le due operazioni (attesa fine ftp, cancellazione) con un nuovo case 13. Però potrebbe anche dipendere dal blocco StringToLogFile_v1 e quindi pensavo di aggiungere:

Logger(Enable:=TRUE, Write:=FALSE);

prima di Sysremove.

[Autore]

Post