install) the documentation (html and man generated by doxygen, and
sample.c and samplesshd.c)
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@88 7dcaeef0-15fb-0310-b436-a5af3365683c
Should it call doxygen and copy the generated documentation ?
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@87 7dcaeef0-15fb-0310-b436-a5af3365683c
also, published changes from Norbert including lots of session->fd checks
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@81 7dcaeef0-15fb-0310-b436-a5af3365683c
I am going to make the whole documentation as doxygen files.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@77 7dcaeef0-15fb-0310-b436-a5af3365683c
library.
Add corresponding paragraph in API draft.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@75 7dcaeef0-15fb-0310-b436-a5af3365683c
dh.c: Initialize libgcrypt only if not done before
client.c: Remove cleanup of cryptograhpic library. This needs to be put
somewhere, like in a crypto_finish function or something.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@70 7dcaeef0-15fb-0310-b436-a5af3365683c
some packet nonblocking fixes.
reenable sftp from the sample client.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@52 7dcaeef0-15fb-0310-b436-a5af3365683c
and packet_read may return SSH_AGAIN if the session is nonblocking and
there is not enough data to be read.
I also added a socket buffering through session->in_socket_buffer. It is
more low-level than the packet buffer.
I should rename in_buffer with in_packet_buffer.
There is still work to do with the socket status, (opened, error,
closed, ...) and much more work to extend the nonblocking to session
opening, messages sending and such.
I find the switch(session->packet_state) solution very nice (especially
when the nonblocking function may have 10 differents states, like in a
connection.)
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@49 7dcaeef0-15fb-0310-b436-a5af3365683c
I resolved a memory alloc problem into hmac_init (same kind that the one of md5_init).
It's still saying there is a memory corruption. Since the memory corruption happens before it is found (in malloc()), I'll have to run valgrind to locate it.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@46 7dcaeef0-15fb-0310-b436-a5af3365683c
removed the configure file from the svn (just do autoconf next time).
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@43 7dcaeef0-15fb-0310-b436-a5af3365683c
It still doesn't compile because of the O1 thing passed to ld.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@41 7dcaeef0-15fb-0310-b436-a5af3365683c
I adapted the sample.c file. the select_loop function is bloated and fails to demonstrate how libssh is simple to handle...
it looks to run at first try.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@39 7dcaeef0-15fb-0310-b436-a5af3365683c
hunted a bug in channel_poll that returned 0 when EOF.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@35 7dcaeef0-15fb-0310-b436-a5af3365683c
server accepts command line arguments
server write
comments into the configuration file.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@31 7dcaeef0-15fb-0310-b436-a5af3365683c
There is also an option "nopassword" for ftp users.
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@25 7dcaeef0-15fb-0310-b436-a5af3365683c