similar to: large files scp problem

Here are a couple of patches against the CVS (Jan 22 18:41 PST) Some C++ comments found their way into ssh.h The no64.patch puts ifdefs around buffer_get_int64() now in bufaux.[c,h] -- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net -------------- next part -------------- --- ssh.h.old Mon Jan 22 18:40:58 2001 +++ ssh.h Mon Jan 22 19:02:02 2001 @@ -25,8 +25,10 @@ # include

[cc'ed to exports at crypto.com. This patch contains no changes to cryptographic routines, it only changes how the package's configure script works] [I'm not subscribed to this list, please cc me on responses. Thanks] I noticed a minor configure problem in OpenSSH 2.9p2. Basically, configure will check sys/types.h for various "sized" prototypes, and then it separately

Tru64 UNIX 4.0D, with the DTK (Desktop Toolkit), includes int64_t in /usr/include.dtk/stdint.h. $ gmake ... (cd openbsd-compat && gmake) gmake[1]: Entering directory `/opt/build/openssh-3.2.3p1/openbsd-compat' cc -O2 -std -I/opt/TWWfsw/tcpwrap/include -I. -I.. -I. -I./.. -I/opt/TWWfsw/libopenssl09s/include -I/opt/TWWfsw/zlib11s/include -DHAVE_CONFIG_H -c bsd-arc4random.c cc: Error:

Details of installation attached. Effect: when I build and test (with full path names) ssh in the openssh... directory, everything works fine. When I "install" it as per attached file into a test-directory and run it from there, there are 2 phenomena: either it just hangs, eating 96% of CPU or it dies with a Segmentation fault (this is what happens most often) Help needed

Hi, openssh_cvs as of today, SCO Open Server 3.0, socklen_t this typedef doesn't exist on SCO OSR 3, and "configure" properly detects this, leading to /* #undef HAVE_SOCKLEN_T */ in config.h. Problem: I can't find any place where this is actually being used? I'd expect something like #ifndef HAVE_SOCKLEN_T typdef int socklen_t; #endif ("int" is what the

Good morning! I compiled samba 4.10.8 from source in a slackware 14.2 machine and imported a samba classic domain from an ldap backend. Everything works flawlessly except for a couple of user who are getting their accounts locked out periodically. I'm trying to debug this problem so I modified the smb.conf file of the DC so that it looks like this # Global parameters [global] ??????? dns

Hello to all! I have problem with OpenSSH 1.2.1pre18 on Linux (kernel 2.2.13, distribution Slackware 4.0). When someone login using ssh, there is no way to see his presentance with some 'standard' tools (finger, who, w, users...). Of course, his proccesses are in ps, and so. I've tried to see /etc/utmp using vi, and there is some entry, but maybe invalid, or something. When I enable

Compaq C 6.5 OpenVMS Alpha 7.3 The config.h.in template file is missing the line: #undef HAVE_INET_NTOP This caused the resulting CONFIG.H on OpenVMS to not test for the existance of the inet_ntop() routine in it's system tables. This configure bug exposed that the prototype in inet_ntop() in RSYNC.H does not match the one in the Compaq C header files. This stopped the build. I am

I am trying to build openssh-4.3p2 portable source under Cygwin running under Windows XP SP2. I have installed Cygwin 1.5.19-4 along with these significant packages (installed using the cygwin setup program): gcc 3.4.4-1 minires-devel 1.00-1 openssl 0.9.8a-1 openssl-devel 0.9.8a-1 openssl097 0.9.7i-1 tcp_wrappers 7.6-1 zlib 1.2.3-1 I used the instructions in openssh-4.3p2/contrib./cygwin/README

configure appears to be setting things right: dragon:/var/src/openssh-1.2.1pre23> grep INTXX config.h #define HAVE_INTXX_T 1 /* #undef HAVE_U_INTXX_T */ #define HAVE_UINTXX_T 1 Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily shared

Beyond any more general questions of whether pam sessions *should* be run as root, is there an immediate security concern with moving the pam_open_session (and pam_setcred) stuff to the parent (root) process? (E.g., via the patch below.) -- Mike Stone diff -u -r1.4 auth-pam.c --- auth-pam.c 25 Jun 2002 00:45:33 -0000 1.4 +++ auth-pam.c 25 Jun 2002 20:33:41 -0000 @@ -286,6 +286,8 @@

This affects the XMMS plugin. configure.in has this test: AC_CHECK_TYPES(socklen_t, [], []) And src/plugin_xmms/http.c is the only consumer: #ifndef HAVE_SOCKLEN_T typedef unsigned int socklen_t; #endif Together this looks bogus to me. The configure check looks for socklen_t in the default headers. If it isn't found there, socklen_t will be typedef'ed. However, at least on

I worked on a proposal like this a few years back (including proof of concept code).? I taught sftp to have an scp personality (closer to scp2 than scp), and it was rejected by the higher ups.? It may have been the dual-personality issue, but I know the scp2 concept was also rejected at the time as it was stated there should be one transfer tool. But the only way to drag scp into this century

For the next patch which I am about to submit (liblongpath integration), I thought I we should have the autoconf havelib macros from gnulib (AC_LIB_HAVE_LINKFLAGS). AC_LIB_HAVE_LINKFLAGS would also be useful to facilitate linking to other external libraries (popt, zlib) where they are installed outside the default search path. To avoid a dependency on gnulib (which would, IIUC, require more

Alan Coopersmith (1): dix-config.h: add HAVE_SOCKLEN_T definition Eric Curtin (1): config: add a quirk for Apple Silicon appledrm Joaquim Monteiro (2): os: Fix assignment with incompatible pointer type os: Fix siHostnameAddrMatch in the case where h_addr isn't defined Matt Turner (3): hw/xfree86: Fix -Wmissing-prototypes warnings hw/xfree86: Fix

Here's a configure check to see if socklen_t is defined. Even though my man pages on linux say accept(2) takes (int *) as it's 3rd arg, the sys/socket.h files begs to differ. If not defined (which is doesn't seem to be on AIX 4.2.1), it can be explicitly typedef'ed to (unsigned int). Now do mainstream code changes get submitted back to the openbsd group, or would it be better to

f0296255 switched to --std=c99 by default, but old glib relies on the pre-C99 extern inline rules. Override G_INLINE_FUNC for it to avoid multiple definition linker errors. --- src/plugin_xmms/charset.c | 4 +--- src/plugin_xmms/configure.c | 4 +--- src/plugin_xmms/fileinfo.c | 4 +--- src/plugin_xmms/http.c | 5 +---- src/plugin_xmms/plugin.c | 4 +--- src/plugin_xmms/plugin.h |

I have found the following simple patch useful for building OpenSSH 3.8p1 on my Tru64 V4.0G boxes with Heimdal 0.6. The problem is that Heimdal defines the intXX_t types in <krb5-types.h> and these then clash with OpenSSH's own definitions in "defines.h". The patch should be harmless on other platforms (at least if they are sane and don't define __BIT_TYPES_DEFINED__

On Tue, 2017-06-13 at 11:03 +0200, awl1 wrote: > Hello Andrew, hello Samba experts, > > first of all, good news: So I have indeed managed to compile a set co > cross-compiled binaries and installed them successfully onto my NAS. > Many thanks for your help in getting there! > while the output of my freshly cross-compiled version does not have any > single of them: >

I've had these laying about for a while, can't remember whether I sent them before. diff -u openssh-2.1.1p1.orig/entropy.c openssh-2.1.1p1/entropy.c --- openssh-2.1.1p1.orig/entropy.c Wed Jun 7 08:20:23 2000 +++ openssh-2.1.1p1/entropy.c Thu Jun 15 13:58:25 2000 @@ -201,7 +201,9 @@ total_entropy_estimate += stir_gettimeofday(1.0); total_entropy_estimate +=