headers (these should not have been a problem for debian packages)
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@111 7dcaeef0-15fb-0310-b436-a5af3365683c
include/libssh/priv.h: Add struct definitions that previously were in include/libssh/server.h
libssh/server.c: Include libssh/priv.h
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@109 7dcaeef0-15fb-0310-b436-a5af3365683c
name not matching soname.
debian/control: Change debhelper build-dep version from 5.0.0 to 5
Add Priority: extra to libssh-2-dbg
debian/changelog: Change package version to 0.2~rc-1
debian/rules: Install lintian overrides
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@103 7dcaeef0-15fb-0310-b436-a5af3365683c
Ipv6 patch from Laurent Bigonville. When the ipv6 targets are
unreachable, it tries all possible targets from the getaddrinfo list.
Norbert: does it break anything ? it works for me but I didn't test it
extensively
git-svn-id: svn+ssh://svn.berlios.de/svnroot/repos/libssh/trunk@99 7dcaeef0-15fb-0310-b436-a5af3365683c
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
