Comments on: libssh 0.3 http://www.libssh.org/2009/05/21/libssh-3/ The SSH Library! Sun, 05 Sep 2010 19:31:59 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Steve http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-2042 Steve Fri, 28 May 2010 06:30:44 +0000 http://www.libssh.org/?p=30#comment-2042 The channel_read_buffer() is the old channel_read() function. channel_read() is now a POSIX like function. I would suggest to use the POSIX like function. The channel_read_buffer() is the old channel_read() function. channel_read() is now a POSIX like function. I would suggest to use the POSIX like function.

]]> By: Bruce http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-2040 Bruce Fri, 21 May 2010 23:00:13 +0000 http://www.libssh.org/?p=30#comment-2040 Great job! Is there any documentation about how to upgrade? E.g. when/why would I use the new channel_read_buffer()? Anything that is considered deprecated? Great job! Is there any documentation about how to upgrade? E.g. when/why would I use the new channel_read_buffer()? Anything that is considered deprecated?

]]> By: markm http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-13 markm Tue, 02 Jun 2009 12:45:55 +0000 http://www.libssh.org/?p=30#comment-13 Direction taken, no intent to question anyone's integrity, I apologize if it was taken wrong. Direction taken, no intent to question anyone’s integrity, I apologize if it was taken wrong.

]]> By: gladiac http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-12 gladiac Tue, 02 Jun 2009 07:01:41 +0000 http://www.libssh.org/?p=30#comment-12 We don't lie ;) libssh is thread safe if you use different sessions at the same time. If not then there is a bug which needs to be fixed. If you have questions I suggest to subscribe to the mailing list. The comment function is not an appropriate place. On the mailing list are more people and it is likely that someone already did what you want to do. We don’t lie ;) libssh is thread safe if you use different sessions at the same time. If not then there is a bug which needs to be fixed.

If you have questions I suggest to subscribe to the mailing list. The comment function is not an appropriate place. On the mailing list are more people and it is likely that someone already did what you want to do.

]]> By: markm http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-11 markm Mon, 01 Jun 2009 15:07:31 +0000 http://www.libssh.org/?p=30#comment-11 Quick question guys - I submitted an inquiry on other site about C++ wrappers and multithreading. I have just now got around to addressing this issue again. So I have a couple of questions. In the previous reply on the other site, it was pointed out to me that each sftp session needs to have it's own connection, which makes sense, since each socket can only have one destination address when used in this manner. I did not find anything wrong with the individual code in previous implementation, and since there has been a library upgrade, I will start from scratch. What I am looking to accomplish is to multithread a group of sftp processes to different servers executed in a particular time frame, they will be all kicked off at once. They will be picking up files from each of these destinations. They will also deposit said files in individual directories. that will be date specific. In previous correspondence I was asked to post code, which I will if this cannot be accomplished with this upgrade. The main issue here is the need/or desire to multithread this process, bandwidth is not an issue for this, I have virtually unlimited bandwidth. Also, the other requirements that require me to implement this in this manner is the requirements that I cannot use 'authorized_keys' so login has to take place on the fly. I can essentially implement this in an old 'fork and exec' fashion, and not be concerned with threading. I would prefer to implement this with threading. Preliminary observations (I have not looked at the new code, yet), but the 'ssh_connect' function really appears to be a potential problem, since it (preliminarily) implies sequential execution. I have tried a couple of libraries other than this, NetSiebens (c++, but very basic), libssh2, and this one, I am back to this one because it says it can multithread, I am not sure of this yet, because gcrypt requires special setup (again, have not reviewed current code base), to service multiple threads. So, if this is doable, or not please say so, I am on the virge of writing from scratch what I need. I would not be adverse to sharing what if anything can be done to multithread using sftp. Quick question guys – I submitted an inquiry on other site about C++ wrappers and multithreading. I have just now got around to addressing this issue again. So I have a couple of questions.

In the previous reply on the other site, it was pointed out to me that each sftp session needs to have it’s own connection, which makes sense, since each socket can only have one destination address when used in this manner.

I did not find anything wrong with the individual code in previous implementation, and since there has been a library upgrade, I will start from scratch. What I am looking to accomplish is to multithread a group of sftp processes to different servers executed in a particular time frame, they will be all kicked off at once.
They will be picking up files from each of these destinations. They will also deposit said files in individual directories. that will be date specific.

In previous correspondence I was asked to post code, which I will if this cannot be accomplished with this upgrade.

The main issue here is the need/or desire to multithread this process, bandwidth is not an issue for this, I have virtually unlimited bandwidth.

Also, the other requirements that require me to implement this in this manner is the requirements that I cannot use ‘authorized_keys’ so login has to take place on the fly.

I can essentially implement this in an old ‘fork and exec’ fashion, and not be concerned with threading. I would prefer to implement this with threading.

Preliminary observations (I have not looked at the new code, yet), but the ‘ssh_connect’ function really appears to be a potential problem, since it (preliminarily) implies sequential execution.

I have tried a couple of libraries other than this, NetSiebens (c++, but very basic), libssh2, and this one, I am back to this one because it says it can multithread, I am not sure of this yet, because gcrypt requires special setup (again, have not reviewed current code base), to service multiple threads.

So, if this is doable, or not please say so, I am on the virge of writing from scratch what I need. I would not be adverse to sharing what if anything can be done to multithread using sftp.

]]> By: gladiac http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-10 gladiac Thu, 28 May 2009 19:51:20 +0000 http://www.libssh.org/?p=30#comment-10 Ups, I've added it to http://www.libssh.org/get-it/ Ups, I’ve added it to http://www.libssh.org/get-it/

]]> By: Carlos Costa http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-9 Carlos Costa Wed, 27 May 2009 14:02:48 +0000 http://www.libssh.org/?p=30#comment-9 Hi guys, this is really a cool project, thanks! I would like to contribute, but I don't see a link to the source in any place of this site, or even on the ohloh :( Can you share the repository with us? Again, many thanks by this! Carlos. Hi guys, this is really a cool project, thanks!
I would like to contribute, but I don’t see a link to the source in any place of this site, or even on the ohloh :(

Can you share the repository with us?

Again, many thanks by this!
Carlos.

]]> By: otubo http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-8 otubo Sun, 24 May 2009 20:42:45 +0000 http://www.libssh.org/?p=30#comment-8 This last thursday (21st / may) libssh-0.3 was released in its brand new website! - http://www.otubo.net/2009/05/libshs-03-released.html This last thursday (21st / may) libssh-0.3 was released in its brand new website! – http://www.otubo.net/2009/05/libshs-03-released.html

]]> By: Andreas Schneider: libssh 0.3.0 | Techie News http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-6 Andreas Schneider: libssh 0.3.0 | Techie News Thu, 21 May 2009 17:08:06 +0000 http://www.libssh.org/?p=30#comment-6 [...] nearly all libssh functions, I’ve released version 0.3.0 today. Read more about the release here. A new version of csync with full sftp support will be released soon. Share and [...] [...] nearly all libssh functions, I’ve released version 0.3.0 today. Read more about the release here. A new version of csync with full sftp support will be released soon. Share and [...]

]]> By: gladiac http://www.libssh.org/2009/05/21/libssh-3/comment-page-1/#comment-5 gladiac Thu, 21 May 2009 15:29:28 +0000 http://www.libssh.org/?p=30#comment-5 The channel_read_buffer() is the old channel_read() function. channel_read() is now a POSIX like function. I would suggest to use the POSIX like function. The channel_read_buffer() is the old channel_read() function. channel_read() is now a POSIX like function. I would suggest to use the POSIX like function.

]]>