similar to: [PATCH] openssh - loginrec.c - Non-atomic file operations.

Displaying 20 results from an estimated 500 matches similar to: "[PATCH] openssh - loginrec.c - Non-atomic file operations."

2003 Feb 11
0
[Bug 492] New: Spurious error message from loginrec when attempting to login in with the highest uid for the first time.
http://bugzilla.mindrot.org/show_bug.cgi?id=492 Summary: Spurious error message from loginrec when attempting to login in with the highest uid for the first time. Product: Portable OpenSSH Version: 3.5p1 Platform: ix86 OS/Version: BSDI Status: NEW Severity: trivial Priority: P2
2002 Feb 12
0
[Bug 110] New: bogus error messages in lastlog_get_entry()
http://bugzilla.mindrot.org/show_bug.cgi?id=110 Summary: bogus error messages in lastlog_get_entry() Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2003 Apr 08
1
[Bug 539] open() requires 3 arguments when using O_CREAT
http://bugzilla.mindrot.org/show_bug.cgi?id=539 Summary: open() requires 3 arguments when using O_CREAT Product: Portable OpenSSH Version: 3.6p1 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:
2000 Aug 03
1
lastlog_get_entry error on IRIX
Precedence: bulk Hi, I'm getting the error: sshd[71835]: lastlog_get_entry: Error reading from /var/adm/lastlog: Error 0 from openssh 2.1.1p4 on IRIX (6.5.8m). Looks like there's some confusion about /var/adm/lastlog being a directory and not a file on IRIX. ./configure says: checking for lastlog... no checking if your system defines LASTLOG_FILE... no but I still gets the error
2010 Sep 13
5
[Bug 1817] New: lastlog is not recorded with the big uid
https://bugzilla.mindrot.org/show_bug.cgi?id=1817 Summary: lastlog is not recorded with the big uid Product: Portable OpenSSH Version: 5.6p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org ReportedBy:
2000 Jul 26
2
[2.1.1p4] utmp related patches plus unresolved bugs description
Fixed: -- On systems such as SunOS4 where the system include files are no help in locating the utmp file (et al.), configure can define their location in CONF_*, but defines.h never used these. -- Might as well put in the usual location for SunOS4. -- In loginrec.c (utmp_write_direct), writing to the utmp file was not done correctly. Remaining: -- At logout, the utmp entry cannot be
2000 Aug 01
2
[2.1.1p4] utmp patch for SunOS 4.1.x
Follow-on to Charles Levert's <charles at comm.polymtl.ca> work on utmp_write_direct. Fixed: -- At logout, the utmp entry is cleared. Tested on SunOS 4.1.4. The code I added to loginrec.c is restricted to SUNOS4 pending QA testing on other platforms. This patch incorporates the work done by Charles Levert on 7/25/2000 00:43:22. (Do any of us sleep at
2023 Jan 13
0
[klibc:master] ls: Handle relative directory names correctly
Commit-ID: 3d63cd68496a1c8aeccbdac6488bc1f002700bc8 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=3d63cd68496a1c8aeccbdac6488bc1f002700bc8 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 31 Dec 2022 16:00:28 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 31 Dec 2022 16:04:19 +0100 [klibc] ls: Handle relative
2014 Feb 24
1
loginrec.c: bug in construct_utmpx() definition?
Hello, I am trying to cross compile OpenSSH_5.8p2 on linux for a powerpc target with uClibc available. My problem is that I get a error when loginrec.c is compiled: openssh/loginrec.c: In function 'construct_utmpx': openssh/loginrec.c:790:10: error: 'ut' undeclared (first use in this function) openssh/loginrec.c:790:10: note: each undeclared identifier is reported only once for
2003 May 02
1
loginrec.c license
Hi. I am trying to figure out, is loginrec.c (and loginrec.h) licensed under the 4-point BSD license or one without the advertising clause? I'm developing a small ssh2 server (Dropbear), and curently everything is under MIT/X license. I'd prefer not to have to add any advertising clauses, and reinventing the wheel also seems kind of pointless. Looking at the cvs logs, I can't see any
2000 Aug 30
0
Solaris/IRIX audit support: login.c vs loginrec.c
> -----Original Message----- > From: Rip Loomis [mailto:loomisg at cist.saic.com] > Sent: Wednesday, August 30, 2000 11:52 AM > To: openssh-unix-dev at mindrot.org > Subject: Solaris/IRIX audit support: login.c vs loginrec.c > > Comments requested: > I have internally-generated patches against > commercial SSH 1.2.27 that add full support > for generation of
2001 Aug 21
0
Resend: loginrec.c patch
I'm resending this patch just in case it got lost. The first hunk of the patch fixes a problem with the LOGIN_NEEDS_UTMPX support in that the date was not being set in the logininfo structure (causing wrong timestamps in the "last" log). The second hunk just omits the USE_WTMPX code in the LOGIN_NEEDS_UTMPX section if USE_UTMPX is defined. This prevents duplicate events in the
2014 Oct 18
2
[Bug 2296] New: loginrec.c fails to compile when HAVE_ADDR_V6_IN_UTMP is defined
https://bugzilla.mindrot.org/show_bug.cgi?id=2296 Bug ID: 2296 Summary: loginrec.c fails to compile when HAVE_ADDR_V6_IN_UTMP is defined Product: Portable OpenSSH Version: 6.7p1 Hardware: All OS: All Status: NEW Severity: major Priority: P5 Component: sshd
2002 Apr 12
0
[Bug 214] New: IRIX utmp problem loginrec.c: line_abbrevname() goes wrong
http://bugzilla.mindrot.org/show_bug.cgi?id=214 Summary: IRIX utmp problem loginrec.c: line_abbrevname() goes wrong Product: Portable OpenSSH Version: 3.1p1 Platform: MIPS URL: http://groups.google.de/groups?hl=de&selm=3B979A7D.10809 06%40nowhere.org&rnum=4 OS/Version: IRIX
2002 Apr 23
1
[Bug 214] IRIX utmp problem loginrec.c: line_abbrevname() goes wrong
http://bugzilla.mindrot.org/show_bug.cgi?id=214 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From djm at mindrot.org 2002-04-23 23:08 ------- Similar patch applied - please test tommorow's
2003 Feb 12
0
[Bug 492] Spurious error message from loginrec when attempting to login in with the highest uid for the first time.
http://bugzilla.mindrot.org/show_bug.cgi?id=492 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From djm at mindrot.org 2003-02-12 11:58
2000 Jul 03
0
FreeBSD 3.5-STABLE
gcc -g -O2 -Wall -I/usr/local/ssl/include -DETCDIR=\"/usr/local/etc\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DSSH_ASKPASS_DEFAULT=\"/usr/local/libexec/ssh/ssh-askpass\" -DHAVE_CONFIG_H -c loginrec.c loginrec.c: In function `construct_utmp': loginrec.c:619: structure has no member named `ut_user' loginrec.c:619: structure has no member named `ut_user'
2017 Jan 30
2
No subject
Hi, I am trying to give access to sshd port 22 to connect to different port 1023 by differentiating with special user, customuser. Following is how i tried, but it doesnt work, please suggest. outside, user issues command ssh customuser at ip, it fails inside sshd_config, i wrote the following: Match user customuser ForceCommand . /etc/myscript inside myscript, I do the following: read
2017 Jan 30
2
sshd custom shell script for specifc user
+ added subject On Mon, Jan 30, 2017 at 11:32 PM, Sudarshan Soma <sudarshan12s at gmail.com> wrote: > Hi, > I am trying to give access to sshd port 22 to connect to different port > 1023 by differentiating with special user, customuser. Following is how i > tried, but it doesnt work, please suggest. > > outside, user issues command > ssh customuser at ip, it fails >
2001 Sep 26
2
openssh-2.9.9p2 session.c fails on Solaris 7,8 w/ SunPro C
FYI-- session.c fails from openSSH 2.9.9p2 with SunPro C compiler on Solaris 7, 8. The function do_pre_login had to be moved to before its use in do_exec_pty (a predeclaration would work). It does appear to work correctly, given the above fix. Still having the largefile problem (argh), so if anyone can help with /that/ ... -- Austin David -- Sr. Systems Architect Wink Communications