search for: send_context

...ssignee: unassigned-bugs at mindrot.org Reporter: markus at blueflash.cc During initialization there a memory leak occurs in ssh_set_newkeys(). During startup ssh_set_newkeys() is called twice, once with MODE_OUT and once with MODE_IN. Accordingly the ccp pointer points to state->send_context and state->receive_context At this time state->newkeys[mode] is stil NULL, so the if-clause ("rekeying") does not apply. Further down cipher_init(ccp, ) is called. First thing that cipher_init() does is setting *ccp= NULL; which is be equivalent to "state->send_context=...

...w, + (unsigned long long)state->compress_zstd_in_comp, + state->compress_zstd_in_raw == 0 ? 0.0 : + (double) state->compress_zstd_in_comp / + state->compress_zstd_in_raw); + } +#endif /* HAVE_LIBZSTD */ } -#endif /* WITH_ZLIB */ cipher_free(state->send_context); cipher_free(state->receive_context); state->send_context = state->receive_context = NULL; @@ -696,11 +727,11 @@ start_compression_out(struct ssh *ssh, int level) if (level < 1 || level > 9) return SSH_ERR_INVALID_ARGUMENT; debug("Enabling compression at level %d.&qu...

Hello, rsync.h is always including the syslog.h file, even though it is only used when the LOG_DAEMON macro is defined. Could someone change it to be as follows: #ifdef LOG_DAEMON #include <syslog.h> #endif OpenVMS currently does not have a syslog facility, so it does not have a syslog.h. Thank you, -John wb8tyw@qsl.net Personal Opinion Only

...onditions. See the file `COPYING' for details. For more information, set GCC_BOUNDS_OPTS to `-help' <unknown>:0:Bounds error: in memcpy with 0x814edf8 and 0x814edf0 for 16, source and destination objects overlap. <unknown>:0: Pointer value: 0x814edf8 <unknown>:0: Object `send_context': <unknown>:0: Address in memory: 0x814ede0 .. 0x814fe5f <unknown>:0: Size: 4224 bytes <unknown>:0: Element size: 1 bytes <unknown>:0: Number of elements: 4224 <unknown>:0: Created at: packet.c, line 86 <unkn...

...quest_receive entering debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: kex_derive_keys debug1: newkeys: mode 1 <unknown>:0:Bounds error: in memcpy with 0x1a5a38 and 0x1a5a30 for 16, source and destination objects overlap. <unknown>:0: Pointer value: 0x1a5a38 <unknown>:0: Object `send_context': <unknown>:0: Address in memory: 0x1a5a20 .. 0x1a6a9f <unknown>:0: Size: 4224 bytes <unknown>:0: Element size: 1 bytes <unknown>:0: Number of elements: 4224 <unknown>:0: Created at: packet.c, line 87 <unknow...

I added ZSTD support to OpenSSH roughly three years ago and I've been playing with it ever since. The nice part is that ZSTD achieves reasonable compression (like zlib) but consumes little CPU so it is unlikely that compression becomes the bottle neck of a transfer. The compression overhead (CPU) is negligible even when uncompressed data is tunneled over the SSH connection (SOCKS proxy, port

I hacked zstd support into OpenSSH a while ago and just started to clean it up in the recent days. The cleanup includes configuration support among other things that I did not have. During testing I noticed the following differences compared to zlib: - highly interactive shell output (as in refreshed at a _very_ high rate) may result in higher bandwidth compared to zlib. Since zstd is quicker

I added ZSTD support to OpenSSH roughly over a year and I've been playing with it ever since. The nice part is that ZSTD achieves reasonable compression (like zlib) but consumes little CPU so it is unlikely that compression becomes the bottle neck of a transfer. The compression overhead (CPU) is negligible even when uncompressed data is tunneled over the SSH connection (SOCKS proxy, port

...packet.c cc: Warning: packet.c, line 142: In this statement, the referenced type of the pointer value """" is "char", which is not compatible with "const unsigned char" because they differ by signed/unsigned attribute. (ptrmismatch1) cipher_init(&send_context, none, "", 0, NULL, 0, CIPHER_ENCRYPT); -----------------------------------------^ cc: Warning: packet.c, line 143: In this statement, the referenced type of the pointer value """" is "char", which is not compatible with "const unsigned char" becaus...