Perl, tcsh i utmp

[Tomasz Kłoczko]

On Fri, 16 Jun 2000, Michal Kochanowicz wrote:

> On Fri, Jun 16, 2000 at 11:28:20AM +0200, Tomasz Kłoczko wrote:
> > Co starego perla i tcsh i utmp to zanim zacznie się kompilonie perla
> > trzeba sobie przyszykować tcsh który czyta z utmpx (taki jest na ftp, a
> > patch jest w repo).
> Ja też się przyłączę do zabawy strace. Najpierw maszyna na której został
> utworzony /var/run/utmpx (o zerowej wielkości):
> stat("/var/run/utmp", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
> access("/var/run/utmpd.rw", F_OK)       = -1 ENOENT (No such file or directory)
> access("/var/run/utmpd.ro", F_OK)       = -1 ENOENT (No such file or directory)
> access("/var/run/utmpx", F_OK)          = 0
> open("/var/run/utmpx", O_RDWR)          = -1 EACCES (Permission denied)
> open("/var/run/utmpx", O_RDONLY)        = 0
> 
> Czyli najpierw stwierdza, że jest utmp, poczym olewa to i otwiera utmpx.
> 
> A teraz usunę plik /var/run/utmp. I oto efekt:
> stat("/var/run/utmp", 0xbfffefac)       = -1 ENOENT (No such file or directory)
> write(17, "cannot stat /var/run/utmp.  Plea"..., 50cannot stat /var/run/utmp.  Please "unset watch".) = 50

Czekajcie. Zdaje się, ze glibc są funkcje do operowania na utmp[x], a z
tego co pamiętam to tcsh robi to na własną rękę czyli należąłoby to
poprawić wycinając tą ichną obsługę i zastępując to jakimś kawałkiem
standardowym.

Zdaje się, że podobnie jak tcsh robi to jeszcze kilka innych rzeczy czyli
tam też należąłoby to poprawić

Prawidłowo zdaje się, że powinna chyba być podejmowana próba otwarcie
utmpx a dopiero potem utmp (?).

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*


___________________________
polish  linux  distribution
-> http://lists.pld.org.pl/