From libssh2-devel-bounces@cool.haxx.se Wed Aug 1 01:34:16 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q6VNXl1u005470; Wed, 1 Aug 2012 01:34:09 +0200 Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q6VNXjod005433 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 1 Aug 2012 01:33:46 +0200 Received: by qabg1 with SMTP id g1so2153836qab.20 for ; Tue, 31 Jul 2012 16:33:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=pbky7UhKgnuw0TtmS8kZejzAYTVt25N5Tx+z9aT3S5Y=; b=GN8iupwVAOPIDlPEWX9BJK0r+aAnIiSzHPEzA9xRUh8BvGBEJzvjLeVlAxqe8F3HJr TisX8gyxVPHSk0fbRiQ1IOm7tfJO3XvwJsIP3ZSGzJOzlihOaeE1BVrwdZFVh6XKlAan imInmhNSAuBlpgv1ctZtkmHmzk57MEt/H37UNS+ko3LGAhzT8CON8fKW/y5teQJMSgyc V513QtAp2QtFTrvJ8myozGnPzN64sEKSXrLF50gjuIP6fBNC7StbMoQ5im7qhW0wW3E+ 8dMi30Uh/9v9F8PChZYpL8jw3RkiVNgFqbIOsArOE9NAh4SHbGdtH83m70B/obXeG5kZ 7nEw== MIME-Version: 1.0 Received: by 10.224.9.70 with SMTP id k6mr32698615qak.31.1343777620931; Tue, 31 Jul 2012 16:33:40 -0700 (PDT) Received: by 10.229.64.163 with HTTP; Tue, 31 Jul 2012 16:33:40 -0700 (PDT) Date: Wed, 1 Aug 2012 00:33:40 +0100 X-Google-Sender-Auth: ieldBzgaFwxW4rN2aMo6djSDrwo Message-ID: Subject: Responding to the server's keepalives From: Alexander Lamaison To: "development, libssh2" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.14 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: libssh2-devel-bounces@cool.haxx.se How are we actually meant to 'pump' keepalive requests from the server? A couple of years ago Simon added support for responding to keepalive requests but they only get processed when we're calling an API function to do something with the channel. What about when we're just sitting around waiting? Presumably I need to create a thread that pumps the messages somehow but how? I don't know if it's relevant but this is for my SFTP client so we don't use channels directly. And we're using blocking mode. Alex -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Aug 1 19:22:49 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71HMAnn023083; Wed, 1 Aug 2012 19:22:39 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71HM7YW022925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 1 Aug 2012 19:22:08 +0200 Message-Id: <201208011722.q71HM7YW022925@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1SwccU-0006Wg-1t for libssh2-devel@cool.haxx.se; Wed, 01 Aug 2012 19:22:02 +0200 From: Leif Salomonsson To: libssh2-devel@cool.haxx.se Subject: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 01 Aug 2012 19:21:58 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--==bound28948a58111----" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Warning: This is a message in MIME format. Your mail reader does not support MIME. Some parts of this message will be readable as plain text. To see the rest, you will need to upgrade your mail reader. Following are some URLs where you can find MIME-capable mail programs for common platforms: Amiga............: SimpleMail http://simplemail.sourceforge.net/ Unix.............: Metamail ftp://ftp.bellcore.com/nsb/ Windows/Macintosh: Eudora http://www.qualcomm.com/ General info about MIME can be found at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/mail/mime-faq/top.html ----==bound28948a58111---- Hello, I ported libssh2 to MorphOS (http://www.morphos-team.net). I would like to have changes merged with main tree if possible. Patch file attached. Here is a description of the changes: ----------- Because of collissions with bsdsocket send() and recv() functions, some changes where made in libssh2_priv.h and session.c, where these names where used for callbacks variables in LIBSSH2_SESSION. Similar issue in agent.c, where ->connect() is changed to ->_connect_(). Again, libssh2_priv.h: struct _LIBSSH2_CRYPT_METHOD has a function named "crypt", renamed into "_crypt_" Some blocking mode set/get changes/fixes in session.c. Some conditional additions to misc.c regarding _libssh2_send() and _libssh2_recv(). ------------- Regards, Leif ----==bound28948a58111---- Content-Type: application/octet-stream Content-Disposition: attachment; filename=libssh2-1.4.2-morphos.patch Content-transfer-encoding: base64 ZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL2FnZW50LmMgbGlic3NoMi0xLjQuMi9zcmMv YWdlbnQuYwotLS0gbGlic3NoMi0xLjQuMl9vcmlnL3NyYy9hZ2VudC5jCU1vbiBNYXIgIDUgMjA6 MDQ6NTYgMjAxMgorKysgbGlic3NoMi0xLjQuMi9zcmMvYWdlbnQuYwlTdW4gSnVsIDI5IDE4OjA2 OjAxIDIwMTIKQEAgLTEyMiw3ICsxMjIsNyBAQAogfTsKIAogc3RydWN0IGFnZW50X29wcyB7Ci0g ICAgYWdlbnRfY29ubmVjdF9mdW5jIGNvbm5lY3Q7CisgICAgYWdlbnRfY29ubmVjdF9mdW5jIF9j b25uZWN0XzsKICAgICBhZ2VudF90cmFuc2FjdF9mdW5jIHRyYW5zYWN0OwogICAgIGFnZW50X2Rp c2Nvbm5lY3RfZnVuYyBkaXNjb25uZWN0OwogfTsKQEAgLTE1OSw3ICsxNTksNyBAQAogCiAgICAg c191bi5zdW5fZmFtaWx5ID0gQUZfVU5JWDsKICAgICBzdHJuY3B5IChzX3VuLnN1bl9wYXRoLCBw YXRoLCBzaXplb2Ygc191bi5zdW5fcGF0aCk7Ci0gICAgaWYgKGNvbm5lY3QoYWdlbnQtPmZkLCAo c3RydWN0IHNvY2thZGRyKikoJnNfdW4pLCBzaXplb2Ygc191bikgIT0gMCkgeworICAgIGlmIChf Y29ubmVjdF8oYWdlbnQtPmZkLCAoc3RydWN0IHNvY2thZGRyKikoJnNfdW4pLCBzaXplb2Ygc191 bikgIT0gMCkgewogICAgICAgICBjbG9zZSAoYWdlbnQtPmZkKTsKICAgICAgICAgcmV0dXJuIF9s aWJzc2gyX2Vycm9yKGFnZW50LT5zZXNzaW9uLCBMSUJTU0gyX0VSUk9SX0FHRU5UX1BST1RPQ09M LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImZhaWxlZCBjb25uZWN0aW5nIHdpdGgg YWdlbnQiKTsKQEAgLTY3MSw3ICs2NzEsNyBAQAogICAgIGludCBpLCByYyA9IC0xOwogICAgIGZv ciAoaSA9IDA7IHN1cHBvcnRlZF9iYWNrZW5kc1tpXS5uYW1lOyBpKyspIHsKICAgICAgICAgYWdl bnQtPm9wcyA9IHN1cHBvcnRlZF9iYWNrZW5kc1tpXS5vcHM7Ci0gICAgICAgIHJjID0gYWdlbnQt Pm9wcy0+Y29ubmVjdChhZ2VudCk7CisgICAgICAgIHJjID0gYWdlbnQtPm9wcy0+X2Nvbm5lY3Rf KGFnZW50KTsKICAgICAgICAgaWYgKCFyYykKICAgICAgICAgICAgIHJldHVybiAwOwogICAgIH0K T25seSBpbiBsaWJzc2gyLTEuNC4yL3NyYy86IGxpYnNzaDJfY29uZmlnLmgKZGlmZiAtdSBsaWJz c2gyLTEuNC4yX29yaWcvc3JjL2xpYnNzaDJfcHJpdi5oIGxpYnNzaDItMS40LjIvc3JjL2xpYnNz aDJfcHJpdi5oCi0tLSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL2xpYnNzaDJfcHJpdi5oCUZyaSBK YW4gMjcgMTQ6MzQ6MDMgMjAxMgorKysgbGlic3NoMi0xLjQuMi9zcmMvbGlic3NoMl9wcml2LmgJ U3VuIEp1bCAyOSAxODozODozOSAyMDEyCkBAIC0xNjgsNyArMTY4LDcgQEAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgIChtZXNzYWdlX2xlbiksIChsYW5ndWFnZSksIChsYW5ndWFnZV9sZW4p LCBcCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAmKHNlc3Npb24pLT5hYnN0cmFjdCkKICNk ZWZpbmUgTElCU1NIMl9ESVNDT05ORUNUKHNlc3Npb24sIHJlYXNvbiwgbWVzc2FnZSwgbWVzc2Fn ZV9sZW4sIFwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgIGxhbmd1YWdlLCBsYW5ndWFnZV9s ZW4pICAgICAgICAgICAgICAgIFwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgIGxhbmd1YWdl LCBsYW5ndWFnZV9sZW4pCQkgICAgICAgICAgICAgICAgXAogICAgIHNlc3Npb24tPnNzaF9tc2df ZGlzY29ubmVjdCgoc2Vzc2lvbiksIChyZWFzb24pLCAobWVzc2FnZSksICAgXAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAobWVzc2FnZV9sZW4pLCAobGFuZ3VhZ2UpLCAobGFuZ3Vh Z2VfbGVuKSwgXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmKHNlc3Npb24pLT5h YnN0cmFjdCkKQEAgLTE4NCw5ICsxODQsOSBAQAogICAgICAgICAgICAgICAgICAgICAgIChjaGFu bmVsKSwgJihjaGFubmVsKS0+YWJzdHJhY3QpCiAKICNkZWZpbmUgTElCU1NIMl9TRU5EX0ZEKHNl c3Npb24sIGZkLCBidWZmZXIsIGxlbmd0aCwgZmxhZ3MpIFwKLSAgICBzZXNzaW9uLT5zZW5kKGZk LCBidWZmZXIsIGxlbmd0aCwgZmxhZ3MsICZzZXNzaW9uLT5hYnN0cmFjdCkKKyAgICBzZXNzaW9u LT5fc2VuZF8oZmQsIGJ1ZmZlciwgbGVuZ3RoLCBmbGFncywgJnNlc3Npb24tPmFic3RyYWN0KQog I2RlZmluZSBMSUJTU0gyX1JFQ1ZfRkQoc2Vzc2lvbiwgZmQsIGJ1ZmZlciwgbGVuZ3RoLCBmbGFn cykgXAotICAgIHNlc3Npb24tPnJlY3YoZmQsIGJ1ZmZlciwgbGVuZ3RoLCBmbGFncywgJnNlc3Np b24tPmFic3RyYWN0KQorICAgIHNlc3Npb24tPl9yZWN2XyhmZCwgYnVmZmVyLCBsZW5ndGgsIGZs YWdzLCAmc2Vzc2lvbi0+YWJzdHJhY3QpCiAKICNkZWZpbmUgTElCU1NIMl9TRU5EKHNlc3Npb24s IGJ1ZmZlciwgbGVuZ3RoLCBmbGFncykgIFwKICAgICBMSUJTU0gyX1NFTkRfRkQoc2Vzc2lvbiwg c2Vzc2lvbi0+c29ja2V0X2ZkLCBidWZmZXIsIGxlbmd0aCwgZmxhZ3MpCkBAIC01NjEsOCArNTYx LDggQEAKICAgICAgIExJQlNTSDJfRElTQ09OTkVDVF9GVU5DKCgqc3NoX21zZ19kaXNjb25uZWN0 KSk7CiAgICAgICBMSUJTU0gyX01BQ0VSUk9SX0ZVTkMoKCptYWNlcnJvcikpOwogICAgICAgTElC U1NIMl9YMTFfT1BFTl9GVU5DKCgqeDExKSk7Ci0gICAgICBMSUJTU0gyX1NFTkRfRlVOQygoKnNl bmQpKTsKLSAgICAgIExJQlNTSDJfUkVDVl9GVU5DKCgqcmVjdikpOworICAgICAgTElCU1NIMl9T RU5EX0ZVTkMoKCpfc2VuZF8pKTsKKyAgICAgIExJQlNTSDJfUkVDVl9GVU5DKCgqX3JlY3ZfKSk7 CiAKICAgICAvKiBNZXRob2QgcHJlZmVyZW5jZXMgLS0gTlVMTCB5aWVsZHMgImxvYWQgb3JkZXIi ICovCiAgICAgY2hhciAqa2V4X3ByZWZzOwpAQCAtODgxLDcgKzg4MSw3IEBACiAgICAgICAgICAg ICAgICAgIGNvbnN0IExJQlNTSDJfQ1JZUFRfTUVUSE9EICogbWV0aG9kLCB1bnNpZ25lZCBjaGFy ICppdiwKICAgICAgICAgICAgICAgICAgaW50ICpmcmVlX2l2LCB1bnNpZ25lZCBjaGFyICpzZWNy ZXQsIGludCAqZnJlZV9zZWNyZXQsCiAgICAgICAgICAgICAgICAgIGludCBlbmNyeXB0LCB2b2lk ICoqYWJzdHJhY3QpOwotICAgIGludCAoKmNyeXB0KSAoTElCU1NIMl9TRVNTSU9OICogc2Vzc2lv biwgdW5zaWduZWQgY2hhciAqYmxvY2ssCisgICAgaW50ICgqX2NyeXB0XykgKExJQlNTSDJfU0VT U0lPTiAqIHNlc3Npb24sIHVuc2lnbmVkIGNoYXIgKmJsb2NrLAogICAgICAgICAgICAgICAgICAg dm9pZCAqKmFic3RyYWN0KTsKICAgICBpbnQgKCpkdG9yKSAoTElCU1NIMl9TRVNTSU9OICogc2Vz c2lvbiwgdm9pZCAqKmFic3RyYWN0KTsKIApPbmx5IGluIGxpYnNzaDItMS40LjIvc3JjLzogbWFr ZWZpbGUubW9ycGhvcwpkaWZmIC11IGxpYnNzaDItMS40LjJfb3JpZy9zcmMvbWlzYy5jIGxpYnNz aDItMS40LjIvc3JjL21pc2MuYwotLS0gbGlic3NoMi0xLjQuMl9vcmlnL3NyYy9taXNjLmMJVGh1 IEF1ZyAyNSAxODo1OTo0NyAyMDExCisrKyBsaWJzc2gyLTEuNC4yL3NyYy9taXNjLmMJV2VkIEF1 ZyAgMSAxNjo0OTozMiAyMDEyCkBAIC04OSw2ICs4OSwxMCBAQAogfQogI2VuZGlmCiAKKyNpZmRl ZiBIQVZFX0lPQ1RMU09DS0VUX0NBU0UKKyNpbmNsdWRlIDxwcm90by9zb2NrZXQuaD4KKyNlbmRp ZgorCiAvKiBfbGlic3NoMl9yZWN2CiAgKgogICogUmVwbGFjZW1lbnQgZm9yIHRoZSBzdGFuZGFy ZCByZWN2LCByZXR1cm4gLWVycm5vIG9uIGZhaWx1cmUuCkBAIC0xMDcsNiArMTExLDkgQEAKICAg ICAgICAgZWxzZQogICAgICAgICAgICAgcmV0dXJuIC1lcnJubzsKICAgICB9CisjZWxpZiBkZWZp bmVkKEhBVkVfSU9DVExTT0NLRVRfQ0FTRSkKKwlpZiAocmMgPCAwKSAKKwkJcmMgPSAoRXJybm8o KSA9PSBFV09VTERCTE9DSykgPyAtRUFHQUlOIDogLUVycm5vKCk7CiAjZWxzZQogICAgIGlmIChy YyA8IDAgKXsKICAgICAgICAgLyogU29tZXRpbWVzIHRoZSBmaXJzdCByZWN2KCkgZnVuY3Rpb24g Y2FsbCBzZXRzIGVycm5vIHRvIEVOT0VOVCBvbgpAQCAtMTM5LDYgKzE0Niw5IEBACiAgICAgICAg IGVsc2UKICAgICAgICAgICAgIHJldHVybiAtZXJybm87CiAgICAgfQorI2VsaWYgZGVmaW5lZChI QVZFX0lPQ1RMU09DS0VUX0NBU0UpCisJaWYgKHJjIDwgMCkgCisJCXJjID0gKEVycm5vKCkgPT0g RVdPVUxEQkxPQ0spID8gLUVBR0FJTiA6IC1FcnJubygpOwogI2Vsc2UKICAgICBpZiAocmMgPCAw ICkKICAgICAgICAgcmV0dXJuIC1lcnJubzsKZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29yaWcvc3Jj L3Nlc3Npb24uYyBsaWJzc2gyLTEuNC4yL3NyYy9zZXNzaW9uLmMKLS0tIGxpYnNzaDItMS40LjJf b3JpZy9zcmMvc2Vzc2lvbi5jCVdlZCBBcHIgMTggMjE6MjQ6MDQgMjAxMgorKysgbGlic3NoMi0x LjQuMi9zcmMvc2Vzc2lvbi5jCU1vbiBKdWwgMzAgMTk6Mzk6NTYgMjAxMgpAQCAtMzA3LDggKzMw Nyw4IEBACiAjZW5kaWYKIAogI2lmIGRlZmluZWQoSEFWRV9JT0NUTFNPQ0tFVF9DQVNFKSAmJiAo U0VUQkxPQ0sgPT0gMCkKLSAgICAvKiBwcmVzdW1hYmx5IGZvciBBbWlnYSAqLwotICAgIHJldHVy biBJb2N0bFNvY2tldChzb2NrZmQsIEZJT05CSU8sIChsb25nKSBub25ibG9jayk7CisgICAgLyog QW1pZ2EvTW9ycGhPUyAqLworICAgIHJldHVybiBJb2N0bFNvY2tldChzb2NrZmQsIEZJT05CSU8s ICZub25ibG9jayk7CiAjdW5kZWYgU0VUQkxPQ0sKICNkZWZpbmUgU0VUQkxPQ0sgNAogI2VuZGlm CkBAIC0zNzAsNiArMzcwLDIwIEBACiAjZGVmaW5lIEdFVEJMT0NLIDIKICNlbmRpZgogCisjaWYg ZGVmaW5lZChIQVZFX0lPQ1RMU09DS0VUX0NBU0UpICYmIChHRVRCTE9DSyA9PSAwKQorICAgIC8q IEFtaWdhL01vcnBoT1MgKi8KKyAgICB1bnNpZ25lZCBpbnQgb3B0aW9uX3ZhbHVlOworICAgIHVu c2lnbmVkIGludCBvcHRpb25fbGVuID0gc2l6ZW9mKG9wdGlvbl92YWx1ZSk7CisgICAgCisgICAg aWYgKGdldHNvY2tvcHQoc29ja2ZkLCBTT0xfU09DS0VULCBTT19FUlJPUiwgKHZvaWQgKikgJm9w dGlvbl92YWx1ZSwgJm9wdGlvbl9sZW4pKSB7CisgICAgICAgIC8qIEFzc3VtZSBibG9ja2luZyBv biBlcnJvciAqLworICAgICAgICByZXR1cm4gMTsKKyAgICB9CisgICAgcmV0dXJuIChpbnQpIG9w dGlvbl92YWx1ZTsKKyN1bmRlZiBHRVRCTE9DSworI2RlZmluZSBHRVRCTE9DSyA0CisjZW5kaWYK KwogI2lmIGRlZmluZWQoSEFWRV9TT19OT05CTE9DSykgJiYgKEdFVEJMT0NLID09IDApCiAgICAg LyogQmVPUyAqLwogICAgIGxvbmcgYjsKQEAgLTQ5MCw4ICs1MDQsOCBAQAogICAgICAgICBzZXNz aW9uLT5hbGxvYyA9IGxvY2FsX2FsbG9jOwogICAgICAgICBzZXNzaW9uLT5mcmVlID0gbG9jYWxf ZnJlZTsKICAgICAgICAgc2Vzc2lvbi0+cmVhbGxvYyA9IGxvY2FsX3JlYWxsb2M7Ci0gICAgICAg IHNlc3Npb24tPnNlbmQgPSBfbGlic3NoMl9zZW5kOwotICAgICAgICBzZXNzaW9uLT5yZWN2ID0g X2xpYnNzaDJfcmVjdjsKKyAgICAgICAgc2Vzc2lvbi0+X3NlbmRfID0gX2xpYnNzaDJfc2VuZDsK KyAgICAgICAgc2Vzc2lvbi0+X3JlY3ZfID0gX2xpYnNzaDJfcmVjdjsKICAgICAgICAgc2Vzc2lv bi0+YWJzdHJhY3QgPSBhYnN0cmFjdDsKICAgICAgICAgc2Vzc2lvbi0+YXBpX3RpbWVvdXQgPSAw OyAvKiB0aW1lb3V0LWZyZWUgQVBJIGJ5IGRlZmF1bHQgKi8KICAgICAgICAgc2Vzc2lvbi0+YXBp X2Jsb2NrX21vZGUgPSAxOyAvKiBibG9ja2luZyBBUEkgYnkgZGVmYXVsdCAqLwpAQCAtNTQ0LDEz ICs1NTgsMTMgQEAKICAgICAgICAgcmV0dXJuIG9sZGNiOwogCiAgICAgY2FzZSBMSUJTU0gyX0NB TExCQUNLX1NFTkQ6Ci0gICAgICAgIG9sZGNiID0gc2Vzc2lvbi0+c2VuZDsKLSAgICAgICAgc2Vz c2lvbi0+c2VuZCA9IGNhbGxiYWNrOworICAgICAgICBvbGRjYiA9IHNlc3Npb24tPl9zZW5kXzsK KyAgICAgICAgc2Vzc2lvbi0+X3NlbmRfID0gY2FsbGJhY2s7CiAgICAgICAgIHJldHVybiBvbGRj YjsKIAogICAgIGNhc2UgTElCU1NIMl9DQUxMQkFDS19SRUNWOgotICAgICAgICBvbGRjYiA9IHNl c3Npb24tPnJlY3Y7Ci0gICAgICAgIHNlc3Npb24tPnJlY3YgPSBjYWxsYmFjazsKKyAgICAgICAg b2xkY2IgPSBzZXNzaW9uLT5fcmVjdl87CisgICAgICAgIHNlc3Npb24tPl9yZWN2XyA9IGNhbGxi YWNrOwogICAgICAgICByZXR1cm4gb2xkY2I7CiAgICAgfQogICAgIF9saWJzc2gyX2RlYnVnKHNl c3Npb24sIExJQlNTSDJfVFJBQ0VfVFJBTlMsICJTZXR0aW5nIENhbGxiYWNrICVkIiwgY2J0eXBl KTsKZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL3RyYW5zcG9ydC5jIGxpYnNzaDItMS40 LjIvc3JjL3RyYW5zcG9ydC5jCi0tLSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL3RyYW5zcG9ydC5j CUZyaSBNYXIgMTYgMTY6Mzk6NTggMjAxMgorKysgbGlic3NoMi0xLjQuMi9zcmMvdHJhbnNwb3J0 LmMJVHVlIEp1bCAzMSAxMjo1Mjo0NCAyMDEyCkBAIC0xMzksNyArMTM5LDcgQEAKICAgICBhc3Nl cnQoKGxlbiAlIGJsb2Nrc2l6ZSkgPT0gMCk7CiAKICAgICB3aGlsZSAobGVuID49IGJsb2Nrc2l6 ZSkgewotICAgICAgICBpZiAoc2Vzc2lvbi0+cmVtb3RlLmNyeXB0LT5jcnlwdChzZXNzaW9uLCBz b3VyY2UsCisgICAgICAgIGlmIChzZXNzaW9uLT5yZW1vdGUuY3J5cHQtPl9jcnlwdF8oc2Vzc2lv biwgc291cmNlLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmc2Vz c2lvbi0+cmVtb3RlLmNyeXB0X2Fic3RyYWN0KSkgewogICAgICAgICAgICAgTElCU1NIMl9GUkVF KHNlc3Npb24sIHAtPnBheWxvYWQpOwogICAgICAgICAgICAgcmV0dXJuIExJQlNTSDJfRVJST1Jf REVDUllQVDsKQEAgLTE2Nyw3ICsxNjcsNyBAQAogICAgIHVuc2lnbmVkIGNoYXIgbWFjYnVmW01B WF9NQUNTSVpFXTsKICAgICBzdHJ1Y3QgdHJhbnNwb3J0cGFja2V0ICpwID0gJnNlc3Npb24tPnBh Y2tldDsKICAgICBpbnQgcmM7Ci0KKyAgICAKICAgICBpZiAoc2Vzc2lvbi0+ZnVsbHBhY2tldF9z dGF0ZSA9PSBsaWJzc2gyX05CX3N0YXRlX2lkbGUpIHsKICAgICAgICAgc2Vzc2lvbi0+ZnVsbHBh Y2tldF9tYWNzdGF0ZSA9IExJQlNTSDJfTUFDX0NPTkZJUk1FRDsKICAgICAgICAgc2Vzc2lvbi0+ ZnVsbHBhY2tldF9wYXlsb2FkX2xlbiA9IHAtPnBhY2tldF9sZW5ndGggLSAxOwpAQCAtODMzLDcg KzgzMyw3IEBACiAgICAgICAgICAgIFRoZSBNQUMgZmllbGQgaXMgbm90IGVuY3J5cHRlZC4gKi8K ICAgICAgICAgZm9yKGkgPSAwOyBpIDwgcGFja2V0X2xlbmd0aDsgaSArPSBzZXNzaW9uLT5sb2Nh bC5jcnlwdC0+YmxvY2tzaXplKSB7CiAgICAgICAgICAgICB1bnNpZ25lZCBjaGFyICpwdHIgPSAm cC0+b3V0YnVmW2ldOwotICAgICAgICAgICAgaWYgKHNlc3Npb24tPmxvY2FsLmNyeXB0LT5jcnlw dChzZXNzaW9uLCBwdHIsCisgICAgICAgICAgICBpZiAoc2Vzc2lvbi0+bG9jYWwuY3J5cHQtPl9j cnlwdF8oc2Vzc2lvbiwgcHRyLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAmc2Vzc2lvbi0+bG9jYWwuY3J5cHRfYWJzdHJhY3QpKQogICAgICAgICAgICAgICAg IHJldHVybiBMSUJTU0gyX0VSUk9SX0VOQ1JZUFQ7ICAgICAvKiBlbmNyeXB0aW9uIGZhaWx1cmUg Ki8KICAgICAgICAgfQo= ----==bound28948a58111---- Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel ----==bound28948a58111------ From libssh2-devel-bounces@cool.haxx.se Thu Aug 2 00:01:22 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71M0ekd016490; Thu, 2 Aug 2012 00:00:54 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71M0cjv016444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Aug 2012 00:00:38 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id q71M0cvT016433; Thu, 2 Aug 2012 00:00:38 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Thu, 2 Aug 2012 00:00:38 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: dev@blubbedev.net, libssh2 development Subject: Re: libssh2 MorphOS patch In-Reply-To: <201208011722.q71HM7YW022925@giant.haxx.se> Message-ID: References: <201208011722.q71HM7YW022925@giant.haxx.se> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Wed, 1 Aug 2012, Leif Salomonsson wrote: Thanks for your work! > Because of collissions with bsdsocket send() and recv() functions, some > changes where made in libssh2_priv.h and session.c, where these names where > used for callbacks variables in LIBSSH2_SESSION. I don't get why those "collissions" cause any problems. Do you have them as macros/defines or something? Why do they collide? Every single operating system we ever build libssh2 on have send, recv etc... Your changes indicate there is something seriously wrong with your headers. Further, your indents and white space changes were off. We use indent-level as 4 spaces and no tabs anywhere. > Similar issue in agent.c, where ->connect() is changed to ->_connect_(). Perhaps, but you also changed the *actual* connect() call to _connect_() which surely doesn't work? > Some blocking mode set/get changes/fixes in session.c. I don't like how everything MorphOS there is within HAVE_IOCTLSOCKET_CASE when they obviously are far from related to that function alone. For example: +#ifdef HAVE_IOCTLSOCKET_CASE +#include +#endif ... should rather be: #ifdef HAVE_PROTO_SOCKET_H #include #endif And this: +#if defined(HAVE_IOCTLSOCKET_CASE) && (GETBLOCK == 0) + /* Amiga/MorphOS */ + unsigned int option_value; + unsigned int option_len = sizeof(option_value); + + if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, (void *) &option_value, &option_len)) { + /* Assume blocking on error */ + return 1; + } ... I think should rather use #ifdef _MORPHOS or something as it seems more related to the OS rather than the actual way ioctlsocket() is used. BTW, MorphOS is not present here and I'd appreciate if you'd add it: https://sourceforge.net/apps/mediawiki/predef/index.php?title=Operating_Systems -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 2 01:16:01 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71NFjl6007373; Thu, 2 Aug 2012 01:15:58 +0200 Received: from smtp.rayservers.com (smtp.rayservers.com [209.177.151.213]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q71NFgXi007282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Aug 2012 01:15:44 +0200 Received: (qmail 22538 invoked from network); 1 Aug 2012 23:15:38 -0000 Received: from smtp.rayservers.com (HELO Authorized-Users-iMac.local) (fellowtraveler@rayservers.net@209.177.151.213) by smtp.rayservers.com with ESMTPA; 1 Aug 2012 23:15:38 -0000 Message-ID: <5019B899.6050405@rayservers.net> Date: Wed, 01 Aug 2012 16:15:37 -0700 From: Fellow Traveler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: libssh2-devel@cool.haxx.se Subject: Re: Question: using ssh-agent as "protected memory" storage. References: <4FF29643.9040201@rayservers.net> In-Reply-To: <4FF29643.9040201@rayservers.net> X-Enigmail-Version: 1.4.3 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hi, Fill with shock and dismay that such a C++ class does not already exist, I was forced to write it myself. If anyone else needs to use it, FYI the header and CPP file are here: https://github.com/FellowTraveler/Open-Transactions/blob/master/include/otlib/OTKeyring.h https://github.com/FellowTraveler/Open-Transactions/blob/master/src/otlib/OTKeyring.cpp Currently it works with Gnome Keyring, KDE KWallet, Mac Keychain, and Windows DPAPI. (For storing and retrieving secrets.) -Fellow Traveler On 7/2/12 11:50 PM, Fellow Traveler wrote: > > Hello, > > Sorry to bother you all but I have already done a lot of research online > and haven't come to a satisfactory answer. > > **** All I want, is to be able to store a small piece of data in > "protected memory", and then retrieve it again later. **** > > I am already doing some pretty tricked-out stuff to store this data in > my own RAM, but that's not good enough -- I'd prefer to use some sort of > "standard" protected memory, versus trying to do it myself. > > On Windows there is a function called "VirtualProtect" which does this, > and I thought perhaps ssh-agent might be able to provide the same > functionality on UNIX. > > Is this possible? If not, what is the best way to go about doing such a > thing? > > --- > > Alternately, is it possible to use ssh-agent for encrypting/decrypting > data using a key stored inside ssh-agent? Because this would also solve > my problem. Does libssh2 allow me to encrypt/decrypt using the > identities, similar to how it allows me to authenticate using the > identities? > > --- > > I'm not trying to do anything on a remote machine, either. I just want > to talk to the local ssh-agent running on the same machine (for the > purpose described above.) > > Thoughts? > > --- > > Thanks in advance for your feedback / suggestions. > > -Fellow Traveler > > _______________________________________________ > libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel > _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 2 10:00:44 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7280IMh020261; Thu, 2 Aug 2012 10:00:36 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7280Gaw020180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Aug 2012 10:00:17 +0200 Message-Id: <201208020800.q7280Gaw020180@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1SwqKE-0001CY-Cs; Thu, 02 Aug 2012 10:00:08 +0200 From: Leif Salomonsson To: Daniel Stenberg , libssh2 development Subject: Re: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 02 Aug 2012 10:00:02 +0100 In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hello Daniel, On 2012-08-01, you wrote: > On Wed, 1 Aug 2012, Leif Salomonsson wrote: > Thanks for your work! >> Because of collissions with bsdsocket send() and recv() functions, some >> changes where made in libssh2_priv.h and session.c, where these names >> where used for callbacks variables in LIBSSH2_SESSION. > I don't get why those "collissions" cause any problems. Do you have them > as macros/defines or something? Why do they collide? Every single > operating system we ever build libssh2 on have send, recv etc... Yes these functions are defines on MorphOS. > Your changes indicate there is something seriously wrong with your > headers. > Further, your indents and white space changes were off. We use > indent-level as 4 spaces and no tabs anywhere. Ok, noted. >> Similar issue in agent.c, where ->connect() is changed to ->_connect_(). > Perhaps, but you also changed the *actual* connect() call to _connect_() > which surely doesn't work? No, just changed ->connect(). >> Some blocking mode set/get changes/fixes in session.c. > I don't like how everything MorphOS there is within HAVE_IOCTLSOCKET_CASE > when they obviously are far from related to that function alone. For > example: > +#ifdef HAVE_IOCTLSOCKET_CASE > +#include > +#endif > .... should rather be: > #ifdef HAVE_PROTO_SOCKET_H > #include > #endif > And this: > +#if defined(HAVE_IOCTLSOCKET_CASE) && (GETBLOCK == 0) > + /* Amiga/MorphOS */ > + unsigned int option_value; > + unsigned int option_len = sizeof(option_value); > + > + if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, (void *) &option_value, > &option_len)) { > + /* Assume blocking on error */ > + return 1; > + } > .... I think should rather use #ifdef _MORPHOS or something as it seems > more related to the OS rather than the actual way ioctlsocket() is used. My reasoning is that this way it works also for other Amiga-style OS'es. As the (cased) IoCtlSocket() function is afaik unique to the bsdsocket implementation shared between theses OS'es. > BTW, MorphOS is not present here and I'd appreciate if you'd add it: > https://sourceforge.net/apps/mediawiki/predef/index.php?title=Operating_Systems Ok. Regards, Leif _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 2 10:40:09 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q728e2Pd016439; Thu, 2 Aug 2012 10:40:07 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q728e0kO015868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Aug 2012 10:40:00 +0200 Message-Id: <201208020840.q728e0kO015868@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1Swqwk-0003U0-PO; Thu, 02 Aug 2012 10:39:54 +0200 From: Leif Salomonsson To: Daniel Stenberg , libssh2 development Subject: Re: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 02 Aug 2012 10:39:50 +0100 In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hello Daniel, On 2012-08-01, you wrote: > Perhaps, but you also changed the *actual* connect() call to _connect_() > which surely doesn't work? Oops, you are right. > #ifdef HAVE_PROTO_SOCKET_H > #include > #endif Ok. > BTW, MorphOS is not present here and I'd appreciate if you'd add it: > https://sourceforge.net/apps/mediawiki/predef/index.php?title=Operating_Systems Hmm.. I have no access to change that page. Anyway, morphos uses __MORPHOS__. Regards, Leif _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 2 20:17:40 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72IHJrV002056; Thu, 2 Aug 2012 20:17:35 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72IHGph001973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 2 Aug 2012 20:17:17 +0200 Message-Id: <201208021817.q72IHGph001973@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1SwzxO-0001Pa-1o; Thu, 02 Aug 2012 20:17:10 +0200 From: Leif Salomonsson To: Leif Salomonsson , Daniel Stenberg , libssh2 development Subject: Re: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 02 Aug 2012 20:17:07 +0100 In-Reply-To: <201208020840.q728e0kO015868@giant.haxx.se> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--==bound2492fc581ac----" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Warning: This is a message in MIME format. Your mail reader does not support MIME. Some parts of this message will be readable as plain text. To see the rest, you will need to upgrade your mail reader. Following are some URLs where you can find MIME-capable mail programs for common platforms: Amiga............: SimpleMail http://simplemail.sourceforge.net/ Unix.............: Metamail ftp://ftp.bellcore.com/nsb/ Windows/Macintosh: Eudora http://www.qualcomm.com/ General info about MIME can be found at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/mail/mime-faq/top.html ----==bound2492fc581ac---- Hello Ok. version 2 of the patch. Removed the proto/socket line, wasnt needed. And fixed some other stuff we talked about. Only the HAVE_IOCTLSOCKET_CASE thingy left.. Waiting for your reply on my reasoning there. Regards, Leif ----==bound2492fc581ac---- Content-Type: application/octet-stream Content-Disposition: attachment; filename=libssh2-1.4.2-morphos.patch Content-transfer-encoding: base64 ZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL2FnZW50LmMgbGlic3NoMi0xLjQuMi9zcmMv YWdlbnQuYwotLS0gbGlic3NoMi0xLjQuMl9vcmlnL3NyYy9hZ2VudC5jCU1vbiBNYXIgIDUgMjA6 MDQ6NTYgMjAxMgorKysgbGlic3NoMi0xLjQuMi9zcmMvYWdlbnQuYwlUaHUgQXVnICAyIDEwOjMy OjQ5IDIwMTIKQEAgLTEyMiw3ICsxMjIsNyBAQAogfTsKIAogc3RydWN0IGFnZW50X29wcyB7Ci0g ICAgYWdlbnRfY29ubmVjdF9mdW5jIGNvbm5lY3Q7CisgICAgYWdlbnRfY29ubmVjdF9mdW5jIF9j b25uZWN0XzsKICAgICBhZ2VudF90cmFuc2FjdF9mdW5jIHRyYW5zYWN0OwogICAgIGFnZW50X2Rp c2Nvbm5lY3RfZnVuYyBkaXNjb25uZWN0OwogfTsKQEAgLTY3MSw3ICs2NzEsNyBAQAogICAgIGlu dCBpLCByYyA9IC0xOwogICAgIGZvciAoaSA9IDA7IHN1cHBvcnRlZF9iYWNrZW5kc1tpXS5uYW1l OyBpKyspIHsKICAgICAgICAgYWdlbnQtPm9wcyA9IHN1cHBvcnRlZF9iYWNrZW5kc1tpXS5vcHM7 Ci0gICAgICAgIHJjID0gYWdlbnQtPm9wcy0+Y29ubmVjdChhZ2VudCk7CisgICAgICAgIHJjID0g YWdlbnQtPm9wcy0+X2Nvbm5lY3RfKGFnZW50KTsKICAgICAgICAgaWYgKCFyYykKICAgICAgICAg ICAgIHJldHVybiAwOwogICAgIH0KT25seSBpbiBsaWJzc2gyLTEuNC4yL3NyYy86IGxpYnNzaDJf Y29uZmlnLmgKZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL2xpYnNzaDJfcHJpdi5oIGxp YnNzaDItMS40LjIvc3JjL2xpYnNzaDJfcHJpdi5oCi0tLSBsaWJzc2gyLTEuNC4yX29yaWcvc3Jj L2xpYnNzaDJfcHJpdi5oCUZyaSBKYW4gMjcgMTQ6MzQ6MDMgMjAxMgorKysgbGlic3NoMi0xLjQu Mi9zcmMvbGlic3NoMl9wcml2LmgJVGh1IEF1ZyAgMiAxMjozMzozOSAyMDEyCkBAIC0xODQsOSAr MTg0LDkgQEAKICAgICAgICAgICAgICAgICAgICAgICAoY2hhbm5lbCksICYoY2hhbm5lbCktPmFi c3RyYWN0KQogCiAjZGVmaW5lIExJQlNTSDJfU0VORF9GRChzZXNzaW9uLCBmZCwgYnVmZmVyLCBs ZW5ndGgsIGZsYWdzKSBcCi0gICAgc2Vzc2lvbi0+c2VuZChmZCwgYnVmZmVyLCBsZW5ndGgsIGZs YWdzLCAmc2Vzc2lvbi0+YWJzdHJhY3QpCisgICAgc2Vzc2lvbi0+X3NlbmRfKGZkLCBidWZmZXIs IGxlbmd0aCwgZmxhZ3MsICZzZXNzaW9uLT5hYnN0cmFjdCkKICNkZWZpbmUgTElCU1NIMl9SRUNW X0ZEKHNlc3Npb24sIGZkLCBidWZmZXIsIGxlbmd0aCwgZmxhZ3MpIFwKLSAgICBzZXNzaW9uLT5y ZWN2KGZkLCBidWZmZXIsIGxlbmd0aCwgZmxhZ3MsICZzZXNzaW9uLT5hYnN0cmFjdCkKKyAgICBz ZXNzaW9uLT5fcmVjdl8oZmQsIGJ1ZmZlciwgbGVuZ3RoLCBmbGFncywgJnNlc3Npb24tPmFic3Ry YWN0KQogCiAjZGVmaW5lIExJQlNTSDJfU0VORChzZXNzaW9uLCBidWZmZXIsIGxlbmd0aCwgZmxh Z3MpICBcCiAgICAgTElCU1NIMl9TRU5EX0ZEKHNlc3Npb24sIHNlc3Npb24tPnNvY2tldF9mZCwg YnVmZmVyLCBsZW5ndGgsIGZsYWdzKQpAQCAtNTYxLDggKzU2MSw4IEBACiAgICAgICBMSUJTU0gy X0RJU0NPTk5FQ1RfRlVOQygoKnNzaF9tc2dfZGlzY29ubmVjdCkpOwogICAgICAgTElCU1NIMl9N QUNFUlJPUl9GVU5DKCgqbWFjZXJyb3IpKTsKICAgICAgIExJQlNTSDJfWDExX09QRU5fRlVOQygo KngxMSkpOwotICAgICAgTElCU1NIMl9TRU5EX0ZVTkMoKCpzZW5kKSk7Ci0gICAgICBMSUJTU0gy X1JFQ1ZfRlVOQygoKnJlY3YpKTsKKyAgICAgIExJQlNTSDJfU0VORF9GVU5DKCgqX3NlbmRfKSk7 CisgICAgICBMSUJTU0gyX1JFQ1ZfRlVOQygoKl9yZWN2XykpOwogCiAgICAgLyogTWV0aG9kIHBy ZWZlcmVuY2VzIC0tIE5VTEwgeWllbGRzICJsb2FkIG9yZGVyIiAqLwogICAgIGNoYXIgKmtleF9w cmVmczsKQEAgLTg4MSw3ICs4ODEsNyBAQAogICAgICAgICAgICAgICAgICBjb25zdCBMSUJTU0gy X0NSWVBUX01FVEhPRCAqIG1ldGhvZCwgdW5zaWduZWQgY2hhciAqaXYsCiAgICAgICAgICAgICAg ICAgIGludCAqZnJlZV9pdiwgdW5zaWduZWQgY2hhciAqc2VjcmV0LCBpbnQgKmZyZWVfc2VjcmV0 LAogICAgICAgICAgICAgICAgICBpbnQgZW5jcnlwdCwgdm9pZCAqKmFic3RyYWN0KTsKLSAgICBp bnQgKCpjcnlwdCkgKExJQlNTSDJfU0VTU0lPTiAqIHNlc3Npb24sIHVuc2lnbmVkIGNoYXIgKmJs b2NrLAorICAgIGludCAoKl9jcnlwdF8pIChMSUJTU0gyX1NFU1NJT04gKiBzZXNzaW9uLCB1bnNp Z25lZCBjaGFyICpibG9jaywKICAgICAgICAgICAgICAgICAgIHZvaWQgKiphYnN0cmFjdCk7CiAg ICAgaW50ICgqZHRvcikgKExJQlNTSDJfU0VTU0lPTiAqIHNlc3Npb24sIHZvaWQgKiphYnN0cmFj dCk7CiAKT25seSBpbiBsaWJzc2gyLTEuNC4yL3NyYy86IG1ha2VmaWxlLm1vcnBob3MKZGlmZiAt dSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL21pc2MuYyBsaWJzc2gyLTEuNC4yL3NyYy9taXNjLmMK LS0tIGxpYnNzaDItMS40LjJfb3JpZy9zcmMvbWlzYy5jCVRodSBBdWcgMjUgMTg6NTk6NDcgMjAx MQorKysgbGlic3NoMi0xLjQuMi9zcmMvbWlzYy5jCVRodSBBdWcgIDIgMTI6MzA6MjMgMjAxMgpA QCAtMTA3LDYgKzEwNyw5IEBACiAgICAgICAgIGVsc2UKICAgICAgICAgICAgIHJldHVybiAtZXJy bm87CiAgICAgfQorI2VsaWYgZGVmaW5lZChIQVZFX0lPQ1RMU09DS0VUX0NBU0UpCisgICAgaWYg KHJjIDwgMCkgCisgICAgICAgIHJjID0gKEVycm5vKCkgPT0gRVdPVUxEQkxPQ0spID8gLUVBR0FJ TiA6IC1FcnJubygpOwogI2Vsc2UKICAgICBpZiAocmMgPCAwICl7CiAgICAgICAgIC8qIFNvbWV0 aW1lcyB0aGUgZmlyc3QgcmVjdigpIGZ1bmN0aW9uIGNhbGwgc2V0cyBlcnJubyB0byBFTk9FTlQg b24KQEAgLTEzOSw2ICsxNDIsOSBAQAogICAgICAgICBlbHNlCiAgICAgICAgICAgICByZXR1cm4g LWVycm5vOwogICAgIH0KKyNlbGlmIGRlZmluZWQoSEFWRV9JT0NUTFNPQ0tFVF9DQVNFKQorICAg IGlmIChyYyA8IDApIAorICAgICAgICByYyA9IChFcnJubygpID09IEVXT1VMREJMT0NLKSA/IC1F QUdBSU4gOiAtRXJybm8oKTsKICNlbHNlCiAgICAgaWYgKHJjIDwgMCApCiAgICAgICAgIHJldHVy biAtZXJybm87CmRpZmYgLXUgbGlic3NoMi0xLjQuMl9vcmlnL3NyYy9zZXNzaW9uLmMgbGlic3No Mi0xLjQuMi9zcmMvc2Vzc2lvbi5jCi0tLSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL3Nlc3Npb24u YwlXZWQgQXByIDE4IDIxOjI0OjA0IDIwMTIKKysrIGxpYnNzaDItMS40LjIvc3JjL3Nlc3Npb24u YwlUaHUgQXVnICAyIDExOjAxOjU0IDIwMTIKQEAgLTMwNyw4ICszMDcsOCBAQAogI2VuZGlmCiAK ICNpZiBkZWZpbmVkKEhBVkVfSU9DVExTT0NLRVRfQ0FTRSkgJiYgKFNFVEJMT0NLID09IDApCi0g ICAgLyogcHJlc3VtYWJseSBmb3IgQW1pZ2EgKi8KLSAgICByZXR1cm4gSW9jdGxTb2NrZXQoc29j a2ZkLCBGSU9OQklPLCAobG9uZykgbm9uYmxvY2spOworICAgIC8qIEFtaWdhL01vcnBoT1MgKi8K KyAgICByZXR1cm4gSW9jdGxTb2NrZXQoc29ja2ZkLCBGSU9OQklPLCAmbm9uYmxvY2spOwogI3Vu ZGVmIFNFVEJMT0NLCiAjZGVmaW5lIFNFVEJMT0NLIDQKICNlbmRpZgpAQCAtMzcwLDYgKzM3MCwy MCBAQAogI2RlZmluZSBHRVRCTE9DSyAyCiAjZW5kaWYKIAorI2lmIGRlZmluZWQoSEFWRV9JT0NU TFNPQ0tFVF9DQVNFKSAmJiAoR0VUQkxPQ0sgPT0gMCkKKyAgICAvKiBBbWlnYS9Nb3JwaE9TICov CisgICAgdW5zaWduZWQgaW50IG9wdGlvbl92YWx1ZTsKKyAgICB1bnNpZ25lZCBpbnQgb3B0aW9u X2xlbiA9IHNpemVvZihvcHRpb25fdmFsdWUpOworICAgIAorICAgIGlmIChnZXRzb2Nrb3B0KHNv Y2tmZCwgU09MX1NPQ0tFVCwgU09fRVJST1IsICh2b2lkICopICZvcHRpb25fdmFsdWUsICZvcHRp b25fbGVuKSkgeworICAgICAgICAvKiBBc3N1bWUgYmxvY2tpbmcgb24gZXJyb3IgKi8KKyAgICAg ICAgcmV0dXJuIDE7CisgICAgfQorICAgIHJldHVybiAoaW50KSBvcHRpb25fdmFsdWU7CisjdW5k ZWYgR0VUQkxPQ0sKKyNkZWZpbmUgR0VUQkxPQ0sgNAorI2VuZGlmCisKICNpZiBkZWZpbmVkKEhB VkVfU09fTk9OQkxPQ0spICYmIChHRVRCTE9DSyA9PSAwKQogICAgIC8qIEJlT1MgKi8KICAgICBs b25nIGI7CkBAIC00OTAsOCArNTA0LDggQEAKICAgICAgICAgc2Vzc2lvbi0+YWxsb2MgPSBsb2Nh bF9hbGxvYzsKICAgICAgICAgc2Vzc2lvbi0+ZnJlZSA9IGxvY2FsX2ZyZWU7CiAgICAgICAgIHNl c3Npb24tPnJlYWxsb2MgPSBsb2NhbF9yZWFsbG9jOwotICAgICAgICBzZXNzaW9uLT5zZW5kID0g X2xpYnNzaDJfc2VuZDsKLSAgICAgICAgc2Vzc2lvbi0+cmVjdiA9IF9saWJzc2gyX3JlY3Y7Cisg ICAgICAgIHNlc3Npb24tPl9zZW5kXyA9IF9saWJzc2gyX3NlbmQ7CisgICAgICAgIHNlc3Npb24t Pl9yZWN2XyA9IF9saWJzc2gyX3JlY3Y7CiAgICAgICAgIHNlc3Npb24tPmFic3RyYWN0ID0gYWJz dHJhY3Q7CiAgICAgICAgIHNlc3Npb24tPmFwaV90aW1lb3V0ID0gMDsgLyogdGltZW91dC1mcmVl IEFQSSBieSBkZWZhdWx0ICovCiAgICAgICAgIHNlc3Npb24tPmFwaV9ibG9ja19tb2RlID0gMTsg LyogYmxvY2tpbmcgQVBJIGJ5IGRlZmF1bHQgKi8KQEAgLTU0NCwxMyArNTU4LDEzIEBACiAgICAg ICAgIHJldHVybiBvbGRjYjsKIAogICAgIGNhc2UgTElCU1NIMl9DQUxMQkFDS19TRU5EOgotICAg ICAgICBvbGRjYiA9IHNlc3Npb24tPnNlbmQ7Ci0gICAgICAgIHNlc3Npb24tPnNlbmQgPSBjYWxs YmFjazsKKyAgICAgICAgb2xkY2IgPSBzZXNzaW9uLT5fc2VuZF87CisgICAgICAgIHNlc3Npb24t Pl9zZW5kXyA9IGNhbGxiYWNrOwogICAgICAgICByZXR1cm4gb2xkY2I7CiAKICAgICBjYXNlIExJ QlNTSDJfQ0FMTEJBQ0tfUkVDVjoKLSAgICAgICAgb2xkY2IgPSBzZXNzaW9uLT5yZWN2OwotICAg ICAgICBzZXNzaW9uLT5yZWN2ID0gY2FsbGJhY2s7CisgICAgICAgIG9sZGNiID0gc2Vzc2lvbi0+ X3JlY3ZfOworICAgICAgICBzZXNzaW9uLT5fcmVjdl8gPSBjYWxsYmFjazsKICAgICAgICAgcmV0 dXJuIG9sZGNiOwogICAgIH0KICAgICBfbGlic3NoMl9kZWJ1ZyhzZXNzaW9uLCBMSUJTU0gyX1RS QUNFX1RSQU5TLCAiU2V0dGluZyBDYWxsYmFjayAlZCIsIGNidHlwZSk7CmRpZmYgLXUgbGlic3No Mi0xLjQuMl9vcmlnL3NyYy90cmFuc3BvcnQuYyBsaWJzc2gyLTEuNC4yL3NyYy90cmFuc3BvcnQu YwotLS0gbGlic3NoMi0xLjQuMl9vcmlnL3NyYy90cmFuc3BvcnQuYwlGcmkgTWFyIDE2IDE2OjM5 OjU4IDIwMTIKKysrIGxpYnNzaDItMS40LjIvc3JjL3RyYW5zcG9ydC5jCVR1ZSBKdWwgMzEgMTI6 NTI6NDQgMjAxMgpAQCAtMTM5LDcgKzEzOSw3IEBACiAgICAgYXNzZXJ0KChsZW4gJSBibG9ja3Np emUpID09IDApOwogCiAgICAgd2hpbGUgKGxlbiA+PSBibG9ja3NpemUpIHsKLSAgICAgICAgaWYg KHNlc3Npb24tPnJlbW90ZS5jcnlwdC0+Y3J5cHQoc2Vzc2lvbiwgc291cmNlLAorICAgICAgICBp ZiAoc2Vzc2lvbi0+cmVtb3RlLmNyeXB0LT5fY3J5cHRfKHNlc3Npb24sIHNvdXJjZSwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnNlc3Npb24tPnJlbW90ZS5jcnlw dF9hYnN0cmFjdCkpIHsKICAgICAgICAgICAgIExJQlNTSDJfRlJFRShzZXNzaW9uLCBwLT5wYXls b2FkKTsKICAgICAgICAgICAgIHJldHVybiBMSUJTU0gyX0VSUk9SX0RFQ1JZUFQ7CkBAIC0xNjcs NyArMTY3LDcgQEAKICAgICB1bnNpZ25lZCBjaGFyIG1hY2J1ZltNQVhfTUFDU0laRV07CiAgICAg c3RydWN0IHRyYW5zcG9ydHBhY2tldCAqcCA9ICZzZXNzaW9uLT5wYWNrZXQ7CiAgICAgaW50IHJj OwotCisgICAgCiAgICAgaWYgKHNlc3Npb24tPmZ1bGxwYWNrZXRfc3RhdGUgPT0gbGlic3NoMl9O Ql9zdGF0ZV9pZGxlKSB7CiAgICAgICAgIHNlc3Npb24tPmZ1bGxwYWNrZXRfbWFjc3RhdGUgPSBM SUJTU0gyX01BQ19DT05GSVJNRUQ7CiAgICAgICAgIHNlc3Npb24tPmZ1bGxwYWNrZXRfcGF5bG9h ZF9sZW4gPSBwLT5wYWNrZXRfbGVuZ3RoIC0gMTsKQEAgLTgzMyw3ICs4MzMsNyBAQAogICAgICAg ICAgICBUaGUgTUFDIGZpZWxkIGlzIG5vdCBlbmNyeXB0ZWQuICovCiAgICAgICAgIGZvcihpID0g MDsgaSA8IHBhY2tldF9sZW5ndGg7IGkgKz0gc2Vzc2lvbi0+bG9jYWwuY3J5cHQtPmJsb2Nrc2l6 ZSkgewogICAgICAgICAgICAgdW5zaWduZWQgY2hhciAqcHRyID0gJnAtPm91dGJ1ZltpXTsKLSAg ICAgICAgICAgIGlmIChzZXNzaW9uLT5sb2NhbC5jcnlwdC0+Y3J5cHQoc2Vzc2lvbiwgcHRyLAor ICAgICAgICAgICAgaWYgKHNlc3Npb24tPmxvY2FsLmNyeXB0LT5fY3J5cHRfKHNlc3Npb24sIHB0 ciwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJnNlc3Npb24t PmxvY2FsLmNyeXB0X2Fic3RyYWN0KSkKICAgICAgICAgICAgICAgICByZXR1cm4gTElCU1NIMl9F UlJPUl9FTkNSWVBUOyAgICAgLyogZW5jcnlwdGlvbiBmYWlsdXJlICovCiAgICAgICAgIH0K ----==bound2492fc581ac---- Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel ----==bound2492fc581ac------ From libssh2-devel-bounces@cool.haxx.se Fri Aug 3 00:36:40 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72MaEjZ026934; Fri, 3 Aug 2012 00:36:33 +0200 Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72MaCZu026880 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 3 Aug 2012 00:36:13 +0200 Received: by qcsg15 with SMTP id g15so29005qcs.41 for ; Thu, 02 Aug 2012 15:36:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ZNpNQJ7lpKoGuSUJP52xWyeG3Wn945rOLAqk0E6Zxhw=; b=RpQ5TGKXD/9PvFAJmxHvVpzV5I4krzjPWQz+eqT/l6aoQev4DqaXtiYC2vj/1SA0zC Dpsw9hBxRhcsgXWeBClk648PLQw9juckWB5iVOkd8z5gUK8cT31rSy36iIwhQOghCfEN kV7gH8tm6ROPPGUef1RA0hRNJAiy0CijvuTmLl76zPpYBVRQPgjkE8XDuJXKaYT7dP6q ju32w3hLHECWcGnBzl02IuqSx99vabymJLkRrVGh6jogoWeznXLS4Qo+NgrIZf8iALV9 7Luzl7lkEalXCxZZYvpvjdKQCDkMD7QM5OAefcy/5zMvTp8XxIknqnBj8XwB1q6KEjPq USbA== MIME-Version: 1.0 Received: by 10.224.9.70 with SMTP id k6mr44927204qak.31.1343946968167; Thu, 02 Aug 2012 15:36:08 -0700 (PDT) Received: by 10.229.64.163 with HTTP; Thu, 2 Aug 2012 15:36:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 Aug 2012 23:36:08 +0100 X-Google-Sender-Auth: 8jrt9ZLa36HVe8tzFbATOkZ3So0 Message-ID: Subject: Re: Responding to the server's keepalives From: Alexander Lamaison To: "development, libssh2" X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On 1 August 2012 00:33, Alexander Lamaison wrote: > How are we actually meant to 'pump' keepalive requests from the server? > > A couple of years ago Simon added support for responding to keepalive > requests but they only get processed when we're calling an API > function to do something with the channel. What about when we're just > sitting around waiting? Presumably I need to create a thread that > pumps the messages somehow but how? I take the silence to mean no one handles 'out-of-band' keepalive requests? Looking at libssh2_poll it seems that it might do the job. If I call it during the client's idle time it will process the incoming packets (including keepalive) and queue any we need to keep around? But we deprecated it. What's the non-deprecated way to do the same? Thanks. Alex -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Aug 3 00:44:28 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72MiQQ9032629; Fri, 3 Aug 2012 00:44:27 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with SMTP id q72MiQg4032625 for ; Fri, 3 Aug 2012 00:44:26 +0200 Received: (qmail 20472 invoked by uid 501); 2 Aug 2012 22:44:27 -0000 Message-ID: <20120802224427.20471.qmail@stuge.se> Date: Fri, 3 Aug 2012 00:44:27 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: Responding to the server's keepalives Mail-Followup-To: libssh2-devel@cool.haxx.se References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Alexander Lamaison wrote: > What's the non-deprecated way to do the same? I think there is none. Please suggest something? :) //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Aug 3 00:55:32 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72MtP75010042; Fri, 3 Aug 2012 00:55:30 +0200 Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q72MtNGJ009987 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 3 Aug 2012 00:55:24 +0200 Received: by qaat11 with SMTP id t11so1796617qaa.20 for ; Thu, 02 Aug 2012 15:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=cHCYj5Zfqr7lzh9+lO5rmp89oD5W3YkFhy7bFgbztjU=; b=h6J1egCWetfvlgF4EPg8BEuCa0HgXf+D8J+NpSkgvXfMKEgkZ5xf6j+FeGzMMT6STb V+JUO4DR/mlLeHybMuq3CxErfSdmugfthYD4yzejRbuL/byLun9GzNIkAP0BEVkUlRVe hRlGcxaA784FZovf+ggiRAz02leJPTNi7Y9nplQc7d2vKukCRGUKCYxy8NdSTwELVK2d eOOQ1xyhXLpSZ8zdeTGtmCoEjOHGgOc/hCe5rAnUiFqL6u/7C0MpLWdnqxapFR4nhGZ4 uUaM/oxsgxI4JDiGm2HVuRTYpj3gM9qPBtupKmjPOEuooPM0dEJtPkfSdsajIKVyxD+8 PGqQ== MIME-Version: 1.0 Received: by 10.224.1.130 with SMTP id 2mr44365570qaf.61.1343948096737; Thu, 02 Aug 2012 15:54:56 -0700 (PDT) Received: by 10.229.64.163 with HTTP; Thu, 2 Aug 2012 15:54:56 -0700 (PDT) In-Reply-To: <20120802224427.20471.qmail@stuge.se> References: <20120802224427.20471.qmail@stuge.se> Date: Thu, 2 Aug 2012 23:54:56 +0100 X-Google-Sender-Auth: WTSwkOBU60DNa-0TnfssHFy8tx8 Message-ID: Subject: Re: Responding to the server's keepalives From: Alexander Lamaison To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On 2 August 2012 23:44, Peter Stuge wrote: > Alexander Lamaison wrote: >> What's the non-deprecated way to do the same? > > I think there is none. > > Please suggest something? :) My immediate suggestion would be a new api (libssh2_session_pump?) that just runs _transport_read() until there's nothing left to read. My assumption is that any useful packets we might need later get processed and queued in the buffers while other packets (_DEBUG, _IGNORE) are discarded and _GLOBAL_REQUEST, used for keepalive, is responded to if a response was requested. Then you do your own select/poll/etc. so you know when to call the function. But I'm not very familiar with the transport layer so I may be misunderstanding what happens to the packets. Also, the client would have to take care to stop the polling and pumping if they are using an API call. ... I think. -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Aug 3 14:20:06 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q73CJagd002739; Fri, 3 Aug 2012 14:19:58 +0200 Received: from mout.web.de (mout.web.de [212.227.15.4]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q73CJYx7002676 for ; Fri, 3 Aug 2012 14:19:34 +0200 Received: from 3capp-webde-bs19 ([172.19.170.19]) by mriweb.server.lan (mriweb002) with ESMTPA (Nemesis) id 0MBGjj-1T6vu03HrZ-00A6jK for ; Fri, 03 Aug 2012 14:19:29 +0200 Received: from [193.26.194.92] by 3capp-webde-bs19 with HTTP; Fri Aug 03 14:19:29 CEST 2012 MIME-Version: 1.0 Message-ID: From: "Gerhard Marx" To: libssh2-devel@cool.haxx.se Subject: Extra characters "^@" (5E 40) in VT emulation Date: Fri, 3 Aug 2012 14:19:29 +0200 (CEST) Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1/1OnMJDawrEzIJQhBpwA3qnDmSmxse36DvVX4BlFKRtU7O0+wZqSTb Y/mlBapMKB457FW+LibPBFzEHwhGmiECmKgBdxWcxhNYS6PS+95KQw== X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0808094279==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0808094279== Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Hi,
we use libssh2 in our Windows VT emulation. The implemention is in the way as in the example ssh2.c.
The terminal type is set to vt220.

