octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #60387] ftp class method 'dir' extremely slow


From: Rik
Subject: [Octave-bug-tracker] [bug #60387] ftp class method 'dir' extremely slow
Date: Tue, 13 Apr 2021 20:15:50 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.90 Safari/537.36

Follow-up Comment #12, bug #60387 (project octave):

Good documentation can be found here: https://curl.se/libcurl/c/libcurl.html.

It looks to me like we are making other profound errors in our usage of
libcurl.  In particular, it seems we should be calling curl_global_init()
(https://curl.se/libcurl/c/curl_global_init.html) and curl_global_cleanup at
end of program.  They are very emphatic that this call is not thread-safe and
should be made before any other threads are created, even threads which do not
use libcurl.  They suggest the singleton pattern when using C++ to enforce
that, but maybe we have another way.

Also, if an error does occur I don't think we are leaving the connection in a
proper state.  This might call for more use of unwind_actions or similar.  For
example, this code segfaults every time for me.


obj = ftp('ftp.gnu.org');
cd(obj, 'gu/emacs');
obj
cd(obj, '/gnu/emacs');


The cause is misspelling in the first cd command which then results in a null
directory.



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?60387>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]