But so far I haven't received any error reports. PS: I'm wondering if libssh2 is also affected by the change in behavior with OpenSSL 3. If ((sslError = SSL_ERROR_SYSCALL & ::ERR_peek_last_error() = 0)) //EOF: only expected for HTTP/1.0 If (sslError = SSL_ERROR_SSL & ERR_GET_REASON(ec) = SSL_R_UNEXPECTED_EOF_WHILE_READING) //EOF: only expected for HTTP/1.0 Maybe it's to add OpenSSL version-dependent code like: So I'm not sure what the best fix for curl is. It seems, just adding SSL_OP_IGNORE_UNEXPECTED_EOF creates other problems with libcurl (=> empty directory listings) I made a quick test (=hack) without much understanding of the consequences in libcurl. Maybe this should be added to () to continue with the old EOF handling?
I don't have a test server myself, but one of my software's users has: The unexpected EOF seems to only affect some (not well-behaved?) servers. I've tested programs like FreeFileSync and DirSync Pro, they may do the work, but I don't want to make everyone learn using a new program, so a Windows context menu entry such as "Pull a new project." or "Push changes of current project" is a must! And because we are keeping every raw footage files, the sync must be one-way only.The "unexpected eof while reading" is back in OpenSSL 3, as expected in … /curl/curl/issues/5138
I really don't want to keep answering such questions so I'm looking for a program like GitHub / GitLab which will force video editing workers to just pull all the project revelant data (like hunderds GiGs of video clips, images, sounds and so on) and when it's ready - push every new or changed file intro adequate folder in NAS server structure (typically just ten's of MB's like new Premiere Pro project files). Recently I noticed that the file versioning on a local NAS server is still confusing for some of CGI dept guys and there are situations when they asks me where should they put 'those' files. As a CIO in a small video production bussiness I'm making my team work more efficent using various tools.
0 kommentar(er)
