similar to: [Bug 130] segfault on connect / Red Hat 6.1 w/OpenSSL 0.9.6c

http://bugzilla.mindrot.org/show_bug.cgi?id=130 Summary: segfault on connect / Red Hat 6.1 w/OpenSSL 0.9.6c Product: Portable OpenSSH Version: 3.0.2p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=168 ------- Additional Comments From djm at mindrot.org 2002-04-17 12:28 ------- I don't understand the problem here: CPPFLAGS gets updated for each directory on the list with either -Idirectory or -Idirectory/include (if it exists). ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the

https://bugzilla.mindrot.org/show_bug.cgi?id=2395 Bug ID: 2395 Summary: Error with sftp get wildcard when number of files is over 130 Product: Portable OpenSSH Version: 6.6p1 Hardware: amd64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: sftp

The segfault logged below occurs on two different Red Hat 6.2 systems running OpenSSH installed from the 2.5.1p2 RPM. (Similar problems occured with the 2.5.1p1 RPM.) The most recent of the Red Hat 6.2 systems tested is stock except for an upgrade of rpm-3.0.5-9.6x.i386.rpm and the install of Red Hat's release of openssl-0.9.5a-3.i386.rpm, both necessary for the OpenSSH RPM install. The

The old entry in the FAQ, quoted below, is now confusing through no fault of the FAQ author. > 3.5 - Password authentication doesn't work (eg on Slackware 7.0 or Red Hat 6.x) The problem is that Red Hat has now published Red Hat Enterprise Linux 6.0 and 6.1, normally written RHEL 6.0. Some software purchasers and new admins are not aware that Red Hat 6.0 was actually the name of a much

Has anyone tried to build 3.1p1 on Solaris with the new openssl-0.9.6d? I am having trouble building; here is my setup: GNU ld, GNU make and my config options are as follows: ./configure --prefix=/usr/local/stow/openssh-3.1p1 \ --sysconfdir=/usr/local/etc --with-md5-passwords --disable-suid-ssh \ --with-ssl-dir=/usr/local/ssl Here is the error is fails on: /usr/local/bin/ld -o scp scp.o

Hello, Recently I realized that entering first 8 characters from my root password is enough to log in as root although I've enabled MD5 passwords in installation program. Also I've added two other users during installation. After looking through /etc/shadow it seems that root's password isn't md5 although passwords of other two users are md5. Is it correct behaviour? Eugene --

https://bugzilla.netfilter.org/show_bug.cgi?id=1424 Bug ID: 1424 Summary: v0.9.0: segfault when using nft -f <file> and issuing "ruleset flush" twice Product: nftables Version: unspecified Hardware: All OS: Debian GNU/Linux Status: NEW Severity: normal

pn] I'm trying to set up Samba on a Linux Red Hat 6.1 machine. Other machines on my network are NT4 and Win98. I generally followed a NHT, except that I have a domain using user-level access for shares instead of a share-level access. I couldn't get it to work, and tried diagnosing it using the document at http://us1.samba.org/samba/docs/DIAGNOSIS.html. Several tests are not working as

https://bugzilla.mindrot.org/show_bug.cgi?id=1992 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release

http://bugzilla.mindrot.org/show_bug.cgi?id=331 ------- Additional Comments From djm at mindrot.org 2003-01-07 18:23 ------- 3 months, no followup == no bug ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Hello, rpm's for 6.2 also did not work here. ( With latest rpm, openssl,...) Compiling myself the binaries did not give any error and working fine. De Munter Erwin -----Original Message----- From: Damien Miller [mailto:djm at mindrot.org] Sent: Monday, March 05, 2001 11:56 PM To: Marco Fioretti Cc: openssh-unix-dev at mindrot.org; marco.fioretti at tiscalinet.it Subject: Re: SSH RPM for Red

http://bugzilla.mindrot.org/show_bug.cgi?id=73 ------- Additional Comments From djm at mindrot.org 2002-01-19 09:38 ------- Are you sure it is not your glob() implementation that is incorrect here? sftp relies on glob to return non-zero (i.e. GLOB_NOMATCH) when no files are matched. This works correctly on Linux, Solaris and OpenBSD. ------- You are receiving this mail because: -------

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=421 netfilter@linuxace.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From

Hi there, I just wanted to follow up on this readDCF issue with install.packages on AIX on R 3.*. I'm happy to help try potential solutions or debug if anyone could point me in the right direction. To re-cap, it appears readDCF is segfault'ing since R 3.* on AIX. This was not the case up until R 2.15.3. This makes install.packages not usable. Thanks. -- Vinh On Tue, Nov 11, 2014 at

On Tue, Sep 22, 2015 at 1:46 AM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > However, Herve's second example does illustrate a bug I can reproduce: > one character out of 10000 was read incorrectly. Could you please try > his final patch and see if it fixes your AIX problems? Just tried the latest dcf.c from R-dev and install.packages no longer segfaults from

On 21/09/2015 1:49 PM, Vinh Nguyen wrote: > Here's an update: > > I checked the ChangeLog for R, and it seems like readDCF was changed > in 3.0.2. I went on a whim and copied src/main/dcf.c from R 2.15.3 > over to 3.2.2, and R compiled fine and install.packages now work for > me. > > This is probably not ideal, but it at least makes R usable on AIX for > me.

On 21/09/2015 10:20 PM, Vinh Nguyen wrote: > On Mon, Sep 21, 2015 at 2:48 PM, Duncan Murdoch > <murdoch.duncan at gmail.com> wrote: >> On 21/09/2015 4:50 PM, Herv? Pag?s wrote: >>> Hi, >>> >>> Note that one significant change to read.dcf() that happened since R >>> 3.0.2 is the addition of support for arbitrary long lines (commit >>>

On Mon, Sep 21, 2015 at 2:48 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 21/09/2015 4:50 PM, Herv? Pag?s wrote: >> Hi, >> >> Note that one significant change to read.dcf() that happened since R >> 3.0.2 is the addition of support for arbitrary long lines (commit >> 63281), which never worked: >> >> dcf <- paste(c("aa:

http://bugzilla.mindrot.org/show_bug.cgi?id=1282 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME CC|