Rather frequently we see 2 extra character "^@" (5E 40) on the screen. In the libssh2 trace I see
these 2 characters coming from the UNIX host, in most cases coming as a separate transport paket containing
just these 2 characters (libssh2_transport_read() plain (11 bytes)).

What are we missing or doing wrong?

Thanks
Gerhard Marx

Software AG Natural development
--===============0808094279== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0808094279==-- From libssh2-devel-bounces@cool.haxx.se Fri Aug 3 14:28:18 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q73CSGHh009899; Fri, 3 Aug 2012 14:28:17 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with SMTP id q73CSE3j009891 for ; Fri, 3 Aug 2012 14:28:15 +0200 Received: (qmail 24025 invoked by uid 501); 3 Aug 2012 12:28:15 -0000 Message-ID: <20120803122815.24024.qmail@stuge.se> Date: Fri, 3 Aug 2012 14:28:15 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: Extra characters "^@" (5E 40) in VT emulation Mail-Followup-To: libssh2-devel@cool.haxx.se References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Gerhard Marx wrote: > Rather frequently we see 2 extra character "^@" (5E 40) on the screen. In > the libssh2 trace I see these 2 characters coming from the UNIX host, in > most cases coming as a separate transport paket containing just these 2 > characters (libssh2_transport_read() plain (11 bytes)). The SSH channel is a completely clean 8-bit transport. Neither SSH client nor server touches the data. So yes, those bytes come from the software on the server. > What are we missing or doing wrong? Check the server side termcap and of course that TERM is set right. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Aug 4 14:39:00 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74CcVo6001840; Sat, 4 Aug 2012 14:38:52 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with SMTP id q74CcS7g001820 for ; Sat, 4 Aug 2012 14:38:29 +0200 Received: (qmail 663 invoked by uid 501); 4 Aug 2012 12:38:28 -0000 Message-ID: <20120804123828.662.qmail@stuge.se> Date: Sat, 4 Aug 2012 14:38:28 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: libssh2 MorphOS patch Mail-Followup-To: libssh2-devel@cool.haxx.se References: <201208020840.q728e0kO015868@giant.haxx.se> <201208021817.q72IHGph001973@giant.haxx.se> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <201208021817.q72IHGph001973@giant.haxx.se> X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hi, Leif Salomonsson wrote: > Only the HAVE_IOCTLSOCKET_CASE thingy left.. > Waiting for your reply on my reasoning there. The patch needs more work. Here are some comments. > diff -u libssh2-1.4.2_orig/src/agent.c libssh2-1.4.2/src/agent.c > --- libssh2-1.4.2_orig/src/agent.c Mon Mar 5 20:04:56 2012 > +++ libssh2-1.4.2/src/agent.c Thu Aug 2 10:32:49 2012 > @@ -122,7 +122,7 @@ > }; > > struct agent_ops { > - agent_connect_func connect; > + agent_connect_func _connect_; Are you saying that on this platform you have a C preprocessor #defines for connect, send, recv, and crypt, which thus are stolen from the global namespace? I think that is one insanely broken platform! >:( If this is indeed the case, and if we actually do want to support such stupidity, then please at the very least use *sane* names instead of adding horrible underscores. > +++ libssh2-1.4.2/src/transport.c Tue Jul 31 12:52:44 2012 > @@ -139,7 +139,7 @@ > assert((len % blocksize) == 0); > > while (len >= blocksize) { > - if (session->remote.crypt->crypt(session, source, > + if (session->remote.crypt->_crypt_(session, source, Wouldn't you have to change the session->remote.crypt name as well? > @@ -167,7 +167,7 @@ > unsigned char macbuf[MAX_MACSIZE]; > struct transportpacket *p = &session->packet; > int rc; > - > + Please never make whitespace changes at the same time as other changes. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Aug 4 16:01:33 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74E1HLU003530; Sat, 4 Aug 2012 16:01:29 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74E1Fwx003476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 4 Aug 2012 16:01:15 +0200 Message-Id: <201208041401.q74E1Fwx003476@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1Sxeui-0004lK-1N for libssh2-devel@cool.haxx.se; Sat, 04 Aug 2012 16:01:08 +0200 From: Leif Salomonsson To: libssh2 development Subject: Re: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 04 Aug 2012 16:01:04 +0100 In-Reply-To: <20120804123828.662.qmail@stuge.se> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hello Peter, On 2012-08-04, you wrote: > Hi, > Leif Salomonsson wrote: >> Only the HAVE_IOCTLSOCKET_CASE thingy left.. >> Waiting for your reply on my reasoning there. > The patch needs more work. Here are some comments. >> diff -u libssh2-1.4.2_orig/src/agent.c libssh2-1.4.2/src/agent.c >> --- libssh2-1.4.2_orig/src/agent.c Mon Mar 5 20:04:56 2012 >> +++ libssh2-1.4.2/src/agent.c Thu Aug 2 10:32:49 2012 >> @@ -122,7 +122,7 @@ >> }; >> >> struct agent_ops { >> - agent_connect_func connect; >> + agent_connect_func _connect_; > Are you saying that on this platform you have a C preprocessor > #defines for connect, send, recv, and crypt, which thus are stolen > from the global namespace? I think that is one insanely broken platform! I agree it is not great having bsdsocket functions as macros, especially since this API uses such short and generic names. I will look into an alternative to using the macros, making a linklib that encapsulates the macros for example. But in the mean-time maybe not totally bad idea to rename the functions anyway, see below: >>:( > If this is indeed the case, and if we actually do want to support > such stupidity, then please at the very least use *sane* names > instead of adding horrible underscores. Sure. How about cb_send() and cb_receive() (cb_= callback). Now we have actually improved the names because it becomes clear they are not the same as bsdsocket send() and recv() (different return values). >> +++ libssh2-1.4.2/src/transport.c Tue Jul 31 12:52:44 2012 >> @@ -139,7 +139,7 @@ >> assert((len % blocksize) == 0); >> >> while (len >= blocksize) { >> - if (session->remote.crypt->crypt(session, source, >> + if (session->remote.crypt->_crypt_(session, source, > Wouldn't you have to change the session->remote.crypt name as well? No, GCC is OK with that, likely because "crypt->" is not a function call. >> @@ -167,7 +167,7 @@ >> unsigned char macbuf[MAX_MACSIZE]; >> struct transportpacket *p = &session->packet; >> int rc; >> - >> + > Please never make whitespace changes at the same time as other > changes. Right. Regards, Leif _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Aug 4 17:24:08 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74FNrGL003403; Sat, 4 Aug 2012 17:24:05 +0200 Received: from foo.stuge.se (qmailr@foo.stuge.se [212.116.89.98]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with SMTP id q74FNqcP003375 for ; Sat, 4 Aug 2012 17:23:52 +0200 Received: (qmail 13062 invoked by uid 501); 4 Aug 2012 15:23:51 -0000 Message-ID: <20120804152351.13061.qmail@stuge.se> Date: Sat, 4 Aug 2012 17:23:51 +0200 From: Peter Stuge To: libssh2-devel@cool.haxx.se Subject: Re: libssh2 MorphOS patch Mail-Followup-To: libssh2-devel@cool.haxx.se References: <20120804123828.662.qmail@stuge.se> <201208041401.q74E1Fwx003476@giant.haxx.se> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <201208041401.q74E1Fwx003476@giant.haxx.se> X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Hi! Leif Salomonsson wrote: > I will look into an alternative to using the macros, making a > linklib that encapsulates the macros for example. Will that work, given that the macros exist in some header file that presumably needs to be included? > > please at the very least use *sane* names > > Sure. How about cb_send() and cb_receive() (cb_= callback). Now > we have actually improved the names because it becomes clear > they are not the same as bsdsocket send() and recv() (different > return values). Yes, this would be an excellent improvement. Would you please send that as a separate patch? > >> - if (session->remote.crypt->crypt(session, source, > >> + if (session->remote.crypt->_crypt_(session, source, > > > Wouldn't you have to change the session->remote.crypt name as well? > > No, GCC is OK with that, likely because "crypt->" is not a function call. I guess it's #define crypt(foo) then, and CPP will only match the word including parenthesis. //Peter _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sat Aug 4 18:32:11 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74GVTus025173; Sat, 4 Aug 2012 18:31:46 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q74GVQpC025057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 4 Aug 2012 18:31:27 +0200 Message-Id: <201208041631.q74GVQpC025057@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1SxhG3-0003hf-Og for libssh2-devel@cool.haxx.se; Sat, 04 Aug 2012 18:31:21 +0200 From: Leif Salomonsson To: libssh2 development Subject: Re: libssh2 MorphOS patch X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 04 Aug 2012 18:31:15 +0100 In-Reply-To: <20120804152351.13061.qmail@stuge.se> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--==bound208a074815e----" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Warning: This is a message in MIME format. Your mail reader does not support MIME. Some parts of this message will be readable as plain text. To see the rest, you will need to upgrade your mail reader. Following are some URLs where you can find MIME-capable mail programs for common platforms: Amiga............: SimpleMail http://simplemail.sourceforge.net/ Unix.............: Metamail ftp://ftp.bellcore.com/nsb/ Windows/Macintosh: Eudora http://www.qualcomm.com/ General info about MIME can be found at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/mail/mime-faq/top.html ----==bound208a074815e---- Hello Peter, On 2012-08-04, you wrote: > Hi! > Leif Salomonsson wrote: >> I will look into an alternative to using the macros, making a >> linklib that encapsulates the macros for example. > Will that work, given that the macros exist in some header file that > presumably needs to be included? I'm sure it would have.. but I just found out one can simply disable the inline macros by a using define, so now it compiles just fine without any name changes :) New patch attached. >> > please at the very least use *sane* names >> >> Sure. How about cb_send() and cb_receive() (cb_= callback). Now >> we have actually improved the names because it becomes clear >> they are not the same as bsdsocket send() and recv() (different >> return values). > Yes, this would be an excellent improvement. Would you please send > that as a separate patch? Ok. >> >> - if (session->remote.crypt->crypt(session, source, >> >> + if (session->remote.crypt->_crypt_(session, source, >> >> > Wouldn't you have to change the session->remote.crypt name as well? >> >> No, GCC is OK with that, likely because "crypt->" is not a function >> call. > I guess it's #define crypt(foo) then, and CPP will only match the > word including parenthesis. Regards, Leif ----==bound208a074815e---- Content-Type: application/octet-stream Content-Disposition: attachment; filename=libssh2-1.4.2-morphos.patch Content-transfer-encoding: base64 T25seSBpbiBsaWJzc2gyLTEuNC4yL3NyYy86IGxpYnNzaDJfY29uZmlnLmgKT25seSBpbiBsaWJz c2gyLTEuNC4yL3NyYy86IG1ha2VmaWxlLm1vcnBob3MKZGlmZiAtdSBsaWJzc2gyLTEuNC4yX29y aWcvc3JjL21pc2MuYyBsaWJzc2gyLTEuNC4yL3NyYy9taXNjLmMKLS0tIGxpYnNzaDItMS40LjJf b3JpZy9zcmMvbWlzYy5jCVRodSBBdWcgMjUgMTg6NTk6NDcgMjAxMQorKysgbGlic3NoMi0xLjQu Mi9zcmMvbWlzYy5jCVRodSBBdWcgIDIgMTI6MzA6MjMgMjAxMgpAQCAtMTA3LDYgKzEwNyw5IEBA CiAgICAgICAgIGVsc2UKICAgICAgICAgICAgIHJldHVybiAtZXJybm87CiAgICAgfQorI2VsaWYg ZGVmaW5lZChIQVZFX0lPQ1RMU09DS0VUX0NBU0UpCisgICAgaWYgKHJjIDwgMCkgCisgICAgICAg IHJjID0gKEVycm5vKCkgPT0gRVdPVUxEQkxPQ0spID8gLUVBR0FJTiA6IC1FcnJubygpOwogI2Vs c2UKICAgICBpZiAocmMgPCAwICl7CiAgICAgICAgIC8qIFNvbWV0aW1lcyB0aGUgZmlyc3QgcmVj digpIGZ1bmN0aW9uIGNhbGwgc2V0cyBlcnJubyB0byBFTk9FTlQgb24KQEAgLTEzOSw2ICsxNDIs OSBAQAogICAgICAgICBlbHNlCiAgICAgICAgICAgICByZXR1cm4gLWVycm5vOwogICAgIH0KKyNl bGlmIGRlZmluZWQoSEFWRV9JT0NUTFNPQ0tFVF9DQVNFKQorICAgIGlmIChyYyA8IDApIAorICAg ICAgICByYyA9IChFcnJubygpID09IEVXT1VMREJMT0NLKSA/IC1FQUdBSU4gOiAtRXJybm8oKTsK ICNlbHNlCiAgICAgaWYgKHJjIDwgMCApCiAgICAgICAgIHJldHVybiAtZXJybm87CmRpZmYgLXUg bGlic3NoMi0xLjQuMl9vcmlnL3NyYy9zZXNzaW9uLmMgbGlic3NoMi0xLjQuMi9zcmMvc2Vzc2lv bi5jCi0tLSBsaWJzc2gyLTEuNC4yX29yaWcvc3JjL3Nlc3Npb24uYwlXZWQgQXByIDE4IDIxOjI0 OjA0IDIwMTIKKysrIGxpYnNzaDItMS40LjIvc3JjL3Nlc3Npb24uYwlTYXQgQXVnICA0IDE4OjE1 OjEzIDIwMTIKQEAgLTMwNyw4ICszMDcsOCBAQAogI2VuZGlmCiAKICNpZiBkZWZpbmVkKEhBVkVf SU9DVExTT0NLRVRfQ0FTRSkgJiYgKFNFVEJMT0NLID09IDApCi0gICAgLyogcHJlc3VtYWJseSBm b3IgQW1pZ2EgKi8KLSAgICByZXR1cm4gSW9jdGxTb2NrZXQoc29ja2ZkLCBGSU9OQklPLCAobG9u Zykgbm9uYmxvY2spOworICAgIC8qIEFtaWdhIHN0eWxlIHNvY2tldHMgKi8KKyAgICByZXR1cm4g SW9jdGxTb2NrZXQoc29ja2ZkLCBGSU9OQklPLCAmbm9uYmxvY2spOwogI3VuZGVmIFNFVEJMT0NL CiAjZGVmaW5lIFNFVEJMT0NLIDQKICNlbmRpZgpAQCAtMzY4LDYgKzM2OCwxOSBAQAogICAgIHJl dHVybiAoaW50KSBvcHRpb25fdmFsdWU7CiAjdW5kZWYgR0VUQkxPQ0sKICNkZWZpbmUgR0VUQkxP Q0sgMgorI2VuZGlmCisKKyNpZiBkZWZpbmVkKF9fTU9SUEhPU19fKSAmJiAoR0VUQkxPQ0sgPT0g MCkKKyAgICB1bnNpZ25lZCBpbnQgb3B0aW9uX3ZhbHVlOworICAgIHVuc2lnbmVkIGludCBvcHRp b25fbGVuID0gc2l6ZW9mKG9wdGlvbl92YWx1ZSk7CisgICAgCisgICAgaWYgKGdldHNvY2tvcHQo c29ja2ZkLCBTT0xfU09DS0VULCBTT19FUlJPUiwgKHZvaWQgKikgJm9wdGlvbl92YWx1ZSwgJm9w dGlvbl9sZW4pKSB7CisgICAgICAgIC8qIEFzc3VtZSBibG9ja2luZyBvbiBlcnJvciAqLworICAg ICAgICByZXR1cm4gMTsKKyAgICB9CisgICAgcmV0dXJuIChpbnQpIG9wdGlvbl92YWx1ZTsKKyN1 bmRlZiBHRVRCTE9DSworI2RlZmluZSBHRVRCTE9DSyA0CiAjZW5kaWYKIAogI2lmIGRlZmluZWQo SEFWRV9TT19OT05CTE9DSykgJiYgKEdFVEJMT0NLID09IDApCg== ----==bound208a074815e---- Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel ----==bound208a074815e------ From libssh2-devel-bounces@cool.haxx.se Thu Aug 9 17:31:39 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q79FVAFI001340; Thu, 9 Aug 2012 17:31:32 +0200 Received: from manu13.manufrog.com (manu13.manufrog.com [66.7.212.209]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q79FV8Gi001303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 9 Aug 2012 17:31:09 +0200 Message-Id: <201208091531.q79FV8Gi001303@giant.haxx.se> Received: from 217-210-225-243-no51.tbcn.telia.com ([217.210.225.243] helo=blubbedev.net) by manu13.manufrog.com with esmtpa (Exim 4.69) (envelope-from ) id 1SzUhT-0007fk-7P for libssh2-devel@cool.haxx.se; Thu, 09 Aug 2012 17:31:03 +0200 From: Leif Salomonsson To: libssh2 development Subject: Re: send/recv callback names (was: libssh2 MorphOS patch) X-Mailer: SimpleMail 0.35 (MorphOS/MUI) E-Mail Client (c) 2000-2009 by Hynek Schlawack and Sebastian Bauer Date: 09 Aug 2012 17:31:01 +0100 In-Reply-To: <20120804152351.13061.qmail@stuge.se> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--==bound2398db6817e----" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu13.manufrog.com X-AntiAbuse: Original Domain - cool.haxx.se X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blubbedev.net X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: dev@blubbedev.net, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Warning: This is a message in MIME format. Your mail reader does not support MIME. Some parts of this message will be readable as plain text. To see the rest, you will need to upgrade your mail reader. Following are some URLs where you can find MIME-capable mail programs for common platforms: Amiga............: SimpleMail http://simplemail.sourceforge.net/ Unix.............: Metamail ftp://ftp.bellcore.com/nsb/ Windows/Macintosh: Eudora http://www.qualcomm.com/ General info about MIME can be found at: http://www.cis.ohio-state.edu/hypertext/faq/usenet/mail/mime-faq/top.html ----==bound2398db6817e---- Hello Peter, On 2012-08-04, you wrote: >> Sure. How about cb_send() and cb_receive() (cb_= callback). Now >> we have actually improved the names because it becomes clear >> they are not the same as bsdsocket send() and recv() (different >> return values). > Yes, this would be an excellent improvement. Would you please send > that as a separate patch? Attached it. Now looking at it I'm not sure it does so much good after all but hey, do as you like :) It was created after the morphos patch I submitted earlier. Regards, Leif ----==bound2398db6817e---- Content-Type: application/octet-stream Content-Disposition: attachment; filename=libssh2-1.4.2-cb_.patch Content-transfer-encoding: base64 ZGlmZiAtdSBsaWJzc2gyLTEuNC4yX21vcnBob3Mvc3JjL2xpYnNzaDJfcHJpdi5oIGxpYnNzaDIt MS40LjIvc3JjL2xpYnNzaDJfcHJpdi5oCi0tLSBsaWJzc2gyLTEuNC4yX21vcnBob3Mvc3JjL2xp YnNzaDJfcHJpdi5oCVNhdCBBdWcgIDQgMTg6NDA6MTYgMjAxMgorKysgbGlic3NoMi0xLjQuMi9z cmMvbGlic3NoMl9wcml2LmgJVGh1IEF1ZyAgOSAxNToxMjo1OCAyMDEyCkBAIC0xODQsOSArMTg0 LDkgQEAKICAgICAgICAgICAgICAgICAgICAgICAoY2hhbm5lbCksICYoY2hhbm5lbCktPmFic3Ry YWN0KQogCiAjZGVmaW5lIExJQlNTSDJfU0VORF9GRChzZXNzaW9uLCBmZCwgYnVmZmVyLCBsZW5n dGgsIGZsYWdzKSBcCi0gICAgc2Vzc2lvbi0+c2VuZChmZCwgYnVmZmVyLCBsZW5ndGgsIGZsYWdz LCAmc2Vzc2lvbi0+YWJzdHJhY3QpCisgICAgc2Vzc2lvbi0+Y2Jfc2VuZChmZCwgYnVmZmVyLCBs ZW5ndGgsIGZsYWdzLCAmc2Vzc2lvbi0+YWJzdHJhY3QpCiAjZGVmaW5lIExJQlNTSDJfUkVDVl9G RChzZXNzaW9uLCBmZCwgYnVmZmVyLCBsZW5ndGgsIGZsYWdzKSBcCi0gICAgc2Vzc2lvbi0+cmVj dihmZCwgYnVmZmVyLCBsZW5ndGgsIGZsYWdzLCAmc2Vzc2lvbi0+YWJzdHJhY3QpCisgICAgc2Vz c2lvbi0+Y2JfcmVjdihmZCwgYnVmZmVyLCBsZW5ndGgsIGZsYWdzLCAmc2Vzc2lvbi0+YWJzdHJh Y3QpCiAKICNkZWZpbmUgTElCU1NIMl9TRU5EKHNlc3Npb24sIGJ1ZmZlciwgbGVuZ3RoLCBmbGFn cykgIFwKICAgICBMSUJTU0gyX1NFTkRfRkQoc2Vzc2lvbiwgc2Vzc2lvbi0+c29ja2V0X2ZkLCBi dWZmZXIsIGxlbmd0aCwgZmxhZ3MpCkBAIC01NjEsOCArNTYxLDggQEAKICAgICAgIExJQlNTSDJf RElTQ09OTkVDVF9GVU5DKCgqc3NoX21zZ19kaXNjb25uZWN0KSk7CiAgICAgICBMSUJTU0gyX01B Q0VSUk9SX0ZVTkMoKCptYWNlcnJvcikpOwogICAgICAgTElCU1NIMl9YMTFfT1BFTl9GVU5DKCgq eDExKSk7Ci0gICAgICBMSUJTU0gyX1NFTkRfRlVOQygoKnNlbmQpKTsKLSAgICAgIExJQlNTSDJf UkVDVl9GVU5DKCgqcmVjdikpOworICAgICAgTElCU1NIMl9TRU5EX0ZVTkMoKCpjYl9zZW5kKSk7 CisgICAgICBMSUJTU0gyX1JFQ1ZfRlVOQygoKmNiX3JlY3YpKTsKIAogICAgIC8qIE1ldGhvZCBw cmVmZXJlbmNlcyAtLSBOVUxMIHlpZWxkcyAibG9hZCBvcmRlciIgKi8KICAgICBjaGFyICprZXhf cHJlZnM7CmRpZmYgLXUgbGlic3NoMi0xLjQuMl9tb3JwaG9zL3NyYy9zZXNzaW9uLmMgbGlic3No Mi0xLjQuMi9zcmMvc2Vzc2lvbi5jCi0tLSBsaWJzc2gyLTEuNC4yX21vcnBob3Mvc3JjL3Nlc3Np b24uYwlTYXQgQXVnICA0IDE4OjE1OjEzIDIwMTIKKysrIGxpYnNzaDItMS40LjIvc3JjL3Nlc3Np b24uYwlUaHUgQXVnICA5IDE1OjE3OjA0IDIwMTIKQEAgLTUwMyw4ICs1MDMsOCBAQAogICAgICAg ICBzZXNzaW9uLT5hbGxvYyA9IGxvY2FsX2FsbG9jOwogICAgICAgICBzZXNzaW9uLT5mcmVlID0g bG9jYWxfZnJlZTsKICAgICAgICAgc2Vzc2lvbi0+cmVhbGxvYyA9IGxvY2FsX3JlYWxsb2M7Ci0g ICAgICAgIHNlc3Npb24tPnNlbmQgPSBfbGlic3NoMl9zZW5kOwotICAgICAgICBzZXNzaW9uLT5y ZWN2ID0gX2xpYnNzaDJfcmVjdjsKKyAgICAgICAgc2Vzc2lvbi0+Y2Jfc2VuZCA9IF9saWJzc2gy X3NlbmQ7CisgICAgICAgIHNlc3Npb24tPmNiX3JlY3YgPSBfbGlic3NoMl9yZWN2OwogICAgICAg ICBzZXNzaW9uLT5hYnN0cmFjdCA9IGFic3RyYWN0OwogICAgICAgICBzZXNzaW9uLT5hcGlfdGlt ZW91dCA9IDA7IC8qIHRpbWVvdXQtZnJlZSBBUEkgYnkgZGVmYXVsdCAqLwogICAgICAgICBzZXNz aW9uLT5hcGlfYmxvY2tfbW9kZSA9IDE7IC8qIGJsb2NraW5nIEFQSSBieSBkZWZhdWx0ICovCkBA IC01NTcsMTMgKzU1NywxMyBAQAogICAgICAgICByZXR1cm4gb2xkY2I7CiAKICAgICBjYXNlIExJ QlNTSDJfQ0FMTEJBQ0tfU0VORDoKLSAgICAgICAgb2xkY2IgPSBzZXNzaW9uLT5zZW5kOwotICAg ICAgICBzZXNzaW9uLT5zZW5kID0gY2FsbGJhY2s7CisgICAgICAgIG9sZGNiID0gc2Vzc2lvbi0+ Y2Jfc2VuZDsKKyAgICAgICAgc2Vzc2lvbi0+Y2Jfc2VuZCA9IGNhbGxiYWNrOwogICAgICAgICBy ZXR1cm4gb2xkY2I7CiAKICAgICBjYXNlIExJQlNTSDJfQ0FMTEJBQ0tfUkVDVjoKLSAgICAgICAg b2xkY2IgPSBzZXNzaW9uLT5yZWN2OwotICAgICAgICBzZXNzaW9uLT5yZWN2ID0gY2FsbGJhY2s7 CisgICAgICAgIG9sZGNiID0gc2Vzc2lvbi0+Y2JfcmVjdjsKKyAgICAgICAgc2Vzc2lvbi0+Y2Jf cmVjdiA9IGNhbGxiYWNrOwogICAgICAgICByZXR1cm4gb2xkY2I7CiAgICAgfQogICAgIF9saWJz c2gyX2RlYnVnKHNlc3Npb24sIExJQlNTSDJfVFJBQ0VfVFJBTlMsICJTZXR0aW5nIENhbGxiYWNr ICVkIiwgY2J0eXBlKTsK ----==bound2398db6817e---- Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel ----==bound2398db6817e------ From libssh2-devel-bounces@cool.haxx.se Mon Aug 13 14:10:48 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DCAD3h020017; Mon, 13 Aug 2012 14:10:39 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DCABJP020006 for ; Mon, 13 Aug 2012 14:10:11 +0200 Received: (qmail 7061 invoked from network); 13 Aug 2012 12:10:10 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 13 Aug 2012 12:10:10 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Mon, 13 Aug 2012 12:10:10 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #225: configure does not detect libgcrypt X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/225#comment:3 Message-ID: <057.d8c93a6f252609611eb8b09499faa4cc@libssh2.stuge.se> References: <042.93047e73e188fa345e0e10e3f1ad762f@libssh2.stuge.se> X-Trac-Ticket-ID: 225 In-Reply-To: <042.93047e73e188fa345e0e10e3f1ad762f@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7DCABJP020006 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #225: configure does not detect libgcrypt ---------------------+---------------------- Reporter: dzejk | Owner: bagder Type: defect | Status: assigned Priority: normal | Milestone: 1.4.3 Component: crypto | Version: Resolution: | Keywords: Blocked By: | Blocks: ---------------------+---------------------- Changes (by onlyjob): * milestone: => 1.4.3 Comment: The same problem is on Debian with libssh2 1.4.1 Packages linking with libssh2 built using --with-libgcrypt would FTBFS because libgcrypt do not provide pkgconfig file. The attached patch is fixes this problem. Thank you. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Aug 13 23:22:34 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLLpSF020410; Mon, 13 Aug 2012 23:22:06 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLLnhM020359 for ; Mon, 13 Aug 2012 23:21:50 +0200 Received: (qmail 7756 invoked from network); 13 Aug 2012 21:21:49 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 13 Aug 2012 21:21:49 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Mon, 13 Aug 2012 21:21:49 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #234: Unable to read more than 65536 bytes with libssh2_channel_read function X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/234#comment:3 Message-ID: <064.83247845bad19e4aeacae796002508cb@libssh2.stuge.se> References: <049.b6e14f4b2b0eb527ececd37f8c6139dc@libssh2.stuge.se> X-Trac-Ticket-ID: 234 In-Reply-To: <049.b6e14f4b2b0eb527ececd37f8c6139dc@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7DLLnhM020359 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #234: Unable to read more than 65536 bytes with libssh2_channel_read function ---------------------------+---------------------------------- Reporter: jagadish0911 | Owner: bagder Type: defect | Status: closed Priority: blocker | Milestone: 1.4.3 Component: API | Version: 1.3.0 Resolution: outdated | Keywords: libssh2_channel_read Blocked By: | Blocks: ---------------------------+---------------------------------- Changes (by bagder): * status: assigned => closed * resolution: => outdated * milestone: => 1.4.3 Comment: No response in 3 months. Closing as outdated. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Aug 13 23:24:39 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLObWI023518; Mon, 13 Aug 2012 23:24:39 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLNbdT022610 for ; Mon, 13 Aug 2012 23:23:37 +0200 Received: (qmail 7912 invoked from network); 13 Aug 2012 21:23:38 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 13 Aug 2012 21:23:38 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Mon, 13 Aug 2012 21:23:38 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #241: Reg libssh2 dump with SFTP X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/241#comment:3 Message-ID: <065.6692b9b2acf9b440e51b18400bbb4022@libssh2.stuge.se> References: <050.fc53c6a68dbb82608fba78665a43befa@libssh2.stuge.se> X-Trac-Ticket-ID: 241 In-Reply-To: <050.fc53c6a68dbb82608fba78665a43befa@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7DLNbdT022610 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #241: Reg libssh2 dump with SFTP ----------------------------+---------------------- Reporter: ganga bhavani | Owner: bagder Type: defect | Status: assigned Priority: blocker | Milestone: 1.4.3 Component: SFTP | Version: 1.4.1 Resolution: | Keywords: Blocked By: | Blocks: ----------------------------+---------------------- Changes (by bagder): * owner: Ganga => bagder * status: new => assigned * milestone: => 1.4.3 Comment: I will close this report soon unless we get feedback/response. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Mon Aug 13 23:36:13 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLa9ms002188; Mon, 13 Aug 2012 23:36:12 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7DLa8Nm002160 for ; Mon, 13 Aug 2012 23:36:08 +0200 Received: (qmail 9844 invoked from network); 13 Aug 2012 21:36:08 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 13 Aug 2012 21:36:08 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Mon, 13 Aug 2012 21:36:08 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #225: configure does not detect libgcrypt X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/225#comment:4 Message-ID: <057.827679f5f3df6c28801442641c51c1ce@libssh2.stuge.se> References: <042.93047e73e188fa345e0e10e3f1ad762f@libssh2.stuge.se> X-Trac-Ticket-ID: 225 In-Reply-To: <042.93047e73e188fa345e0e10e3f1ad762f@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7DLa8Nm002160 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #225: configure does not detect libgcrypt ---------------------+-------------------- Reporter: dzejk | Owner: bagder Type: defect | Status: closed Priority: normal | Milestone: 1.4.3 Component: crypto | Version: Resolution: fixed | Keywords: Blocked By: | Blocks: ---------------------+-------------------- Changes (by onlyjob): * status: assigned => closed * resolution: => fixed Comment: In [changeset:"e470738a0cf302abfd2891b80dbac4ac3e7eedd2/libssh2"]: {{{ #!CommitTicketReference repository="libssh2" revision="e470738a0cf302abfd2891b80dbac4ac3e7eedd2" configure: gcrypt doesn't come with pkg-config support ... so use plain old -lgcrypt to the linker to link with it. Fixes #225 }}} -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Aug 14 19:16:27 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7EHEtk1003081; Tue, 14 Aug 2012 19:15:18 +0200 Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7EHEr4u003054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 14 Aug 2012 19:14:54 +0200 Received: from mail-gh0-f182.google.com (unknown [209.85.160.182]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id A22F822E25D for ; Tue, 14 Aug 2012 13:14:51 -0400 (EDT) Received: by ghrr13 with SMTP id r13so709953ghr.41 for ; Tue, 14 Aug 2012 10:14:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.89.70 with SMTP id bm6mr18049305pab.41.1344964490648; Tue, 14 Aug 2012 10:14:50 -0700 (PDT) Received: by 10.66.233.72 with HTTP; Tue, 14 Aug 2012 10:14:50 -0700 (PDT) Date: Tue, 14 Aug 2012 12:14:50 -0500 Message-ID: Subject: select() and example/direct_tcpip.c From: Kirk Wolf To: libssh2-devel@cool.haxx.se X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" I'm new to working with libssh2, so I apologize in advance if I'm asking about something that I should have been able to find in the docs or examples. (from the list archives 6 Oct 2011) - Pavel Strashkin wrote: > Steven Ayre wrote: > > It seems the new idea is to do a select() or poll() on the socket, > > then do a nonblocking read of both stdout and stderr. Can someone > > clarify if that's correct please? > This is the only way it works yes. See example/direct_tcpip.c for an > example of how this can look. (This also considers another socket in > the same select() call.) In examples/direct_tcpip.c, and I see that the only fd in the select() set is the socket to be forwarded, and not the ssh socket. I would like to implement an efficient method to forward several bi-directional sockets over direct-tcpip channels at once. The example/direct_tcpip.c doesn't seem to handle bidirectional data efficiently at all - it hangs a select() with only the forward socket in the read set - what happens when data arrives in the other direction? Also, BTW, there is a minor bug in the example code: +++ example/direct_tcpip.c @@ -233,7 +233,7 @@ } wr = 0; do { - i = libssh2_channel_write(channel, buf, len); + i = libssh2_channel_write(channel, buf + wr, len - wr); if (i < 0) { fprintf(stderr, "libssh2_channel_write: %d\n", i); goto shutdown; The documentation for the deprecated libssh2_poll(3) function says: "We encourage users to instead use the poll(3) or select(3) functions to check for socket activity or when specific sockets are ready to get recevied from or send to." This makes sense to me, but if I add the ssh socket to the read select fd set, what then? - if read data is available on the ssh socket, how do cause it to be read (_libssh2_transport_read() ?) so that I can see what channel(s) have data? - after available data is read from the ssh socket (somehow), is there an api to see which channels have data available? It would seem to me that I need something like "libssh2_channel_read_channels()" that does _libssh2_transport_read() and then returns a list of channels that have packets in session->packets. That way, I could follow up with libssh2_channel_read() for each channel where I have the target write socket ready in the select write set. With the current API, it seems that the approach would be to do the select() and if the ssh socket was set for read to do a libssh2_channel_read() for each channel where the target write socket is ready. This would seem to me to be less efficient, but it also doesn't prioritize the channel data FIFO. Perhaps I'm making too much of it. Any advice or suggestions would be appreciated. Kirk Wolf Dovetailed Technologies _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 16 02:29:09 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7G0Sj3i003841; Thu, 16 Aug 2012 02:29:03 +0200 Received: from mail.panic.com (posh.panic.com [38.103.165.4]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7G0FuR3024925 for ; Thu, 16 Aug 2012 02:15:56 +0200 Received: from [10.0.0.190] (unknown [38.103.165.36]) by mail.panic.com (Postfix) with ESMTPSA id 21E7F61B0698 for ; Wed, 15 Aug 2012 17:15:51 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1280) Subject: Re: data overload From: Dave Hayden In-Reply-To: <83F5C913-3083-4622-8DFF-AA941812D882@panic.com> Date: Wed, 15 Aug 2012 17:15:49 -0700 Message-Id: <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> References: <83F5C913-3083-4622-8DFF-AA941812D882@panic.com> To: libssh2 development X-Mailer: Apple Mail (2.1280) X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id q7G0FuR3024925 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" To future googlers: It turns out this is a bad idea--you can have a packet sitting in session->packets but still not be able to process the data until more packets are available. I added a "count" property to the list_head struct, incrementing it in _libssh2_list_add() and decrementing in _libssh2_list_remove(). In _libssh2_channel_read() instead of calling _libssh2_transport_read() once if session->packets is empty, I and session->packets->count is below a constant limit. (8 seems reasonable..?) A better solution might be to track the total size of the buffered data and place a limit on that instead. diff -ru /Users/dave/Desktop/libssh2-1.4.2/src/channel.c libssh2-1.4.2/src/channel.c --- /Users/dave/Desktop/libssh2-1.4.2/src/channel.c 2012-05-18 14:29:03.000000000 -0700 +++ libssh2-1.4.2/src/channel.c 2012-08-15 16:57:53.000000000 -0700 @@ -1760,10 +1760,12 @@ rc = 1; /* set to >0 to let the while loop start */ +#define MAX_BUFFERED_PACKETS 8 + /* Process all pending incoming packets in all states in order to "even out" the network readings. Tests prove that this way produces faster transfers. */ - while (rc > 0) + while (rc > 0 && _libssh2_list_count(&session->packets) < MAX_BUFFERED_PACKETS) rc = _libssh2_transport_read(session); if ((rc < 0) && (rc != LIBSSH2_ERROR_EAGAIN)) diff -ru /Users/dave/Desktop/libssh2-1.4.2/src/misc.c libssh2-1.4.2/src/misc.c --- /Users/dave/Desktop/libssh2-1.4.2/src/misc.c 2011-08-25 10:59:47.000000000 -0700 +++ libssh2-1.4.2/src/misc.c 2012-08-15 15:47:00.000000000 -0700 @@ -474,6 +474,7 @@ /* init the list head */ void _libssh2_list_init(struct list_head *head) { + head->count = 0; head->first = head->last = NULL; } @@ -498,6 +499,8 @@ entry->prev->next = entry; else head->first = entry; + + ++head->count; } /* return the "first" node in the list this head points to */ @@ -518,9 +521,16 @@ return node->prev; } +int _libssh2_list_count(struct list_head *head) +{ + return head->count; +} + /* remove this node from the list */ void _libssh2_list_remove(struct list_node *entry) { + --entry->head->count; + if(entry->prev) entry->prev->next = entry->next; else diff -ru /Users/dave/Desktop/libssh2-1.4.2/src/misc.h libssh2-1.4.2/src/misc.h --- /Users/dave/Desktop/libssh2-1.4.2/src/misc.h 2012-05-14 10:50:53.000000000 -0700 +++ libssh2-1.4.2/src/misc.h 2012-08-15 15:09:34.000000000 -0700 @@ -39,6 +39,7 @@ */ struct list_head { + int count; struct list_node *last; struct list_node *first; }; @@ -66,6 +67,8 @@ /* return the prev node in the list */ void *_libssh2_list_prev(struct list_node *node); +int _libssh2_list_count(struct list_head *head); + /* remove this node from the list */ void _libssh2_list_remove(struct list_node *entry); On Jun 27, 2012, at 5:09 PM, Dave Hayden wrote: > At the head of _libssh2_channel_read(), a while loop calls _libssh2_transport_read(), after this comment: > >> Process all pending incoming packets in all states in order to "even out" the network readings. Tests prove that this way produces faster transfers. > > > That makes sense for file transfers where the server will wait for an acknowledgement, but in the case of a terminal session that's firehosing data at us faster than we can process, that winds up filling up all available memory--instead of just the network buffer. I changed that code to > > read_packet = _libssh2_list_first(&session->packets); > > while ( read_packet == NULL && rc > 0 ) > { > rc = _libssh2_transport_read(session); > read_packet = _libssh2_list_first(&session->packets); > } > > and it appears to fix this problem. Maybe there should be a channel or session setting, choosing between the two? Or a limit on the number of packets the session will buffer? > > Thanks! > -Dave > > > _______________________________________________ > libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Thu Aug 16 02:40:00 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7G0dtS1014018; Thu, 16 Aug 2012 02:39:59 +0200 Received: from mail.panic.com (posh.panic.com [38.103.165.4]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7G0dqCu013930 for ; Thu, 16 Aug 2012 02:39:53 +0200 Received: from [10.0.0.190] (unknown [38.103.165.36]) by mail.panic.com (Postfix) with ESMTPSA id 6BF2461B1190 for ; Wed, 15 Aug 2012 17:39:49 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1280) Subject: Re: data overload From: Dave Hayden In-Reply-To: <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> Date: Wed, 15 Aug 2012 17:39:49 -0700 Message-Id: References: <83F5C913-3083-4622-8DFF-AA941812D882@panic.com> <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> To: libssh2 development X-Mailer: Apple Mail (2.1280) X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id q7G0dqCu013930 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Aug 15, 2012, at 5:15 PM, Dave Hayden wrote: > In _libssh2_channel_read() instead of calling _libssh2_transport_read() once if session->packets is empty, I and session->packets->count is below a constant limit. D'oh. Make that In _libssh2_channel_read() instead of calling _libssh2_transport_read() once if session->packets is empty, I read while rc > 0 and session->packets->count is below a constant limit. _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Aug 19 13:36:56 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7JBaTWK012969; Sun, 19 Aug 2012 13:36:48 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7JBaRN3012957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Aug 2012 13:36:27 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id q7JBaRiX012952 for ; Sun, 19 Aug 2012 13:36:27 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Sun, 19 Aug 2012 13:36:27 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: data overload In-Reply-To: <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> Message-ID: References: <83F5C913-3083-4622-8DFF-AA941812D882@panic.com> <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Wed, 15 Aug 2012, Dave Hayden wrote: > I added a "count" property to the list_head struct, incrementing it in > _libssh2_list_add() and decrementing in _libssh2_list_remove(). In > _libssh2_channel_read() instead of calling _libssh2_transport_read() once if > session->packets is empty, I and session->packets->count is below a constant > limit. (8 seems reasonable..?) A better solution might be to track the total > size of the buffered data and place a limit on that instead. Thanks for the patch Dave, I can see how this might be necessary. I'm curious though, how is the channel window playing into this? I mean, the window is only grown in libssh2_channel_read_ex() so won't you get a finite amount of data that fills up the window? Other than so, I really agree that a limit on amount of data would be much better but that's also what we have the window for already so we need to find the middle ground here if windowing isn't enough. Or improve the windowing perhaps. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Sun Aug 19 13:49:46 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7JBnfco023045; Sun, 19 Aug 2012 13:49:45 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7JBneYg023030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Aug 2012 13:49:40 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id q7JBneQB023020 for ; Sun, 19 Aug 2012 13:49:40 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Sun, 19 Aug 2012 13:49:40 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: compression In-Reply-To: Message-ID: References: <33895DCF-903D-4977-9E6F-954F0C72920D@panic.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Fri, 27 Jul 2012, Dave Hayden wrote: > Here's another stab at that code, adding a "use_in_auth" flag to the > LIBSSH2_COMP_METHOD struct and a separate "zlib@openssh.com" method, along > with checking session->state for LIBSSH2_STATE_AUTHENTICATED. Appears to > work on the OpenSSH servers I've tried against, and it should work as before > with normal zlib compression. (Unless, of course, I've messed something > up..) Thanks, I've merged and pushed this patch now to allow everyone to try it out easier. -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Aug 21 16:32:00 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LEVP3K009470; Tue, 21 Aug 2012 16:31:50 +0200 Received: from smtpgate.opentext.com (smtpgate.opentext.com [204.138.115.205]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LEVMjI009250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 21 Aug 2012 16:31:23 +0200 Received: from otwlpm01.smtp.dmz.opentext.com (otwlpm01.opentext.com [192.168.15.230]) by wlsvc01.opentext.com (8.14.4/8.14.4) with ESMTP id q7LEVHn8009672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 21 Aug 2012 10:31:18 -0400 Received: from vectorsvc.opentext.com (vectorsvc.opentext.com [10.2.103.129]) by otwlpm01.smtp.dmz.opentext.com (8.14.4/8.14.4) with ESMTP id q7LEVHkP026288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 21 Aug 2012 10:31:17 -0400 (envelope-from arossen@opentext.com) Received: from otwlxg10.opentext.net (otwlxg10.opentext.net [10.2.103.151]) by vectorsvc.opentext.com (8.14.4/8.14.4) with ESMTP id q7LEVH2v009662 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK) for ; Tue, 21 Aug 2012 10:31:17 -0400 Received: from OTWLXG22.opentext.net ([169.254.5.136]) by otwlxg10.opentext.net ([10.2.103.151]) with mapi id 14.01.0339.001; Tue, 21 Aug 2012 10:31:11 -0400 From: Alona Rossen To: "'libssh2-devel@cool.haxx.se'" Subject: libssh2 ECCN # Thread-Topic: libssh2 ECCN # Thread-Index: Ac1/qZxGxNnYl/qJSHaEnWEKlAA3/A== Date: Tue, 21 Aug 2012 14:31:10 +0000 Message-ID: <80317163A516B94B988E1615F9FAFB19204CF9EF@otwlxg22.opentext.net> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.2.111.13] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19128.007 x-tm-as-result: No--47.393500-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No MIME-Version: 1.0 X-Archived: msg.1thdxV9:2012-08-21:otwlpm01.smtp.dmz.opentext.com X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0475875385==" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" --===============0475875385== Content-Language: en-US Content-Type: multipart/related; boundary="_005_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_"; type="multipart/alternative" --_005_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_ Content-Type: multipart/alternative; boundary="_000_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_" --_000_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, We need libssh2 ECCN # for our documentation. Please advise if can obtain this information. Thank you, Alona ________________________________ Alona Rossen Software Developer Connectivity Solutions Group [cid:image001.gif@01CA6393.AC90E600] Open Text Corporation 38 Leek Crescent, Richmond Hill, ON, L4B 4N8, Canada Phone: +1 (905) 762 6001 ext. 6908 Email: arossen@opentext.com Web site: http://connectivity.opentext.com This email is protected by domestic and international copyright laws and tr= eaties and is the property of Open Text Corporation, it may contain confide= ntial and/or trade secret information of the Open Text Corporation and/or i= ts subsidiaries (OTC), and may be subject to legal privilege in favor of OT= C. This email may only be lawfully received, accessed, displayed on a compu= ter screen, printed, copied, and/or used by the specific addressee(s) named= above ("Authorized Recipient") for the purpose for which it was sent by OT= C. All other rights and licenses to this email are fully reserved to OTC. I= f you are not an Authorized Recipient, you are required to immediately dele= te this email in its entirety without printing, copying, using, and/or re-t= ransmitting this email, either in whole or in part. The transmission of thi= s email by OTC is not to be construed as a waiver by OTC and/or the individ= ual sending this email on behalf of OTC of any of their respective rights o= r privileges at law or otherwise, howsoever arising. --_000_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

We need libssh2 ECCN # for our documentation. <= /o:p>

Please advise if can obtain this information. <= /o:p>

 

 

 

Thank you,

Alona

 

Alona Rossen 

Software Developer

Connectivity Solutions Group

3D"cid:image001.gif@01CA6393.AC90E600"
Open Text Corporation

 

3D"cid:image002.gif@01CA6393.AC90E600"

38 Leek Crescent, Richmond Hill, ON, L4B 4N8, Canada

 
Phone:

 

+1 (905) 762 6001 ext. 6908

Email:

arossen@opentext.com=

Web site:

http://connectivity.opentext.com

 

 

 

 

 

 

 

 

 

 

 

This email is protected by domestic and inte= rnational copyright laws and treaties and is the property of Open Text Corporation, it may contain confidential and/or trade secret = information of the Open Text Corporation and/or its subsidiaries (OTC), and= may be subject to legal privilege in favor of OTC. This email may only be = lawfully received, accessed, displayed on a computer screen, printed, copied, and/or used by the specific address= ee(s) named above ("Authorized Recipient") for the purpose for wh= ich it was sent by OTC. All other rights and licenses to this email are ful= ly reserved to OTC. If you are not an Authorized Recipient, you are required to immediately delete this email in its entire= ty without printing, copying, using, and/or re-transmitting this email, eit= her in whole or in part. The transmission of this email by OTC is not to be= construed as a waiver by OTC and/or the individual sending this email on behalf of OTC of any of their respect= ive rights or privileges at law or otherwise, howsoever arising.

 

 

--_000_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_-- --_005_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=4870; creation-date="Tue, 21 Aug 2012 14:31:09 GMT"; modification-date="Tue, 21 Aug 2012 14:31:09 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhqgAqAOYAAMjFxgGk5On2/cfm+Eq666ypqgGX1VFOT9Tr+TO26XNwcb3j9wGj3Gut0gF0 qwKJxqTX9fL6/ozN8gGEuwFzsfz9/dbU1YyJipfT8zUyM0yozmbC7/j+/nfH7v//+v76/YO51+Xj 5DOo2jaZxPr5+rLd9gGRzCqKucPe8r7b6v78/pyZmRwXGQSw5v3+9QKd4PTy87zk7EWZxoLI5vz/ /sXh6hmz6R8aHAF9uv/8+////XC55Pv7+wFvqZCMjfj/+AF6skKUvYDL8fH2+6zV6YvS6uLx+ni/ 2NHl7weN1N3v/Pz/+o3D2xeo3QRvtHvX/BF5qQKBxMbv95/X5QGq6oPS/QF1t6HL2brs9g18s23F 7j286vT485nL5F7A6/ny7PLw8fz2/Ap7uhiUyhOc033V7vr6//z8/xyHvgh0o5KPkPDu7xl8swdy ryMfIH57fISBgv/////+//7///7+/v7+/+Lg4dHP0L26u97c3aWio2RhYrLR3//49whzvq/l/yH5 BAAAAAAALAAAAACqACoAAAf/gHIVczRzPHIfAAoZNyw3NxkKFnJxFZVxhJeYNJaWcxWFcaJxdINz cTyiqaSkdJVzhK6XqZSacrefoq6WABc+aj6+ahfDPsbHyIKFhpmusnQ0y6Seprm6pLCw05uFhdXS rrCduSEHjwcrAHhvjG4HIaPQoiqU2qIVlpql0/mjlfutRJ26lE8FqlEkbvXjQUKUDzcsHElsxAJi xEePIFrQZamhP033Vj3DN6pfvgqyUPrbdU+UR1apPuVxc8MNng+3bq3Z48jNJII55dChI4deUEoe U1kyWpQHzqKIKJUKavTDszg5L8lK5aPiGwB5ctJkceAWHQt4DlTEU6koTpz0/4zSO3Q0aMmSUW+p oHsr4VOoe6EqvHeH5g0AnTSp2JPxJwwAkCNLhhHUEh7JmDPfASPHDmbOWQ9ayAzAn4IbKwRjxVhW EFE55gCMJk07hJzHtO3QabiGtB3ctEnfg8GIhY+P8WCMPZDKzqKLGB01OlBgjSg4aqVrnzgWQA5F jM6B/tCvwIHiNw4oUBrnfEKtclgfmiYHz2HzGbQ32l+Rog8VISyy3zkXACBLCOxglMEeAKzQCEQ1 XdSffjQQdcGDYJykCx2fqIGRHkPFQYJabmSQYQgAJMhCBqUd4gNGKzB1iAV6mIMHVHaQmB5oWhFl gSNq4KTJAW/8c4kcEpVVyv9A8QHQEAAY7aGXK52l5cYFpNxy2n43ysGeHD9e6WUcajjyFWRbHgaZ eY8YIkd+LEj5kSynhCBdBpg0BMd0tRCVR3gsTKICABKVdtA9cuTBwgWDvSjdAZSBpMIH5tg2JocF GCpQBfGd84EohRClhx1efrCfGiSkUsprbx5HCwkKJPkUPnOAcYAbBVBiyYU3TirHBdJFlQpjlvz4 SGp14YIVehZEE8eF6clhSFv2PSKlHFA6YuCGotxywHGydGXYDVKO5O0N9AjJ4UemIMmnJZxgBRVW /f33yhxU/qpAqER9EGsjQQoVh60s5HqvDwc4Q4qjN2R11g2frAChpsjREIf/CiSykNogF5LFYS5F sXYLlI+UFiIrt7xC5YtpSaeAUMxgZY5U+GKF3Cj7HdDtzaKcipIcFssrkD8qqfUIW3LYekMBlqwy RwFMt6XCi4/UMgpzZEoXgizIfSIHwz7ADK3OudADRk9lDVqoPx5BnRinFwKwhjmOrLfJITNjQyXP ceS8M88SYUmHVfJaAMc+LKUChmE+wYaaKiJiEjkPr1HdMNGY8KDjKjef8itGPjREQ1dkkWJUDgVQ BEdR2R52yF8YYwlUmQDIEYIbECrQUD55c7g3z37bfDMdoLclrxxvlFVJPq6kYuyKp9kNUi754ATt 5R9ZTDf2N3MiR5mNhM3D/xzgJ6wXmGNlsMbIF6UjGR48qfGKJZ/Xjj6MtVTQe81WIxd8/x/ZjwIw g4c9tcYlmkBJAbSjAKy8JBwt4dT3MAJAyV1vDVz7CL4+94gLWGUOwCKLZN6wnDsIIg4k08+DgOSK oH3tBjfCyh2K4wY9nHB/v7vZ/3hWgf5ESDqGaY3CltetWNUtDp9ihSeMJMHrVZATHqrItm72s+yg hhKji9AjoEMdq9Ehhe6DzB0UcYMLJIYoLyoN/SwQnqV5CYfC06EjdBZH/9UtMxdwh0FYoTA60GNL EbGhMyzBIULOY4JV6xoKpaMHvp1iRBj5CQj3I5k1PAVyFQDAxFZxkgOoYf+JWInbNVQwQ+nkCo4V xNkc/4acCozlOJyaCvJ0tg+SjEIOp7nVWPDQj1fcg34c5F4rTqGCsSigl5izw34yQBQOAesRr0ki IVNCqEao8R6ugFolXJjGQo4idRFhAQBQybcdAs4RslOBxWYEh0GwInKWeNEB1qAoR2TAArtoYeSG cgvLVbBm4HMDZ/hilFM4yBE+gEaFqMYCQWjoXpUg2WGuQRAlciiLtTNIeSRSooadUVfsis8qCdE0 razmET4YRIUOmRPq6SJ1BwADKRb4iAzAoCGECBpJ6NExN9AsHxarwOJQeg0NrSE/kJApLF5YkT4N JR+fIEo1D2OKbszhFon/oGMc0oiTt8khdRi5wacAYjWUkIB+y4HZQdjDKdDJgQTZUIklYHAAfHLq AwuM6UEqYER3UGJ8pzAkIsDXUI0OZBXYagwhYAHXq55GW5jwnKMaChBN0CKxEQHAJ7LhphzQVUr0 6Ir9VoIKsCZyfLuRCnJUILL8taRb0vmPMjYb1D1kAKtfXdH6PMIpurnhZX/lmh+DCZVeAhOsGTDh W3Pyr6VhggNIxCVGDKIUhQmmdZoqBf3oesV+oiYhxr2FgxKJCfr1iJDK5BM9anmyTrFADVEZJQxi pQCj6KEmk5BKQzozFjembBtF8dAj1jcvVuxXDqW8gQIu06Dw1PWtoMAK/3Gkg5h3EhIwe7JWZlbw HDeEhQchyA+kPtWPfBnxrZhwxR7j4Qojluy/L7HEeMnC4MjoAQ67FC9N9gCXTcjrXzSJEYqPRDBH pCYhXkSFW77Kk7CSy2CbsoA5tEiWA9iSfporjg+lwx8+mUdCZNkID/rBBawowKdEFJ4ruGCe/m7x ADo7CR2wQxEITYjKDUvQMuOsDTiH1Z5FOkiNIgIRmmTgACa8y8niooLZJLokGnrdkEmbjzHTDy59 OZ9eEHgUkPBRFLXD6VQ4UondYcUoMU5JigUjy7z8N19RCQfImIJbDcnFNZWmKKkXywnOVkNe2igK S+KhD12L49iBLQkhOv8dIpQMccj5AGkCg31CDakkDqFS12I324lQ/PJi9xjIHqd5F2Cq9i4304G6 g6JudQ+l3TrwgAeiQW96c5azyZLDvF3AgR+okwZycIG+aaCCecMb3vTmAMBVUHB5FTwHGUT4Ejwg Bx1MPN9yyMEt5L2EjnuAHj/4wRzOoAOMJ4secXCBvDmlcntHA7p66UMOaJCDgSDn4DoYCr7rwHN+ HkXeQAe6wuut7g+oQAdWUcEPlqD0MMgbEXPgudRzkoMcMPwDHviBC1q4QcFIC9+3qPkHPlDvsnPA DLcgOMOjMak+MNwDOI97uzlhlDMw/AxyOIMZ6pCTQoR8CTSIQDR0IJD/e/sjG2Wv9/HAnrJstLsW POdABZbwAQ7kwAU5OMMPyF6HhQf984MLitX1PR8OcODzQK8AB5ZABw4UJQ48v6VZXPADHeCd8D9Q eMPlsIR7+/7eLlD5vD0+eHkLXygq6IPKVWB1DsCiDmcwPQcicPYIWP/6JBiC9rUvgO573wjgD78R lEB+BCBACeZHgBTWLwUsDCAGWIj/ABaAhRgMwP3xp3/895//+ed/AfQXA1IwfwvwfgB4gAgYA/an gDUQAyjwgBD4gDVQAymAAgqYAg4YAymAgRW4ABv4gSAYgh+IAiJIgiRYgSdIgjVAcAAHcGdwBjxg fdsXfuVnfgNwgwBY/wI6CAE8iAEYIAFAKARC0AEdoAUb4AVeQAAEsAUJkAA2YAMtQAVSKIUBQAUB EAAvEAAMcIVXyABe+IVe+AJi+AIGwAAGMIYGcIZpmARpmIYm8IYm8ABJMIdv+ABx+AB4+AATsIcT gANRgAOACAQ4AASESAFA4ABWQAGKuIiM2IiKaAVWUIhOwIgO0AOM2AaWSAEOoAEpsAQuEAcvaAYy +H01iAA3iIMLoIM72IM/KAFCWIRGiIRKSABN+IQtcItR2AIMQIVXSAVeyIVcOIYvAIYBUIZqKIZu 2IYGAIfMWId5+IwPEAXS+Id+KAbWaAU4YIg4kIhtQAFO8I3gGI7i6P8EbeAAadADPeAEiUgBmNiN htgDiGgFDlCJUAACcaADdWB619d94FeKpkiAqbiKEOCDrfiKRbgBR6iETOiEUHiLU7iEW7CEBEAF CSACwHiRWCiMZLCQZHCGJkCGyriMcCiSJpAEdmiSeciHExAFQNCHfyiIaCADQTACQSADUKCJ85iT OrmTDkABPdCNkNgDaWCIPUkBOCCU7jiJVgCPIKAC0beP3zd+6PePqKiKJcCKBTmEBymLSliLthiF VNAEH+BvE3cGW4AFVaCFYLiWZ8gAZCAFKuACOoAFY6CGIUmSb1gERSCHd/iM0yiNDfAHWfCHWYAD R2B5HxcBQVCUjtj/mBTAjUQZBCUwiZa4lGlQBSAgAHwgA/CIiA6QAjQwfdYXlaV4igSoijw4kD4Y hFoZi0m4hF7pkGC5BVsAAS5AmzawAGWQAFvQBGEYkRmZkVIgAFtgAF6gA0RwhiJQkWnYBCLwnE3w ACKAAEggAnYoAhowBlHwABqABiIwAts5BSogA30IBGIAAnKwAzI5AlkQBCdgBe2ZBWhwAicwAlDg AN2IBiNwAg7gB+wZBGjQAC4gA1lAATR5AkAgkwOAADKgiWnQkw0QmlApAP04lVR5mgJJkKxJhK6p kLGJi1bYBE1QBirAhQPABacnBQHQBFIQBi6AAL4phk2QAxgAklrg/wUvAAFkpwMYYAId8AM04AEC 0AQLYHoxYAIosHQRMAITwAFcwAN1wAQy4AEaBwSFCQQgcAYjgANFWQICwAY1MARicARfQAMfMARB 4AQNoE5y0AA9oAJDsAQgYHlyMAJEQHN14KYUkAbnaAXlqIlZIKGjyY9SmX6mmYMZupqu2JpH+JoL +ZVgaYUBQKJbSAUDoARN4AUekABVYAYi+gMYYIYMQAARgKNpaIYi4AIzQAZCIAciMAMf8JxyMAMm UAML8ABeYAYikARKUAIPQAdEEAULEANRcAQqIAZR4AeAeAQf4AIyFwMOwAba9wFBgKVycAJZoAQD kAYCwAROAAI/kP8FOjAAaCAGI/ABPkkDfBCgDUCO6uinmWiIghoBpGmhhxqQV4mVG7qVjvqhVBCp VFAGNPACvjgARRAABPABBIAFfXB6NDAAYriiHlAGL9CRXrABCRABImAAZOACBCAEHmACBlAHtLoA KGACMxBycsABMTABKqABD3AENRAFIOABgbisbSoD+wkEaoqchggCKSCP4BoEp+cBsBAEHgACkxgE ceAAQHAEKqcEGnCI+AmP65iuokmvhFqap4io+aqaWcmhjeqhDCmbVmiFReACVvgCWPAEL0AANLAF UyAAw6gFBBCGDKAERtAEBiACJDAFcEsABkAAHvCxH7CMKjADSRD/AwvgoyH7AA1AAA8QBxowATNQ AxOQpX04iFg6no/ptFkQBgJQARpAASAwBDfZBWsABR/QAH5wAiAgBnKKiCMgB1nQBjsQBEGABBGg jpoIBD7ZA4cYqFlbr4batfiamhq6qGLLlY/akP8qqQEgBHHAAFmIBUJAkSpAmxwwrDpAAMJIAEOg BCggABHQBEmAABEAAQKAACYgBGfAholrAgsgAKs6BEYAAT/ABA/gAdZ5BC2rAXIwAIDoh0cwB0tg BipQB0FABFxwArxbjyRgBF0gByCAAykAA12gBEhAARxwBOo4AjkgBSeAAFxwBUOAAg5AjorYmY8Z ocW7tfaKvKip/6/My69kC6lRyIUEQLFaaLcMYANCYANvKwFVsAXDOIYM0ARCgL18awBNsAFCoAUd qQFl8IZCoAEm8Ko7kAQjIARH4AVyCAJjMAEi0AB+2AAdMAHKmqAgcAQg8MYjcAQa4ACwGwQA3AAg sAPdyAYNcAQNAAU9cATVKpR6PJ9vfARiUI482QZZYATzarw2SMOJGrY4DJtl65BT6IsE24VVuIVb 2IVfqMTDaJdpCJJtmATMaJLMmJJ4KI0ruYdRMAGCCIiJCARtAARpMIns6JNWAAIl4I3l2I2MrI5p YAXHrI49AIlF6QRFOY/eOIkVHMkyfLxVWcn72qGYDKmbjJHeHGOMwhjOyHiXbdiMrQyNeKiSm1vA nAsEkLiIK/ynMtAAjlnPjtmTOUkBUEAEoBLDFFqok3zNX7u8BqnNzwuiU/jN3yzO4kzO5WzOzojO 6szOgUiI70yJ9pzR9dyTbYAGpxs0gQAAOw== --_005_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_ Content-Type: image/gif; name="image002.gif" Content-Description: image002.gif Content-Disposition: inline; filename="image002.gif"; size=134; creation-date="Tue, 21 Aug 2012 14:31:09 GMT"; modification-date="Tue, 21 Aug 2012 14:31:09 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhAQABAMQAAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAA AAAALAAAAAABAAEAAAUDIBACADs= --_005_80317163A516B94B988E1615F9FAFB19204CF9EFotwlxg22opentex_-- --===============0475875385== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel --===============0475875385==-- From libssh2-devel-bounces@cool.haxx.se Tue Aug 21 17:16:20 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LFG9oG029913; Tue, 21 Aug 2012 17:16:17 +0200 Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LFG6t1029787 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Tue, 21 Aug 2012 17:16:07 +0200 Received: by qatn12 with SMTP id n12so61947qat.20 for ; Tue, 21 Aug 2012 08:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=7J+51STIxODsWBJtcbOBSUuYC6/s1QRoMdGayV0Goz8=; b=dKg+7uofVn4X5CLjv3xSoLj4qClnKLzGOr9xZEz201vEhelZpndpZ6a3DYw3tGXlCv eRs8C4FHMMTlXPYmPF/Z2D3GzZxQW1Q6dP04LxniKQ3cgnJh3FJfuTSpASX0oZPrP4QZ 08zfk0pi+/V5nm3OiBmhbceXx+ukIujBQ+3K+R7WO7QbHxn2gW3F1cm8sq0fasEt948N uL6slJz+2khYsLOXisvG5vanp0m4Fzlc0HOgmoKxBNX4jYCF2PR03unKS54wtpxtTV/m 1ySzNPxVW0Sxa9zJ6VMjigxO211D/f6l5Ifrr6QCoTJpOzvwcXC3U7ws6JNScGS1Ejfw Aylw== MIME-Version: 1.0 Received: by 10.224.195.199 with SMTP id ed7mr9715154qab.22.1345562161832; Tue, 21 Aug 2012 08:16:01 -0700 (PDT) Received: by 10.229.181.130 with HTTP; Tue, 21 Aug 2012 08:16:01 -0700 (PDT) In-Reply-To: <80317163A516B94B988E1615F9FAFB19204CF9EF@otwlxg22.opentext.net> References: <80317163A516B94B988E1615F9FAFB19204CF9EF@otwlxg22.opentext.net> Date: Tue, 21 Aug 2012 16:16:01 +0100 X-Google-Sender-Auth: 6_mrXQM3ocvq0AfIVbsendNbGr8 Message-ID: Subject: Re: libssh2 ECCN # From: Alexander Lamaison To: libssh2 development X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On 21 August 2012 15:31, Alona Rossen wrote: > > Hello, > > We need libssh2 ECCN # for our documentation. > Please advise if can obtain this information. > > Thank you, > > Alona As far as I know, we don't have one and, if this article [1] on the situation for Mozilla is correct you don't need one if you ask the U.S.A. government to review the libssh2 source and grant it an exemption [2]. [1] http://hecker.org/mozilla/eccn [2] http://www.exportcontrolblog.com/blog/2005/01/in_my_recent_me.html Alex -- Swish - Easy SFTP for Windows Explorer (http://www.swish-sftp.org) _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Aug 21 20:22:33 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LILlEI003167; Tue, 21 Aug 2012 20:22:06 +0200 Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LILjA4003146 for ; Tue, 21 Aug 2012 20:21:46 +0200 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q7LILVPx021902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 21 Aug 2012 14:21:44 -0400 Received: from localhost.localdomain (dhcp-27-133.brq.redhat.com [10.34.27.133]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q7LGqZMm014963; Tue, 21 Aug 2012 12:52:36 -0400 From: Peter Krempa To: libssh2-devel@cool.haxx.se Subject: [PATCH] known_hosts: Fail when parsing unknown keys in known_hosts file. Date: Tue, 21 Aug 2012 18:53:22 +0200 Message-Id: <566fd576a7e4da1b961e924643edf258695dfc5c.1345567981.git.pkrempa@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 Cc: Peter Krempa X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" libssh2_knownhost_readfile() silently ignored problems when reading keys in unsupported formats from the known hosts file. When the file is written again from the internal structures of libssh2 it gets truntcated to the point where the first unknown key was located. * src/knownhost.c:libssh2_knownhost_readfile() - return error if key parsing fails --- include/libssh2.h | 1 + src/knownhost.c | 5 ++++- 2 files changed, 5 insertions(+), 1 deletions(-) diff --git a/include/libssh2.h b/include/libssh2.h index 1580ba5..bc4f2d4 100644 --- a/include/libssh2.h +++ b/include/libssh2.h @@ -405,6 +405,7 @@ typedef struct _LIBSSH2_POLLFD { #define LIBSSH2_ERROR_SOCKET_RECV -43 #define LIBSSH2_ERROR_ENCRYPT -44 #define LIBSSH2_ERROR_BAD_SOCKET -45 +#define LIBSSH2_ERROR_KNOWN_HOSTS -46 /* this is a define to provide the old (<= 1.2.7) name */ #define LIBSSH2_ERROR_BANNER_NONE LIBSSH2_ERROR_BANNER_RECV diff --git a/src/knownhost.c b/src/knownhost.c index c58dfbb..1087bc2 100644 --- a/src/knownhost.c +++ b/src/knownhost.c @@ -910,8 +910,11 @@ libssh2_knownhost_readfile(LIBSSH2_KNOWNHOSTS *hosts, file = fopen(filename, "r"); if(file) { while(fgets(buf, sizeof(buf), file)) { - if(libssh2_knownhost_readline(hosts, buf, strlen(buf), type)) + if(libssh2_knownhost_readline(hosts, buf, strlen(buf), type)) { + num = _libssh2_error(hosts->session, LIBSSH2_ERROR_KNOWN_HOSTS, + "Failed to parse known hosts file"); break; + } num++; } fclose(file); -- 1.7.8.6 _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Tue Aug 21 20:29:00 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LISv5D010266; Tue, 21 Aug 2012 20:28:59 +0200 Received: from giant.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7LISu2c010259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Aug 2012 20:28:56 +0200 Received: from localhost (dast@localhost) by giant.haxx.se (8.14.4/8.14.4/Submit) with ESMTP id q7LIStx0010251; Tue, 21 Aug 2012 20:28:55 +0200 X-Authentication-Warning: giant.haxx.se: dast owned process doing -bs Date: Tue, 21 Aug 2012 20:28:55 +0200 (CEST) From: Daniel Stenberg X-X-Sender: dast@giant.haxx.se To: libssh2 development Subject: Re: [PATCH] known_hosts: Fail when parsing unknown keys in known_hosts file. In-Reply-To: <566fd576a7e4da1b961e924643edf258695dfc5c.1345567981.git.pkrempa@redhat.com> Message-ID: References: <566fd576a7e4da1b961e924643edf258695dfc5c.1345567981.git.pkrempa@redhat.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) X-fromdanielhimself: yes MIME-Version: 1.0 Cc: Peter Krempa X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Tue, 21 Aug 2012, Peter Krempa wrote: > libssh2_knownhost_readfile() silently ignored problems when reading keys in > unsupported formats from the known hosts file. When the file is written > again from the internal structures of libssh2 it gets truntcated to the > point where the first unknown key was located. Thanks, applied and pushed! -- / daniel.haxx.se _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Aug 22 23:46:30 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7MLjm74017166; Wed, 22 Aug 2012 23:46:20 +0200 Received: from mail.panic.com (posh.panic.com [38.103.165.4]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7MLjirU017075 for ; Wed, 22 Aug 2012 23:45:46 +0200 Received: from [10.0.0.190] (unknown [38.103.165.36]) by mail.panic.com (Postfix) with ESMTPSA id 0E3106326DB7 for ; Wed, 22 Aug 2012 14:45:40 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1280) Subject: Re: data overload From: Dave Hayden In-Reply-To: Date: Wed, 22 Aug 2012 14:45:35 -0700 Message-Id: <13982001-3A06-48CC-821E-F8982FA42A41@panic.com> References: <83F5C913-3083-4622-8DFF-AA941812D882@panic.com> <6268E65E-B5CC-4A38-80D1-A33FBFB9D62F@panic.com> To: libssh2 development X-Mailer: Apple Mail (2.1280) X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id q7MLjirU017075 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Aug 19, 2012, at 4:36 AM, Daniel Stenberg wrote: > On Wed, 15 Aug 2012, Dave Hayden wrote: > >> I added a "count" property to the list_head struct, incrementing it in _libssh2_list_add() and decrementing in _libssh2_list_remove(). In _libssh2_channel_read() instead of calling _libssh2_transport_read() once if session->packets is empty, I and session->packets->count is below a constant limit. (8 seems reasonable..?) A better solution might be to track the total size of the buffered data and place a limit on that instead. > > Thanks for the patch Dave, I can see how this might be necessary. I'm curious though, how is the channel window playing into this? I mean, the window is only grown in libssh2_channel_read_ex() so won't you get a finite amount of data that fills up the window? > > Other than so, I really agree that a limit on amount of data would be much better but that's also what we have the window for already so we need to find the middle ground here if windowing isn't enough. Or improve the windowing perhaps. Uh oh. Now I'm having one of those "was the whole thing a bad dream?" moments. I'm trying to reproduce the original problem (session->packets was filling up faster than I could drain it) and now I can't figure out what was causing it. And I can't find any traces in svn or in our bug tracker. It must have been alien abduction. It's the only sensible conclusion. I finally stared at the code long enough to sort out how the receive window works, and it certainly looks like that should keep this problem from happening. My best guess is I had something else going wrong and I was misreading the diagnostics. Many thanks for the help, -Dave _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Wed Aug 22 23:56:42 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7MLuZoR027741; Wed, 22 Aug 2012 23:56:39 +0200 Received: from mail.panic.com (posh.panic.com [38.103.165.4]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7MLuWj3027691 for ; Wed, 22 Aug 2012 23:56:32 +0200 Received: from [10.0.0.190] (unknown [38.103.165.36]) by mail.panic.com (Postfix) with ESMTPSA id B58D96326F9F for ; Wed, 22 Aug 2012 14:56:28 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1280) Subject: Re: compression From: Dave Hayden In-Reply-To: Date: Wed, 22 Aug 2012 14:56:27 -0700 Message-Id: References: <33895DCF-903D-4977-9E6F-954F0C72920D@panic.com> To: libssh2 development X-Mailer: Apple Mail (2.1280) X-MIME-Autoconverted: from quoted-printable to 8bit by giant.haxx.se id q7MLuWj3027691 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Precedence: list Reply-To: libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" On Aug 19, 2012, at 4:49 AM, Daniel Stenberg wrote: > On Fri, 27 Jul 2012, Dave Hayden wrote: > >> Here's another stab at that code, adding a "use_in_auth" flag to the LIBSSH2_COMP_METHOD struct and a separate "zlib@openssh.com" method, along with checking session->state for LIBSSH2_STATE_AUTHENTICATED. Appears to work on the OpenSSH servers I've tried against, and it should work as before with normal zlib compression. (Unless, of course, I've messed something up..) > > Thanks, I've merged and pushed this patch now to allow everyone to try it out easier. I just ran into a small problem with the compression code: libssh2 reports inflate()'s Z_BUF_ERROR return as an error (ultimately resulting in a read error coming out of the API), though it appears to be harmless. (See http://www.zlib.net/zlib_faq.html#faq05 ) I've changed the code to ignore it and it appears to be working fine so far. I'll keep an eye on it and let y'all know if we see any problems. -Dave --- libssh2/src/comp.c (revision 788) +++ libssh2/src/comp.c (working copy) @@ -318,7 +318,7 @@ status = inflate(strm, Z_PARTIAL_FLUSH); - if (status != Z_OK) { + if (status != Z_OK && status != Z_BUF_ERROR) { LIBSSH2_FREE(session, out); _libssh2_debug(session, LIBSSH2_TRACE_TRANS, "unhandled zlib error %d", status); _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Aug 24 06:12:00 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7O4BRJf025788; Fri, 24 Aug 2012 06:11:52 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7O4BPVh025765 for ; Fri, 24 Aug 2012 06:11:26 +0200 Received: (qmail 8022 invoked from network); 24 Aug 2012 04:11:23 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 24 Aug 2012 04:11:23 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 24 Aug 2012 04:11:23 -0000 X-URL: https://trac.libssh2.org/ Subject: [libssh2] #247: crash in libssh2 while downloading file using multi thread X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/247 Message-ID: <045.ad2bf2f64c207be526bd2a8d99b05a3a@libssh2.stuge.se> X-Trac-Ticket-ID: 247 X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7O4BPVh025765 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7O4BRJf025788 #247: crash in libssh2 while downloading file using multi thread -----------------------------------+-------------------- Reporter: hgxxx007 | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: SFTP | Version: 1.4.1 Keywords: crash libssh2 libcurl | Blocked By: Blocks: | -----------------------------------+-------------------- # cat /etc/SuSE-release SUSE Linux Enterprise Server 11 (x86_64) VERSION = 11 PATCHLEVEL = 1 # uname -a Linux ATAE_R3_250 2.6.32.12-0.7-default #1 SMP 2010-05-20 11:14:20 +0200 x86_64 x86_64 x86_64 GNU/Linux # uname -a Linux linux49 2.6.32.45-0.3.2.3813.0.PTF-default #1 SMP 2011-08-22 10:12:58 +0200 x86_64 x86_64 x86_64 GNU/Linux (gdb) bt #0 0x00007ffff6f95cef in memcpy () from /lib64/libc.so.6 #1 0x00007ffff7567ef1 in SHA1_Update () from /usr/lib64/libcrypto.so.0.9.8 #2 0x00007ffff759c086 in ?? () from /usr/lib64/libcrypto.so.0.9.8 #3 0x00007ffff72957e0 in _libssh2_transport_send (session=0x1196bd0, data=0x1097e1c "^", data_len=38, data2=0x7fffdc007904 "", data2_len=29) at transport.c:800 #4 0x00007ffff727b188 in _libssh2_channel_write (channel=0x1097bb0, stream_id=0, buf=0x7fffdc007904 "", buflen=29) at channel.c:2055 #5 0x00007ffff728cec2 in sftp_read (handle=0x7fffd8001da0, buffer=0x1173ec0 "\223?235?R*?W\001?225cSHb邢 %\215A).QXB:?{(\201[.\225Q肯?\221?>.\203\017\003晤..?220饽?#?\005t\237n聿 M.桠T?fb\234\002\037?\212@!?030^\211\n\\o??230?027?U.x\211r\213zP&L\030M主 \021\060?214?L\204\215+GB!?\022#\226\033琢4C玎&\bE?, buffer_size=16384) at sftp.c:1221 #6 0x00007ffff728d2ec in libssh2_sftp_read (hnd=0x7fffd8001da0, buffer=0x1173ec0 "\223?235?R*?W\001?225cSHb邢 %\215A).QXB:?{(\201[.\225Q肯?\221?>.\203\017\003晤..?220饽?#?\005t\237n聿 M.桠T?fb\234\002\037?\212@!?030^\211\n\\o??230?027?U.x\211r\213zP&L\030M主 \021\060?214?L\204\215+GB!?\022#\226\033琢4C玎&\bE?, buffer_maxlen=16384) at sftp.c:1374 #7 0x00007ffff78658db in sftp_recv () from ./libcurl.so.4 #8 0x00007ffff78397b1 in Curl_read () from ./libcurl.so.4 #9 0x00007ffff78518d6 in Curl_readwrite () from ./libcurl.so.4 #10 0x00007ffff7852a08 in Curl_do_perform () from ./libcurl.so.4 #11 0x000000000040dfe6 in merge_download_all_ts (m3u8_info=0x10db160) at merge_download.c:2465 #12 0x000000000040e829 in merge_download_thread (param=0x623820) at merge_download.c:2590 #13 0x00007ffff6cfe5f0 in start_thread () from /lib64/libpthread.so.0 #14 0x00007ffff6fe884d in clone () from /lib64/libc.so.6 #15 0x0000000000000000 in ?? () (gdb) ./curl --version curl 7.24.0 (x86_64-unknown-linux-gnu) libcurl/7.24.0 OpenSSL/0.9.8h zlib/1.2.3 libssh2/1.4.0 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp Features: IPv6 Largefile NTLM NTLM_WB SSL libz # ldd libcurl.so linux-vdso.so.1 => (0x00007fff989ff000) libssh2.so.1 => ./libssh2.so.1 (0x00007f087bd2c000) librt.so.1 => /lib64/librt.so.1 (0x00007f087baed000) libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f087b899000) libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007f087b51e000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f087b319000) libz.so.1 => /lib64/libz.so.1 (0x00007f087b103000) libc.so.6 => /lib64/libc.so.6 (0x00007f087ada5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f087ab87000) /lib64/ld-linux-x86-64.so.2 (0x00007f087c1b6000) # ldd libssh2.so.1 linux-vdso.so.1 => (0x00007fffda1ff000) libssl.so.0.9.8 => /usr/lib64/libssl.so.0.9.8 (0x00007f2b64fcd000) libcrypto.so.0.9.8 => /usr/lib64/libcrypto.so.0.9.8 (0x00007f2b64c51000) libz.so.1 => /lib64/libz.so.1 (0x00007f2b64a3b000) libc.so.6 => /lib64/libc.so.6 (0x00007f2b646dd000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f2b644d8000) /lib64/ld-linux-x86-64.so.2 (0x00007f2b6547e000) -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel From libssh2-devel-bounces@cool.haxx.se Fri Aug 31 23:32:59 2012 Return-Path: Received: from www.haxx.se (localhost.localdomain [127.0.0.1]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7VLWR7h019507; Fri, 31 Aug 2012 23:32:51 +0200 Received: from earth.stuge.se (earth.stuge.se [212.116.89.126]) by giant.haxx.se (8.14.4/8.14.4/Debian-2) with ESMTP id q7VLWPAp019470 for ; Fri, 31 Aug 2012 23:32:25 +0200 Received: (qmail 25365 invoked from network); 31 Aug 2012 21:32:24 -0000 Received: from unknown (HELO earth.stuge.se) (127.0.0.1) by localhost with SMTP; 31 Aug 2012 21:32:24 -0000 MIME-Version: 1.0 From: "libssh2 Trac" X-Trac-Version: 1.0dev Precedence: bulk Cc: libssh2-devel@cool.haxx.se Auto-Submitted: auto-generated X-Mailer: Trac 1.0dev, by Edgewall Software X-Trac-Project: libssh2 Date: Fri, 31 Aug 2012 21:32:24 -0000 X-URL: https://trac.libssh2.org/ Subject: Re: [libssh2] #247: crash in libssh2 while downloading file using multi thread X-Trac-Ticket-URL: https://trac.libssh2.org/ticket/247#comment:1 Message-ID: <060.92fc520dc6a419effe6831f18d87ba1a@libssh2.stuge.se> References: <045.ad2bf2f64c207be526bd2a8d99b05a3a@libssh2.stuge.se> X-Trac-Ticket-ID: 247 In-Reply-To: <045.ad2bf2f64c207be526bd2a8d99b05a3a@libssh2.stuge.se> X-MIME-Autoconverted: from base64 to 8bit by giant.haxx.se id q7VLWPAp019470 X-BeenThere: libssh2-devel@cool.haxx.se X-Mailman-Version: 2.1.15 Reply-To: trac@libssh2.stuge.se, libssh2 development List-Id: libssh2 development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: libssh2-devel-bounces@cool.haxx.se Sender: "libssh2-devel" #247: crash in libssh2 while downloading file using multi thread -----------------------+----------------------------------- Reporter: hgxxx007 | Owner: bagder Type: defect | Status: assigned Priority: normal | Milestone: Component: SFTP | Version: 1.4.1 Resolution: | Keywords: crash libssh2 libcurl Blocked By: | Blocks: -----------------------+----------------------------------- Changes (by bagder): * owner: => bagder * status: new => assigned Comment: Thanks for the report. Did your code set the OpenSSL mutex callbacks necessary for multi-threaded applications? If you did, can you please show us a full libssh2 using example that causes such a crash? It would be preferable if you could make one that is using libssh2 directly instead of going through libcurl, for debugging reasons. -- Ticket URL: libssh2 C library for writing portable SSH2 clients _______________________________________________ libssh2-devel http://cool.haxx.se/cgi-bin/mailman/listinfo/libssh2-devel