HDTenEightyP/NetNews huggingface dataset:
From: Martin.Zaun@p13.f1.n247.z2.fidonet.org (Martin Zaun)
Newsgroups: de.comp.os.unix
Subject: Re: Festellen von links
Date: 29 Sep 92 20:40:17 GMT
Reply-To: Martin.Zaun%p13.f1.n247.z2.fidonet.org@muffel.hotb.sub.org
X-To: Michael Gerhards

To: Mike@tron.gun.de (Michael Gerhards)
>> Wie kann ich feststellen ob es sich bei einem Directory Eintrag um eine
>> "echte" Datei oder um einen link handelt.??
>> Da war irgendwas mit i-nodes, aber mein Unix Buch schweigt sich aus...
MG>
MG> Mit 'ls -la' wird bei mir auch die Anzahl der links angezeigt, aber
welche
MG> Datei ist nun die 'echte' und welche der Link ?
Beide (alle) sind echt.
Es zeigen alle 'gelinkten' Directory-Eintraege auf denselben i-node. Die
Eintraege sind also absolut 'gleichberechtigt'.
Im i-node selbst ist ein 'linkcounter', der jedesmal um eins hochgezaehlt
wird, wenn ein neuer link angelegt wird und um eins heruntergezaehlt, wenn
einer der links geloescht wird. Wenn der linkcounter == 0 wird, wird die Datei
geloescht, d.h. der i-node und die von ihm belegten Datenbloecke werden
freigegeben.

Das gesagte gilt natuerlich nicht fuer symbolische Links.

Man moege mich korrigieren, falls ich das nicht ganz richtig dargestellt haben
sollte.

Chiao

    Martin

 * Origin: Point 13 (2:247/1.13)
Newsgroups: de.comp.os.unix
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Festellen von links
Organization: Guru Systems/Funware Department
Date: Thu, 1 Oct 1992 12:30:30 GMT

In <1992Sep30.030222.1327@wega.rz.uni-ulm.de> CCC_HART@rzmain.rz.uni-ulm.de (Hardy) writes:

>Ich habe eine i-node (z.b. mittels lstat() bekommen) und suche nun den dazu
>gehoerenden filename (mit pfad!).
>Benoetigt wird das z.b. um den filename eines darauf zeigenden
>symbolic-links zu erfahren (getdirentries()->lstat()->inode[->name ???]).
>Gibts da irgend ne Moeglichkeit ???

Sicher. Alle Directories auf der betreffenden Platte absuchen, und
alle links zu diesem Inode herausfinden. Anschliessend das ganze
Filesystem nach Pfaden zu den Directories mit den Links zu dem Inode
absuchen.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

AIX is a better... is a better...  is a better... OpenSystem.
					IBM Rep at GUUG Symposium '92
Newsgroups: de.comp.os.unix
From: br@nadia.stgt.sub.org (Bernd Rosenau)
Subject: TERMCAP-Eintrag fuer DEC VT 240-Terminal
Date: Tue, 6 Oct 1992 15:26:10 GMT
Organization: Stuttgart Net Systems, FRG

Hello World,

ich suche den Termcap-Eintrag fuer ein DEC VT 240 Terminal...
(so, das z.B. Backspace und die Cursortasten in EMACS funktionieren)

