Displaying 7 results from an estimated 7 matches for "wtmpx_write_entry".
2001 Jun 21
0
Output of last command is strange on Solaris 2.6/8 (OpenSSH 2.9p2)
...02 (07:16)
fuga pts/3 bar.foo.co.jp Thu Jan 1 09:00 - 12:45 (11494+03:45)
hoge pts/2 foo.bar.co.jp Thu Jun 21 11:12 - 15:30 (04:17)
hoge pts/2 foo.bar.co.jp Thu Jan 1 09:00 - 11:12 (11494+02:12)
....
When comment on it with wtmp_write_entry and wtmpx_write_entry of
login_utmp_only function, last output an usual entry.
% last
fuga pts/3 bar.foo.co.jp Thu Jun 21 12:45 - 20:02 (07:16)
hoge pts/2 foo.bar.co.jp Thu Jun 21 11:12 - 15:30 (04:17)
...
--- openssh-2.9p2.orig/loginrec.c Wed May 9 05:34:33 2001
+++ openssh...
2004 Jul 08
1
openssh 3.8.1p1 problem on SCO 5.0.7
...sh 3.8.1p1, two entries are written to /etc/wtmp
and /etc/wtmpx each time a user logs in via ssh. This can be
demonstrated using the last(C) command. Any user connected via ssh will
have two identical login and logout entries.
On SCO, login_write() in loginrec.c calls both wtmp_write_entry() and
wtmpx_write_entry() (USE_WTMP and USE_WTMPX are defined).
wtmp_write_entry() writes the first entry to /etc/wtmp.
wtmpx_write_entry() ultimately calls updwtmpx() (HAVE_UPDWTMPX is
defined) to write the /etc/wtmpx entry. But updwtmpx() writes entries
to both the wtmp and wtmpx files on SCO, so now we have two entrie...
2001 Mar 22
0
Solaris UseLogin problem
...quot;$Id: loginrec.c,v 1.32 2001/02/22 21:23:21 stevesk Exp $");
@@ -173,6 +174,8 @@
# include <libutil.h>
#endif
+extern ServerOptions options;
+
/**
** prototypes for helper functions in this file
**/
@@ -438,7 +441,8 @@
utmpx_write_entry(li);
#endif
#ifdef USE_WTMPX
- wtmpx_write_entry(li);
+ if (!options.use_login)
+ wtmpx_write_entry(li);
#endif
return 0;
}
Index: session.c
===================================================================
RCS file: /cvs/openssh_cvs/session.c,v
retrieving revision 1.100
diff -u -r1.100 session.c
--- session.c 2001/03/22 02:06:57 1.100
+++...
2001 Jun 06
0
Remove duplicate "last" log messages with UseLogin
...o avoid modifying wtmpx when
also modifying utmpx fixes things up nicely:
Index: loginrec.c
--- loginrec.c 2001/05/08 20:33:06 1.33
+++ loginrec.c 2001/06/06 17:14:25
@@ -456,9 +456,10 @@
# endif
# ifdef USE_UTMPX
utmpx_write_entry(li);
-# endif
-# ifdef USE_WTMPX
+# else
+# ifdef USE_WTMPX
wtmpx_write_entry(li);
+# endif
# endif
return 0;
}
Now running "last -10" after logging in has only a single entry for each
ssh user, rather than a totally bogus entry before each valid entry.
I'd be interested in knowing if this works properly on UNICOS or not.
..wayne..
2001 Aug 21
0
Resend: loginrec.c patch
...p_only(struct logininfo *li)
{
li->type = LTYPE_LOGIN;
+ /* set the timestamp */
+ login_set_current_time(li);
# ifdef USE_UTMP
utmp_write_entry(li);
# endif
@@ -456,9 +458,10 @@
# endif
# ifdef USE_UTMPX
utmpx_write_entry(li);
-# endif
-# ifdef USE_WTMPX
+# else
+# ifdef USE_WTMPX
wtmpx_write_entry(li);
+# endif
# endif
return 0;
}
---8<------8<------8<------8<---cut here--->8------>8------>8------>8---
2001 Apr 29
2
PATCH: UseLogin fix for 2.9p1 (w/improved last-login time)
...@@
return 0;
}
+#ifdef LOGIN_NEEDS_UTMPX
+int
+login_utmp_only(struct logininfo *li)
+{
+ li->type = LTYPE_LOGIN;
+# ifdef USE_UTMP
+ utmp_write_entry(li);
+# endif
+# ifdef USE_WTMP
+ wtmp_write_entry(li);
+# endif
+# ifdef USE_UTMPX
+ utmpx_write_entry(li);
+# endif
+# ifdef USE_WTMPX
+ wtmpx_write_entry(li);
+# endif
+ return 0;
+}
+#endif
+
/**
** getlast_entry: Call low-level functions to retrieve the last login
** time.
Index: loginrec.h
--- loginrec.h 2001/02/05 12:42:18 1.5
+++ loginrec.h 2001/04/29 18:12:41
@@ -110,6 +110,9 @@
/* record the entry */
int login_login (str...
2001 Sep 14
8
Call for testers.
http://bass.directhit.com/openssh_snap/
Starting tonight I plan on tracking changes very closely with the OpenBSD
tree. I need people to test the latest snapshot (9/14 at of right now)
and report success or failure on compiling.
I am starting this now because we are looking at a code freeze soon and I
really want to ensure it compiles and runs on all existing platforms. So
we (the portable