Wer kann mir sowas zumailen ?`

Vielen Dank im vorraus...

Gruss, Bernd.













>












>






Newsgroups: de.comp.os.unix
From: gollo@rednet.nbg.sub.org (Joerg Goltermann)
Subject: ISC und SCSI Streamer
Organization: rednet - the new system
Date: Thu, 01 Oct 1992 20:16:31 GMT

Hallo,

ich habe mir eine Streamer fuer mein Unix System gekauft
(ISC 2.2.1 mit Adaptec 1542B, Streamer: Sankyo CP150SE)
und nun habe ich Probleme mit dem mt Befehl vom ISC.

Bei fast allen Befehlen wie z.B. rewind und retension
sagt es immer nur "mt: command 'rewind' not recognized".

Wer weiss wie ich den mt Befehl zum Laufen bekomme, denn
jedes mal ganz umzuspulen um eine Filemark weiter nach
hinten zu kommen ist mir etwas zu laesstig. Vieleicht hat
jemand einen Source zum mt-Befehl.

Vielen Dank fuer die Hilfen,
	Joerg
-- 
Joerg Goltermann, Marienbader Str. 8, D-W-8560 Lauf, Germany
gollo@rednet.nbg.sub.org                      +49-9123-12787 
Newsgroups: de.comp.os.unix
From: bagge@pollux.gih.uni-hannover.de (Andreas Bagge)
Subject: Re: Harte Directory Links
Keywords: hard dir links NFS soft links
Organization: Geodetic Institute - Univ.of Hannover - FRG 
Date: Thu, 1 Oct 1992 12:26:47 GMT

In article <loeblich.717835900@prise>, loeblich@kora.nz.dlr.de (Michael Loeblich) writes:
> Weil Ihre gerade so schoen ueber Links redet; ich habe da
> auch ein Problem:
>  Mit NFS (und auch PC-NFS) kann man keine symbolischen
> Links verwenden, wenn der mount-point "unterhalb" des
> symbolischen Links liegt. Man muss hier also "harte" [...]

Kann es sein, dass der symbolische Link auf einen absoluten Pfadnamen zeigt?
Ein absoluter Pfadname stimmt natuerlich nach einem NFS-mount nicht mehr.
Verwende stattdessen besser relative Pfadnamen, (z.B. ../../../usr/lib oder so).

Durch einen Trick lassen sich trotzdem absolute Pfadnamen verwenden:
1. Auf jedem Rechner ein Verzeichnis /nfs (Name beliebig) im Root-Verzeichnis 
anlegen.
2. Darin fuer jeden Rechner ein Directory (ggf. mit Subdirs) anlegen, welches den mount-point fuer NFS darstellt. zB:
    /nfs/host1/
    /nfs/host2/users/user1/
    /nfs/host2/users/user2/
Wichtig ist, dass der Pfad nach dem Rechnernamen der Directory-Struktur auf
dem entsprechenden Host entspricht.
3. NFS-mount der entsprechenden Filesysteme/Directories auf die in 2 angelegten mount-points.
    mount host1:/             /nfs/host1
    mount host2:/users/user1  /nfs/users/user1
    mount host2:/users/user2  /nfs/users/user2
4. Fuer den NFS-server einen symbolischen Link in /nfs anlegen:
    ln -s / /nfs/serverhost/
5. Bei allen absoluten Pfadnamen in symbolischen Links in Zukunft /nfs/host* 
vor den Pfad setzen. (* natuerlich expandiert zum Namen des richtigen Hosts)

Ich weiss nicht, ob das dein Problem ueberhaupt betrifft, aber vielleicht ist
der Hinweis trotzdem nuetzlich.

Newsgroups: de.comp.os.unix
From: xmaster@eumelos.stgt.sub.org (Peter Dieth)
Subject: Re: Q: SCO-ODT 2.0 und GCC
Organization: Eumelos Labs, Reutlingen, Germany
Date: Thu, 01 Oct 1992 22:47:57 GMT

pmh@cutie.ka.sub.org (Patrick M. Hausen) writes:

>Huba!

Buba ! 

>Nun hab' ich hier einen SCO-ODT 2.0 ...
>...
>So, nu, was fehlt mir zu meinem Glueck?
>...
>Ein Entwicklungspaket! Damit ich mal so essentielle Dinge wie Emacs
>und News installieren kann.
>...
>Kann ich nun mit nichts als GNU-Tools (GCC, Make u.s.w.), die ich
>moeglichst im Binary besorge, auf der Kiste loslegen, also
>klarer: Ist GCC ein vom Host-Entwicklungspaket unabhaengiges System?
>Oder sehe ich ohne Library und Includes alt aus?

Sehr alt. ;)
Ohne die SCO-spezifischen Includes und Libs ist wohl nicht viel
zu machen => Du wirst wohl nicht ohne das DS (development system)
auskommen.

-mfg-
Peter

PS: Ist diese Frage nicht 'ne FAQ in comp.os.unix.xenix.*/biz.sco.*/... ? :-)
-- 
  "No manual can take the place of good, solid experience"
                   - excerpt from ``man 8 intro'' on my SGI IRIS 3030
Xref: sparky de.comp.os.unix:1824 de.comp.sys.ibm:1884
From: fp@rischwa.han.de (Friedhelm Poschadel)
Newsgroups: de.comp.os.unix,de.comp.sys.ibm
Organization: rischwa, Hannover, FRG
Subject: UUCP auf PC
Keywords: UUCP, PC, Linux?
Summary: Vernuenftige UUCP Software fuer PC gesucht
Reply-To: fp@rischwa.han.de
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992
Date: Sun, 04 Oct 1992 13:46:54 +0200

Hallo,

ich stehe for dem folgenden problem: ich werde meinen Atari ST, mit dem ich
hauptsaechlich UUCP machen, bald verkaufen und suche nun eine Moeglichkeit
auf einem PC UUCP mit Mail und News zu fahren.

UUPC und SNews scheiden aus, da sie IMHO nicht vernuenftig zu bedienen sind.

Und brauchbare sonstige UUCP Software habe ich bisher leider keine gesehen.
Auch UUCP Software fuer OS/2 wuerde mich SEHR interessieren.

Ich dachte auch schon an Coherent, jedoch scheint das auch noch nicht ver-
nuenftig mit CNews einsetzbar zu sein (zumindest laeuft z.B. ein angepasstes
CNews nicht mit meiner 4.01 zusammen).

Da es aber noch Linux gibt stellt sich mir jetzt die Frage: kann man das ei-
nigermassen vernuenftig fuer UUCP (und sonst eigentlich nur noch zum rum-
spielen) einsetzen, ohne dass es andauernd abstuertzt oder sich an anderen
partitionen der Platte vergreift?

Haette da einer eine Loesung fuer mich, oder bleibt als einziges Ausweg um
UUCP betreiben zu koennen ein 'richtiges' Unix? :-(


	Friedhelm
-- 
	Friedhelm Poschadel	InterNet: fpos1002@rz.uni-hildesheim.de
	CS Student, Germany	UseNet:	  fp@rischwa.han.de
	Fax: +49 511 58 05 27	MausNet:  Friedhelm Poschadel @ PE
From: udo@umunk.GUN.de (Udo Munk)
Newsgroups: de.comp.os.unix
Distribution: world
Subject: Re: Hardware-Themen ueber Unix
X-Newsreader: TIN [version 1.1 PL6]
Organization: U. Munk's private BBS
Date: Sun, 27 Sep 92 17:28:35 GMT

Thomas Weidenfeller (Thomas_Weidenfeller@f.maus.de) wrote:
: udo@umunk.GUN.de schrieb am 17.09.1992, 18:55 in Dco.Unix:
: 
: uG> Urgs, noch ein Followup, habe noch was vergessen :-)
: uG> Man bekommt es zum gleichen Preis auch bei J.F. Lehmans in Berlin,
: uG> und fuer $99.95 + $35 direkt von MWC, [...]
: 
: Und wenn's in die Hose geht, E-Mail an Jay Alter bei MWC, das ist der
: Verkaufleiter (das Spiel kenn' ich schon :-().

Probleme??? Also bei mir hat es bisher immer reibungslos funktioniert.
--
Udo Munk     | voice:      +49 2131 275348             | uucp: +49 2131 278869
Oberstr. 21  | mail :      udo@umunk.GUN.de            |     2400/1200/300 8N1
4040 Neuss 1 | ...!{mcshh,smurf,unido}!easix!umunk!udo | MYNAME=bbsuser
Fed. Rep. of | CompuServe: 100021,2515                 | login: uucp
Germany      | first get /usr/spool/uucppublic/info    | pwd:   public
From: hannes@flinx.hotb.sub.org (Hannes Deeken)
Newsgroups: de.comp.os.unix
Subject: Re: 386BSD Verteilung
Date: 26 Sep 1992 11:36:19 +0200
Organization: Me, organized? You're kidding!
NNTP-Posting-Host: flinx.hotb.sub.org

robsch@robkaos.GUN.de (Robert Schien) writes:

>Was mir grade dabei einfaellt: Waere es nicht sinnvoll bei dem X11 eine
>Version zu verteilen, die "gestript" ist, d.h. wo die ganze Debugging-
>Information entfernt ist. Aber vielleicht moechten ja die meisten User
>erst mal den X server debuggen, der mit Symbolen 12 MB, ohne Symbole
>aber 1 MB gross ist:-)

Es ist sowieso nicht sinnvoll, das X zu verteilen, dass auf 
agate.berkeley.edu in pub/386BSD/0.1-ports steht (zumindest im Moment).
Das ist ein Port von X386 1.2E 1.0.1, der noch die eine oder andere Macke
hat. Nebenbei enthalten alle Binaries die Symbole fuer Sourcelevel-Debugging.

Wenn schon X, dann X386 1.2E 1.0.2a. Selbiges findet sich fuer FTPer auf
agate.berkeley.edu in pub/incoming/X386. Das funktioniert wunderbar und
ist gestripped.


>Robert Schien    robsch@robkaos.GUN.de

Ciao,
Hannes
-- 
Hans-Christoph Deeken | hannes@flinx.hotb.sub.org (home)
Gerauer Str. 20       | deeken@iti.informatik.th-darmstadt.de (university)
6000 Frankfurt/M 71   | IRC: Glenlivet
Newsgroups: de.comp.os.unix
From: kris@tpki.toppoint.de (Kristian Koehntopp)
Subject: Re: GNU-Software in Deutschland von der FSAG
X-Copyright: (C) Copyright 1992 Kristian Koehntopp -- All rights reserved.
		 Reproduktion, auch auszugsweise, ausserhalb elektronischer,
		 nichtkommerzieller Datennetze nur mit ausdruecklichem,
		 schriftlichem Einverstaendnis des Autors.
Organization: Toppoint Mailbox e.V.
Date: Mon, 05 Oct 1992 15:57:26 GMT
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.

In <718127158.190@muffel.hotb.sub.org> Martin.Zaun@p13.f1.n247.z2.fidonet.org (Martin Zaun) writes:
>Och jo ?  Kann ich das wirklich ?  Wusste ich gar nicht !-)

>Jetzt musst Du mir nur noch verraten wie!

>Was ist 'decwrl' ?

ftpmail@decwrl.dec.com, ein Mail-Server, der FTP-Kommandos
ausfuehrt.

Forwarded message:
> >>> commands are:
> 	reply <MAILADDR>	set reply addr, since headers are usually wrong
> 	connect [HOST [USER [PASS]]]  defaults to gatekeeper.dec.com, anonymous
> 	ascii			files grabbed are printable ascii
> 	binary			files grabbed are compressed or tar or both
> 	compress		compress binaries using Lempel-Ziv encoding
> 	compact			compress binaries using Huffman encoding
> 	uuencode		binary files will be mailed in uuencode format
> 	btoa			binary files will be mailed in btoa format
> 	ls (or dir) PLACE	short (long) directory listing
> 	get FILE		get a file and have it mailed to you
> 	quit			terminate script, ignore rest of mail message
> 					(use if you have a .signature or
> 					 are a VMSMAIL user)
> >>> notes:
> 	-> you must give a "connect" command, default host is
> 	   gatekeeper.dec.com, default user is anonymous, default
> 	   password is your mail address.
> 	-> binary files will not be compressed unless 'compress' or 'compact'
> 	   command is given; use this if at all possible, it helps a lot.
> 	-> binary files will always be formatted into printable ASCII
> 	   with "btoa" or "uuencode" (default is "btoa").
> 	-> all retrieved files will be split into 60KB chunks and mailed.
> 	-> VMS/DOS/Mac versions of uudecode, atob, compress and compact
> 	   are available, ask your LOCAL wizard about them.

Kristian
-- 
Kristian Koehntopp, Harmsstrasse 98, FRG W-2300 Kiel, +49 431 676689
"One who has never hacked sendmail.cf has no soul.
 One who has hacked it twice has no brain." -- Peter da Silva
Newsgroups: de.comp.os.unix
From: marc@vcr.en.open.de (Marc Dickhoefer)
Subject: u386mon fuer SVR4 ?
Organization: Private site
Date: Mon, 5 Oct 92 01:05:37 GMT

Moin ...


Fuer i386 SVR3.2 Unices gibt es einen 'System-monitor' namens u386mon.

Leider laesst sich das Teil unter SVR4 nicht kompilieren und das
Programm 'top' bietet nicht die Funktionalitaet von u386mon.

Kennt jemand einen u386mon fuer SVR4 ?

So long,
          Marc.
Newsgroups: de.comp.os.unix
From: christa@horga.ruhr.de (Christa Keil)
Subject: Ab wann gibt es den "neuen" ELM eigentlich?
Organization: OPeN - The Digital Advantage
Date: Tue, 6 Oct 1992 09:29:01 GMT


Sollte eigentlich nicht Mitte des Jahres eigentlich der 
"neue" ELM rauskommen?

Weiss da jemand was genaueres?





-- 
Ein Jackett mit Schulterpolstern macht noch nicht unbegingt eine 
emanzipierte Frau                                 Maren Kroymann
Christa.Keil@guug.de      zotty@teddy.sub.org      Christa@germany.uucp
Newsgroups: de.comp.os.unix
From: bernd@pfm.rmt.sub.org (Bernd Hennig)
Subject: GCC 2.2.2 unter SCO UNIX - Probleme
Reply-To: root@pfm.rmt.sub.org
Organization: PFM News & Mail RMT Mainz, Germany
Date: Sat, 26 Sep 1992 21:16:15 GMT


Ich habe das Problem, das beim make LANGUAGE=c der Lauf immer an
der selben Stelle haengenbleibt:

./enquire -f > tmp-float.h


Wenn ich ./enquire -f von Hand aufrufe, dann bekomme ich zwar bis
#define FLT_MIN 1.17549435e-38F

aber danach ist auch nix mehr, d.h. der Job steht.

Ich hab's auf 2 Systemen, beides Mal ODT 2.0 getestet, beide Systeme
I486 einmal ein DX/2 und einmal ein "richtiger" 50er.

Wer kann helfen......


DANKE

-- 
Bernd Hennig | PFM News & Mail RMT | 06131 / 362779 | bernd@pfm.rmt.sub.org
" Fuellen die das Bier in Faesser ? " 
                  " Ja, aber vorher nehmen sie die Katzen raus !"      - ALF
Newsgroups: de.comp.os.unix
From: mam@mamunx.garmhausen.de (Michael A Meiszl)
Subject: Re: SCO mit ueber 16Mb
Organization: Public Access Mailbox
Date: Wed, 30 Sep 1992 09:55:11 GMT

In <1992Sep28.150832.2618@buchonia.rhoen.in-berlin.de> horke@buchonia.rhoen.in-berlin.de (Bernhard Kroenung) writes:

>Hallo zusammen :

>Ich habe hier SCO Unix 386 V3.2.2 im einsatz und habe den Rechner aufgeruestet
>auf 32Mb (486DX 33MHz 256kB Cache). Das klappt solange, bis ich im BIOS im

Diese Konstellation ist so ziemlich das Lahmste, was man sich vorstellen
kann. 3.2.2 unterstuetzt keine EISA Adressierung, jegliche Bewegung >16M wird
per Software realisiert (Lade in Puffer <16M, MOVe an richtige Stelle).
Bei ISA Boards ist auch mit 3.2.4 von der Bestueckung abzuraten, dort tritt
dann derselbe Effekt ein.
Durchschnittlicher Performance Verlust ca. 30-40%

Zum Cache:
Schaltest Du nur den Bereich 16-32M frei, oder alles >16M. Im letzteren Fall
MUSS das Dingen in die Wueste gehen, da die virtuellen Einsprungsadressen
in die Segmente D(ganz viel Nullen) und E(auch ganz viel Nullen) gelegt werden,
also die Call-Gates u.U. mit gecachet werden.

	mam
-- 
** Michael Andreas Meiszl | Tomsonstr 25 | 4700 Hamm 1 | Tel +49 2381 889121 **
Newsgroups: de.comp.os.unix
From: loeblich@kora.nz.dlr.de (Michael Loeblich)
Subject: Harte Directory Links
Keywords: hard dir links
Organization: DLR-Neustrelitz
Date: Wed, 30 Sep 1992 06:51:40 GMT

Weil Ihre gerade so schoen ueber Links redet; ich habe da
auch ein Problem:
 Mit NFS (und auch PC-NFS) kann man keine symbolischen
Links verwenden, wenn der mount-point "unterhalb" des
symbolischen Links liegt. Man muss hier also "harte"
Links benutzen. Ist aber der Link auf eine Directory ge-
wuenscht, funktioniert das nur mit "ln -f <link> <dir>".
Geht auch in der Praxis recht gut. Aber beim naechsten
booten gibt es Schwierigkeiten beim fsck. Hier werden
dann "extreanous directory links" angemeckert. Folgt man
dann den Anweisungen von fsck zum loeschen derselben, gibt
es einen Hoellensalat im Filesystem. Ich habe fuer diese
Filesysteme in /etc/fstab erstmal "0 0" hinten angegeben,
was bewirkt, dass fsck keine Pruefung vornimmt.
 Ich fahre SunOS 4.1.1 und 4.1.2. Ist das normal, oder
gibt es hier Abhilfe?

-- 
Michael Loeblich, DLR Neustrelitz, loeblich@kora.nz.dlr.de
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Harte Directory Links
Date: 2 Oct 1992 01:39:19 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1
Keywords: hard dir links

In de.comp.os.unix, article <loeblich.717835900@prise>,
  loeblich@kora.nz.dlr.de (Michael Loeblich) writes:

> Mit NFS (und auch PC-NFS) kann man keine symbolischen
> Links verwenden, wenn der mount-point "unterhalb" des
> symbolischen Links liegt. Man muss hier also "harte"
> Links benutzen. Ist aber der Link auf eine Directory ge-
> wuenscht, funktioniert das nur mit "ln -f <link> <dir>".

Unpraktisch, vor allem weil diverse Utilities davon ausgehen, dass 
auf eine Datei mit <n> Links genau <n> symlink-freie Pfade zeigen
(wenn man Pfade mit "/./" und "/../" mal ausser acht laesst...).

> Geht auch in der Praxis recht gut. Aber beim naechsten
> booten gibt es Schwierigkeiten beim fsck.

fsck ist eines dieser Utilities... cpio/tar/backup sind moeglicherweise
andere. Auch wenn ich mal mit find durch eine Hierarchie gehen muss, ist
es sinnvoll, wenn ich sicher sein kann, dass das Teil mir jede Datei genau
einmal ausspuckt.

>  Ich fahre SunOS 4.1.1 und 4.1.2. Ist das normal, oder
> gibt es hier Abhilfe?
> 
Wieso entfernst du nicht den Link oberhalb des Mountpunkts und ersetzt _den_
durch einen Symlink?

-- 
Good news.  Ten weeks from Friday will be a pretty good day.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: Martin.Zaun@p13.f1.n247.z2.fidonet.org (Martin Zaun)
Newsgroups: de.comp.os.unix
Subject: Re: GNU-Software in Deutschland von der FSAG
Date: 01 Oct 92  23:22:36 CET
Reply-To: Martin.Zaun%p13.f1.n247.z2.fidonet.org@muffel.hotb.sub.org
X-To: Udo Munk

To: udo@umunk.GUN.de (Udo Munk)

UM> : Es gibt auch Leute, die keinen FTP-Server bemuehen koennen...
UM>
UM> Noe, gibts nicht, dafuer gibt es ja decwrl :-)
Och jo ?  Kann ich das wirklich ?  Wusste ich gar nicht !-)

Jetzt musst Du mir nur noch verraten wie!

Was ist 'decwrl' ?


Gruss

    Martin Zaun

 * Origin: Point 13 (2:247/1.13)
Newsgroups: de.comp.os.unix
From: martin@buchonia.rhoen.in-berlin.de (Martin Bassner)
Subject: Solaris 2.0 fuer Intel
Organization: fulmin Ebersburg/Rhoen
Date: Tue, 06 Oct 1992 20:38:51 GMT

Hallo!

Ich habe auf der CeBit 92 mal was von Solaris 2.0 fuer INTEL Prozessoren
gehoert. Auf dem Stand wurde mir versichert, das das Ende des Jahres raus-
kommt. Doch leider habe ich nichts mehr davon gehoert.

Also, wenn jemand weiss, wo man das bekommt, oder ob das ueberhaupt schon
draussen ist, kann mit am besten ne Mail schicken.

Ciao,
  martin@buchonia.sub.org

PS.: Bitte nicht mehr als 20kb zu dieser Adresse schicken.

Newsgroups: de.comp.os.unix
From: marc@vcr.en.open.de (Marc Dickhoefer)
Subject: Re: GNU-Software in Deutschland von der FSAG
Organization: Private site
Date: Wed, 23 Sep 92 21:30:37 GMT

misch@eurom.rhein-main.de (Michaela Schoebel) writes:

>Das bedeutet, dass ihr dann Tapes etc. bei uns ordern koennt. Die Preise
>liegen im Bereich dessen, was auch in den USA dafuer bezahlt werden muss
>(ca. 280 DM/Tape). 

Ist ja *echt* guenstig !

>Die FSAG wird *keine* zusaetzlichen Gebuehren berechnen.

... die 280.- DM reichen auch ...

So long,
            Marc.

Newsgroups: de.comp.os.unix
From: CCC_HART@rzmain.rz.uni-ulm.de (Hardy)
Subject: Re: Festellen von links
Organization: University of Ulm, Germany
Date: Wed, 30 Sep 1992 03:02:22 GMT
X-News-Reader: VMS NEWS 1.24

Hallo,

In <19isn3INN808@smurf.smurf.sub.org> urlichs@smurf.sub.org writes:

>  "man 2 stat". Fuer den Anwender sind Inodes uninteressant und nichts weiter
>  als die eindeutige (pro Dateisystem) Nummer, unter der eine Datei abgelegt
>  ist. Zu mehr als einem Test, ob zwei Verzeichnisnamen auf dieselbe Datei
>  verweisen, sind inodes nicht zu gebrauchen. Die meisten Unixbuecher machen
>  um die Teile ein Riesentrara, ohne dass es dem Anwender oder Anwendungs-
>  programmierer irgendwas bringt. (Auf Kernelebene sieht die Sache anders
>  aus, aber wer schreibt schon eigene Dateisysteme? Auf Grundlage eines
>  solchen Unixbuches??!?  :-)
>  
>  Wenn du symbolische Links meinst, hilft lstat().

Da haette ich auch noch ne Frage:

Ich habe eine i-node (z.b. mittels lstat() bekommen) und suche nun den dazu
gehoerenden filename (mit pfad!).
Benoetigt wird das z.b. um den filename eines darauf zeigenden
symbolic-links zu erfahren (getdirentries()->lstat()->inode[->name ???]).
Gibts da irgend ne Moeglichkeit ???

Bin fuer jeden Hinweis dankbar :-)



so long...
hardy

 ########################################################################
## Wiedergabe, auch  ## INTERNET: ccc_hart@rzmain.rz.uni-ulm.de         ##
## auszugsweise, nur ## BITNET:   ccc_hart@dulruu51.bitnet              ##
## mit schriftlicher ## DECnet:   50186::ccc_hart (BelWue)              ##
## Genehmigung des   ## PSImail:  0262450502601::rzmain::ccc_hart       ##
## Authors !!!       ## x.400:    s=ccc_hart;ou=rz;p=uni-ulm;a=dbp;c=de ##
 ########################################################################
   Real programmers don't comment their code. It was hard to write, it
   should be hard to understand.                   - a real programmer
From: stefan@rent-a-guru.de (Stefan Stapelberg)
Newsgroups: de.comp.os.unix
Subject: Re: shell-script fuer news zur usersuche
Date: 28 Sep 92 10:15:15 GMT
Organization: RENT-A-GURU (TM), Lohr/Germany

In article <19isbdINN7ln@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>In de.comp.os.unix, article <1992Sep19.012422.12464@wega.rz.uni-ulm.de>,
>  ORAKEL@rzmain.rz.uni-ulm.de (Framstag) writes:
>> 
>> Ich brauche ein shell-script, dem ich einen User-Namen uebergebe und das
>> mir dann alle Newsgruppen ausgibt, in die der betreffende User Artikel
>> schreibt.
>> 
>Brutalmethode:
>
>#!/bin/sh
>cd /serv/news/spool
>find * -type f -print | xargs grep -l '^From:.*user@host' | \
>    sed -e 's/\/[0-9]*$/' -e 's/\//./g' | uniq | sort

Nicht nur brutal, sondern auch buggy: Wenn schon, dann muss das
sort | uniq heissen.  Wie waers denn mit:

	grep "from .*$1" /usr/lib/news/log* |
	sed 's/.* ng \([^ ]*\) subj .*/\1/' | sort | uniq

grep sucht nach Eintraegen im Logfile (haste doch, oder?).  Die Ausgabe
sieht z.B. so aus:

  /usr/spool/news/oldlog/log.2:Sep 18 20:13    Germany.EU.net  received
    <1992Sep17.232735.8753@NeoSoft.com> ng alt.folklore.computers,comp.unix.misc
    subj 'Re: The need for an assembler (was: Favorite CPU)'
    from peter@NeoSoft.com (Peter da Silva)

Anschliessend wird mit sed alles bis "ng " inklusive und alles hinter dem
den Gruppennamen folgenden Blank entfernt, uebrig bleibt der Gruppenname
(oder mehrere bei Crosspostings). Duplikate werden mit uniq ausgeblendet.
Geht sicher etwas schneller als das Durchsuchen aller Artikel.

Wenn Du dann noch die Option -c zu uniq spendierst, bekommst Du sogar
die Anzahl der Artikel pro Gruppe:

  14 alt.folklore.computers,comp.unix.misc

>scannen dauert seine Zeit. In C programmiert duerfte der Kram etwas
>schneller sein, aber immer noch unbefriedigend.

In C programmiert ist so ein Trivialproblem Overkill hoch 3.

Gruesse, Stefan

-- 
Stefan Stapelberg	    Phone: (+49)-9352-5948	RENT-A-GURU (TM)
<stefan@rent-a-guru.de>	    Fax:   (+49)-9352-9696	P.O. Box 368
	"Hare hare rama, i never wear pyjama"		D-8770 Lohr/Main
Newsgroups: de.comp.os.unix