HDTenEightyP/NetNews huggingface dataset:
From: kg@gnusys.gun.de (Klaus Guhr)
Subject: Re: GNU-Software in Deutschland von der FSAG
Organization: GNUSYS // Private LINUX Site
Date: Fri, 25 Sep 1992 00:12:02 GMT
X-Newsreader: TIN [version 1.1 PL6]

Georg Wittig (wittig@gmd.de) wrote:
: misch@eurom.rhein-main.de (Michaela Schoebel) writes:
: 
: >Sofern nichts  mehr dazwischen kommt, werden wir in Zusammenarbeit
: >mit der FSF (Free Software Foundation) in Kuerze alle GNU-Software
: >auf ueblichen Datentraegern verfuegbar machen.
: >
: >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). Die FSAG wird *keine* zusaetzlichen Gebuehren berechnen.
: 
: ... und warum soll das besser, schneller und billiger sein als ftp von
: diversen ftp-Servern hier in Deutschland oder von prep.ai.mit.edu selber?
: 
: Ich mache mehrfach am Tag ftp an die prep-Maschine und bekomme deshalb neue
: GNU-Software noch bevor sie im Usenet angekuendigt werden kann :-)

Es gibt auch Leute, die keinen FTP-Server bemuehen koennen...

-- 
Snail: Klaus Guhr, Marktstrasse 33, 5300 Bonn 3, Germany
Phone: ++49 +228 48 53 60       Data: ++49 +228 43 24 33
E-Mail: kg@gnusys.GUN.de
From: me@grmbl.saar.de (Martin Emmerich)
Newsgroups: de.comp.os.unix
Subject: Re: Tabs <8 setzen
Date: 28 Sep 92 19:05:40 GMT
Reply-To: me@grmbl.saar.de
Organization: ME Inc.

Mike Hoehn (bit@birnehh.mali.sub.org) wrote:
: urlichs@smurf.sub.org (Matthias Urlichs) writes:
: 
: >In de.comp.os.unix, article <Buqqxr.KA@birnehh.mali.sub.org>,
: >  bit@birnehh.mali.sub.org (Mike Hoehn) writes:
: >> Gibt es eine Moeglichkeit den Tab-Abstand neu zu setzen?
: >> Mir sind die voreingestellten 8 Zeichen einfach zuviel. Ein
: >> schoen verschachtelter Quellcode wird da leicht unuebersichtlich.
: >> 
: >Wenn du uns sagen wuerdest, welcher Editor...
: 
: vi
: 
: >vi: ts=4 sw=4
: 
: Das habe ich auch schon ausprobiert. Keine Reaktion.
: Leider habe ich den vi nur als Binary. Gibt es eigentlich den
: Quellcode irgendwo? Ich habe den bisher nirgends entdecken koennen.

Hast Du es mal mit

: set ts=4 sw=4

probiert? Oder mit den ausgeschriebenen Namen?

-- 
Martin  Emmerich   <--- this is a warlord-proof   <--- this is
me@grmbl.saar.de        signature                      not
From: bof@midget.saar.de (Patrick Schaaf)
Newsgroups: de.comp.os.unix
Subject: Re: shell-script fuer news zur usersuche
Date: 24 Sep 92 08:51:34 GMT
Organization: Yoyodyne Posting Systems, Midget HQ

hej@hejki.toppoint.de (Heiko Jappe) writes:
>urlichs@smurf.sub.org (Matthias Urlichs) writes:
>>[... find ueber newsspool ...]
>Hmmm... das gesamte Newssystem durchzusuchen dauert wirklich sehr
>lang. Ich haette da evtl. eine bessere/schnellere Idee:
>Der nn haelt sich eine Datenbank (bei mir in /usr/spool/nn[/DATA]), 
>die regelmaessig (default alle 10 min) aktuallisiert wird. Wenn ich 
>auf diese Datenbank zugreife, muesste es _sehr_ viel schneller
>gehen mit dem Suchen. 

nn kann mittels des nnspew-Scripts des weiteren eine Datenbank mit den
Subjects aller Artikel halten. Das Script benutzt dazu eine -SPEW-Option
von nn. Diese sollte sich so clonen lassen, dass sie statt dessen eine
Schreiber-Datenbank aufbaut.

>Das ist jetzt nur so eine Idee und alles natuerlich nur
>theoretisch, aber aus meiner sicht realisierbar. Wer 
>schreibt das Prg.? :-)

Dem schliesse ich mich an :)

Patrick

-- 
bof@midget.saar.de      /   \      I've just spent an hour in Your head.
Saarbruecken, De     .^/ -.- \      Believe me, I've been in nicer places.
Patrick Schaaf      / /       \        (kid eternity)
-                  this line intentionally blanked right                  -
From: Mike@tron.gun.de (Michael Gerhards)
Newsgroups: de.comp.os.unix
Subject: Re^2: Festellen von links
Organization: TRON Public Mailbox, Neurath, Germany
Date: Sat, 26 Sep 92 23:44:00 +0200

Reply to "Re: Festellen von links"
from NET%CS.TU-BERLIN.DE@USENET.ZER

Hello,

> From: net@cs.tu-berlin.de (Oliver Laumann)
> Subject: Re: Festellen von links
> Message-ID: <1992Sep24.101644.15569@cs.tu-berlin.de>
> Organization: Technical University of Berlin, Germany
>
> Mike@tron.gun.de (Michael Gerhards) writes:
> > Mit 'ls -la' wird bei mir auch die Anzahl der links angezeigt, aber welche
> > Datei ist nun die 'echte' und welche der Link ?
>
> Du bist zu spaet gekommen; wir sind mit dieser Frage gerade fertig.  :-)

Tja, das ist das Problem, wenn man ueber ein Gate schreibt, und die Nach-
richten immer mit zwei bis drei Tagen Verspaetung hier ankommen...

c u

Michael
--
 ** Z-Net: MIKE@WANDERER  Internet: mike@tron.gun.de  Fido: 2:242/21.111 **
  ***** Michael Gerhards ; D - 4040 Neuss 01 ; E.-Hoepner-Strasse 41 *****
From: misch@eurom.rhein-main.de (Michaela Schoebel)
Newsgroups: de.comp.os.unix
Subject: Re: GNU-Software in Deutschland von der FSAG
Date: Thu, 1 Oct 92 19:56:10 GMT
Organization: Free Software Association of Germany

On Mon, 28 Sep 1992 13:05:53 GMT, sascha@uropax.contrib.de (Sascha
Zumbusch) wrote:
|
|>misch@eurom.rhein-main.de (Michaela Schoebel) writes:
|
|>>Sofern nichts  mehr dazwischen kommt, werden wir in Zusammenarbeit
|>>mit der FSF (Free Software Foundation) in Kuerze alle GNU-Software
|>>auf ueblichen Datentraegern verfuegbar machen.
|>>liegen im Bereich dessen, was auch in den USA dafuer bezahlt werden muss
|>>(ca. 280 DM/Tape). Die FSAG wird *keine* zusaetzlichen Gebuehren berechnen.
|                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|                                     Was ist denn damit gemeint?
|
Damit ist gemeint, dass also nichts weiter berechnet wird.

|Seufz, das machen wir schon lange, und die offiziellen Preise der FSF
|liegen nicht bei DM 280,- sondern US$ 210,-. Und das ist kein Phantasieprodukt
|von uns, sondern die Vorgabe der FSF!

Die Differenz ist ja nun nicht umwerfend - kommt darauf an, welchen
Dollar-Kurs man verwendet. Ausserdem weisst Du ja auch, das unter-
schiedliche Datentraeger unterschiedlich kosten, oder?

|Was ist eigentlich so toll daran, das Rad neu zu erfinden? Niemand hat
|etwas dagegen, dass Ihr das macht, aber 'ne Revolution ist das auch
|nicht grade.....

Sehen wir auch nicht als Revolution. Kommt mir so vor, als seist Du
beleidigt ;-)

|Ich persoenlich finde es gut, wenn uns jemand Arbeit abnimmt, aber ob Ihr
|auch wirklich den Service, den die Leute haben wollen liefert?

Wir sind keine Software Vertriebsfirma. Die Free Software Association
of Germany sieht das als Public Service. Und fuer das Woertchen "supported"
muss man auch Geld bezahlen.
|>... und warum soll das besser, schneller und billiger sein als ftp von
|>diversen ftp-Servern hier in Deutschland oder von prep.ai.mit.edu selber?
|
|Das ist besser, weil 1) nicht jeder zugang zum Netz hat, der GNU-Stuff
|benutzen will und zweitens der obengenannte Service ueber FTP doch fehlt.

Und eine der wenigen Einnahmequellen der FSF - und genau das ist am
deutlichsten zu betonen.

Michaela

-----
                ** Free Software Association of Germany **
                  Great software should be free software
                 Phone: 069 - 6312083 Data: 069 - 6312934
From: Stefan_Rupp@ac2.maus.de (Stefan Rupp)
Newsgroups: de.comp.os.unix
Subject: X11 Buchtips
Date: 27 Sep 92 23:24:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.13

Hi,

ich bin heute erst in diese Gruppe eingestiegen und sah' einen Artikel ueber
X11-Buchtips. Es waere sehr nett, wenn mir jemand per PM (!) eine Nachricht
zukommen lassen koennte, welche Buecher in dieser Gruppe fuer die Einfuehrung zur
X11-Programmierung empfohlen worden sind.

Danke!

Ciao,
     struppi
Newsgroups: de.comp.os.unix,comp.unix.sysv386
From: root@fns.gold.sub.org (Peter Bechtold)
Subject: Packet-Size of ISC UUCP
Organization: Peter's News Server, Munich, Germany
Date: Fri, 2 Oct 1992 00:53:54 GMT

Hi all !

Is there anyone out there who has got a patch to
increase the packet size of ISC's UUCP ?

64 bytes is not very adeqate (is that spelled correctly ?)
for a ZyXEL 16800 v42bis connection, is it ?

thanx for any hints, peter


-- 

#  Peter  Bechtold  #  e-Mail peter@fns.gold.sub.org  # 
#     Adalbertstr.74, D-8000 Muenchen 40, Germany     #
# Telephone +49 89 271 8116 # Telefax +49 89 271 3774 #
Newsgroups: de.comp.os.unix
From: kardel@darkstar.informatik.uni-erlangen.de (Frank Kardel)
Subject: Re: Harte Directory Links
Organization: CSD., University of Erlangen
Date: Wed, 30 Sep 1992 10:34:02 GMT
Keywords: hard dir links

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.

Ist der s-link ein relativer (u. U. mit ../ Komponenten) oder ein
absoluter Pfad ? Wenn Sie ein Beispiel geben koennten wuerde sich
mir vielleicht mir Ihre Verwendung von "unterhalb" erschliessen.

>Man muss hier also "harte"
>Links benutzen. Ist aber der Link auf eine Directory ge-
>wuenscht, funktioniert das nur mit "ln -f <link> <dir>".

Das man ln -f <...> <...> nehmen muss kommt nicht von ungefaehr.
Bitte *NIEMALS* harte Directory links machen ! Das der fsck
hier mault ist ganz in Ordnung. Harte Directory links bringen
ganz andere unangenehme Effekte. (rmdir Chaos, directory
not empty, find Dauerlaeufer (ino(name/../.) != ino(name)
- gilt zwar auch fuer s-links, aber da ist die Warnung schon
durch den s-link gegeben))

>Geht auch in der Praxis recht gut.

Aber eben nur, wenn man sich nicht auf die Integritaet
der . und .. Eintraege verlassen muss.

>Aber beim naechsten
>booten gibt es Schwierigkeiten beim fsck.
Da hat der fsck recht. Harte Directory links sind
(obwohl nach SYSVID erlaubt(gefordert?)) ein historisches
Ueberbleibsel. Es gibt kaum Anwendungen dafuer und in kaum
einem OS werden die Effekte von harten Directory links
korrekt behandelt. (Entweder "directory not empty" (BSD) oder
Referenzaehlerchaos im falschen "parent"-directory (SysVR3.2))

>Hier werden
>dann "extreanous directory links" angemeckert. Folgt man
>dann den Anweisungen von fsck zum loeschen derselben, gibt
>es einen Hoellensalat im Filesystem.
Der ist mit den link -f .... schon vorher entstanden (.. nicht
mehr eindeutig rekonstruierbar).

>Ich habe fuer diese
>Filesysteme in /etc/fstab erstmal "0 0" hinten angegeben,

Na, dann kann ich nur hoffen, dass Sie die Daten auf der entsprechenden
Partition nicht benoetigen und Sie auch keine Angst vor Panics
(freeing free frag, u ae. ...) haben. 

>was bewirkt, dass fsck keine Pruefung vornimmt.

... und Ihre Daten den Bach hinuntergehen laesst.

> Ich fahre SunOS 4.1.1 und 4.1.2. Ist das normal, oder
>gibt es hier Abhilfe?
So, wie Sie es machen, sind das sie zu erwartenden Effekte.
(Ist aber nicht die empfohlene Vorgehensweise)

Versuchen Sie es mit loopback mounts oder den richtigen s-links, wobei
ich bei Ihren s-links noch nicht ganz das Problem verstanden habe.

      Dipl.-Inf. Frank Kardel (kardel@informatik.uni-erlangen.de)
        Unix / Multiprozessorunix / Administration / Netzwerke
	 Friedrich-Alexander-Universitaet Erlangen-Nuernberg
	              IMMD IV (Betriebssysteme)
Newsgroups: de.comp.os.unix,de.comp.sys.ibm
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Colorado Jumbo 250 an PS2/80 unter Xenix
Organization: Guru Systems/Funware Department
Date: Sat, 3 Oct 1992 01:05:20 GMT

In <1009@watzman.quest.sub.org> udo@watzman.quest.sub.org (Udo Klimaschewski) writes:
>Ich versuche dieses Ding (ein QIC-80 Laufwerk) mit Colorado-Karte
>unter XENIX zum laufen zu kriegen. Unter DOS alles bene, also Hardware
>in Ordnung. Was brauche ich nun, um das ganze mit XENIX ans Rennen
>zu bekommen?

Treiber von Colorado. SCO unterstuetzt nur Irwin. Sagen wenigstens die
Release Notes.
-- 
				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: mam@mamunx.garmhausen.de (Michael A Meiszl)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0
Organization: Public Access Mailbox
Date: Sat, 12 Sep 1992 17:57:27 GMT

In <NVM6ABO@geminix.in-berlin.de> gemini@geminix.in-berlin.de (Uwe Doering) writes:
>Jetzt kann ich mich nicht mehr zurueckhalten. Deine fortgesetzten
>Pauschalisierungen aergern mich langsam. Was Du betreibst, ist
>Desinformation. Es ist Dein _persoenliches_ Pech, dass Du ein Mother-
>board erwischt hast, dass nicht Busmaster-DMA-faehig ist. Daraus
>jetzt zu schliessen, der Adaptec sei schuld, ist geradezu abenteuerlich.
>Nimm bitte zur Kenntnis, dass der AHA1542B auf den allermeisten
>Rechnern ohne Probleme laeuft, zumindest, sofern man ihn nicht
>auf zu hohe DMA-Transfer-Raten tunet.
Aehm, da ich Deinen Teil ja schon gequotet habe, brauch ich den Bumerang
ja nicht nochmal selber schreiben :-)
Ich bin gerade in der misslichen Lage, dass mein Rechner vom Blitz geschlachtet
wurde und ich nun auf das Eintreffen der Ersatzteile warten muss.
Normalerweise frisstet hier drin ein 1740 sein Leben, anstandslos und ohne
Auswirkungen auf den Zeichenempfang.
Interimsweise sah ich mich nun gezwungen, den 1542 wieder auszumotten und musste
boeserweise feststellen, dass die Performance auf den seriellen Devices um
50-70% reduziert wurde. Selbst das gespoofte Traily holpert nun nur noch mit
500-800cps ueber die Leitung :-(((
Zu hohe DMA Raten koennen es ja wohl kaum sein, wenn das Board normalerweise
mit 32Mhz Busmaster DMA beim 1740 laeuft, oder???

Nun ja, moege UPS mir meinen 1740 wiederbringen....

	mam
-- 
** Michael Andreas Meiszl | Tomsonstr 25 | 4700 Hamm 1 | Tel +49 2381 889121 **
Newsgroups: de.comp.os.unix
From: sascha@uropax.contrib.de (Sascha Zumbusch)
Subject: Re: GNU-Software in Deutschland von der FSAG
Organization: Contributed Software GbR
Date: Mon, 28 Sep 1992 13:05:53 GMT


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

>>Sofern nichts  mehr dazwischen kommt, werden wir in Zusammenarbeit
>>mit der FSF (Free Software Foundation) in Kuerze alle GNU-Software
>>auf ueblichen Datentraegern verfuegbar machen.
>>liegen im Bereich dessen, was auch in den USA dafuer bezahlt werden muss
>>(ca. 280 DM/Tape). Die FSAG wird *keine* zusaetzlichen Gebuehren berechnen.
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                                     Was ist denn damit gemeint?

Seufz, das machen wir schon lange, und die offiziellen Preise der FSF
liegen nicht bei DM 280,- sondern US$ 210,-. Und das ist kein Phantasieprodukt
von uns, sondern die Vorgabe der FSF!
Was ist eigentlich so toll daran, das Rad neu zu erfinden? Niemand hat
etwas dagegen, dass Ihr das macht, aber 'ne Revolution ist das auch
nicht grade.....
Ich persoenlich finde es gut, wenn uns jemand Arbeit abnimmt, aber ob Ihr
auch wirklich den Service, den die Leute haben wollen liefert?

>... und warum soll das besser, schneller und billiger sein als ftp von
>diversen ftp-Servern hier in Deutschland oder von prep.ai.mit.edu selber?

Das ist besser, weil 1) nicht jeder zugang zum Netz hat, der GNU-Stuff
benutzen will und zweitens der obengenannte Service ueber FTP doch fehlt.

-- 
-----------------------------------------------------------------------------
Guido (Sascha) Zumbusch  Contributed Software     "To push UNIX,
			 Greafestr. 76             sell it!!!!!"
030/694 69 07		 1000 Berlin 61
Newsgroups: de.comp.os.unix
From: christa@horga.ruhr.de (Christa Keil)
Subject: Elm
Organization: OPeN - The Digital Advantage
Date: Tue, 6 Oct 1992 09:28:00 GMT

Gibt es eigentlich eine Moeglichkeit den ELM dazu zu ueberreden, das
er in den "attribution string for replies" (also dieses "%s wrote")
noch zusaetzlich das Datum mit aufnimmt?

Nachher sollte diese Zeile ungefaehr so aussehen:
"On <day> <date> <time> <Name (=%s)> said/wrote:"






-- 
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: horke@buchonia.rhoen.in-berlin.de (Bernhard Kroenung)
Subject: SCO mit ueber 16Mb
Organization: fulmin Ebersburg/Rhoen
Date: Mon, 28 Sep 1992 15:08:32 GMT

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
Chip-Setup einstelle, dass der Speicher ueber 16Mb cacheable sein soll.
SCO geht dann sofort nach dem Boot den Bach runter - nach der Anzeige der
fpu will es nicht mehr. Natuerlich wird der Rechner bei Operationen im
Speicher ueber 32Mb sehr langsam, was den Nutzen des zusaetzliche Speichers
etwas in zweifel zieht ...

Gibt es irgendwelche Bugfixes von SCO oder Tips, ob das evtl. am Rechner oder
der BIOS-Einstellung liegt ...

  Ciao
    Bernhard
-- 
Bernhard Kroenung, Bahnhofstr. 8, 6408 Ebersburg/Rhoen, Germany +49 6656 910101 
horke@buchonia.rhoen.in-berlin.de    X.400 : kronung@jlug-gw.uni-giessen.dbp.de
From: stefan@krefcom.ish.de (Stefan Haefs)
Newsgroups: de.comp.os.unix
Subject: Hilfe zu BTX programm "btxterm"
Date: 30 Sep 92 11:10:40 GMT
Reply-To: haefs@schrott.math.uni-duisburg.de
Organization: Krefcom UUCP Server, Krefeld, FRG

Habe folgendes Problem mit dem BTX Programm "btxterm" von netmbx GBR:

Wenn die Verbindung zum BTX-Rechner aufgebaut ist, kann man mit der sonst
ueblichen Tastenkombination < ctrl > a/b nicht */# senden.
Das Modem empfaengt dann nichts und nach Ablauf der Zugangszeit wird die
Verbindung beendet.

Woran kann dieses liegen ????
( In der Shell erscheint "< ctrl > a/b" ganz normal. )

Bitte per mail antworten, da ich sonst nicht anders zu erreichen bin!
Vielen Dank!


Stefan Haefs
Newsgroups: de.comp.os.unix,de.comp.misc,de.comp.sys.misc
From: volker@abulafia.in-berlin.de (Volker Safran)
Subject: Was ist eine Silicon Graphics Iris 3130 ?
Reply-To: volker@abulafia.in-berlin.de
Organization: Volker Safran, Interprint, Berlin, Germany
Date: Wed, 30 Sep 1992 22:28:09 GMT


Hallo,

ein Freund von mir hat eine Silicon Graphics Iris 3130 Bj.88 angeboten  
bekommen. Nun hat er aber keine Ahnung, um welches Geraet es sich dabei  
handelt und ich auch nicht.

Soviel wissen wir:
	
	4 MB RAM
	160 MB ESDI Platte (keine SCSI-Schnittstelle?)
	60 MB Streamer
	19 Farbbildschirm
	UNIX SYS V
	kein Diskettenlaufwerk

was wir nicht wissen:

	welcher Prozessor (ein R3000 etwa schon?)
	Steckplaetze vorhanden ja/nein (SCSI nachruestbar?)
	... sonstige interessante Informationen.

Er moechte das Geraet primaer fuer komplexere mathematische Berechnungen  
benutzen und dafuer ist sein Atari einfach etwas zu langsam und er hat  
keine Lust immer auf die Berechungen zu warten.

Wer kennt die Maschine, erfuellt sie den angestrebten Zweck, hat sie eine  
graphische Oberflaeche (X-Windows). Mit welchen Schwierigkeiten und  
Problemen ist eventuell zu rechnen (bezueglich Erweiterungen und so?).
Ist sie das Geld, das sie kosten soll (etwa 4500DM) wert ?


Jeder Hinweis ist sehr willkommen.

Bitte im Moment zumindest eine Kopie als EMail schicken, da irgendein  
NewsFeed unterwegs nicht ordentlich funktioniert und der Mensch im Urlaub  
ist.


				CIAO		Volker
-- 
************************************************************
* Volker Safran, FB20, TU Berlin, Germoney                 *
* EMail:                                                   *
*   volker@abulafia.in-berlin.de  (NeXTMail very welcome)  *
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Festellen von links
Date: 2 Oct 1992 01:32:31 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <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!).

Geht nicht.

> Benoetigt wird das z.b. um den filename eines darauf zeigenden
> symbolic-links zu erfahren (getdirentries()->lstat()->inode[->name ???]).
> Gibts da irgend ne Moeglichkeit ???
> 
Huch? Wenn du einen lstat machst, hast du die Inode des Symlinks. Ein stat
gibt dir die Inode der Datei, auf die dieser Symlink zeigt. Das ist ein
Unterschied; ein Symlink ist implementiert als stinknormale Datei mit einem
speziellen Typeintrag, deren Inhalt den relativen oder absoluten Pfad zum
Ziel des Symlinks ist. Die von lstat gelieferte Inodenummer ist folglich
relativ uninteressant.
Wenn du den Pfadnamen der Zieldatei direkt konstruieren und somit den
Symlink zu Fuss aufloesen willst, mach sowas aehnliches wie das folgende:


{				  /* Input: "filename" bezeichnet einen
				   * Symlink. Output: "filename" bezeichnet den
				   * Zielnamen des Links */
    char buf[_PATH_MAX];
    char *p = strrchr (filename, '/');
    short i = readlink (filename, buf, sizeof (buf) - 1);

    if (i < 0)
	return (ERROR);		  /* Fehler */
    else if (i == 0)
	strcpy (buf, ".");	  /* Leerer Link -- kann durchaus vorkommen */
    else
	buf[i] = '\0';		  /* readlink() terminiert seinen String
				   * _nicht_ selber! */
    if (p == NULL || buf[0] == '/')
	p = filename;		  /* Kein Verzeichnis im Quellpfad, oder
				   * Symlink bezeichnet absoluten Pfad */
    else
	p++;
    strcpy (p, buf);
}

Der bzw. ein Pfadname der Datei, auf die der Symlink zeigt (VORSICHT: Diese
Datei muss nicht existieren!), steht nun in "filename".

Damit ist aber noch nicht beruecksichtigt, dass in dem so generierten
Pfad noch weitere Symlinks versteckt sein koennen oder der Pfad wieder
nach oben wandert ("/../"). Wenn du das auch ausschliessen willst, musst du
diesen Pfad Verzeichnis fuer Verzeichnis durchgehen und jedesmal per lstat()
testen, ob das Teil ein Symlink ist.

-- 
A mathematician is a machine for converting coffee into theorems.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: de.comp.os.unix,de.comp.misc,de.comp.sys.misc
From: gei@phdrw2 (Juergen Geinitz)
Subject: Re: Was ist eine Silicon Graphics Iris 3130 ?
Cc: volker@abulafia.in-berlin.de
Organization: Kernforschungszentrum Karlsruhe GmbH,  Germany
Date: Tue, 6 Oct 1992 17:29:11 GMT

In article volker@abulafia.in-berlin.de writes:
>
>Hallo,
dito.
>
>ein Freund von mir hat eine Silicon Graphics Iris 3130 Bj.88 angeboten  
>bekommen. Nun hat er aber keine Ahnung, um welches Geraet es sich dabei  
>handelt und ich auch nicht.
tja wir ham hier auch noch son vieh in der ecke stehen (irgendne 3xxx)
>
>Soviel wissen wir:
>	
>	4 MB RAM
>	160 MB ESDI Platte (keine SCSI-Schnittstelle?)
>	60 MB Streamer
>	19 Farbbildschirm
>	UNIX SYS V
muesste    3.0 oder 3.1 sein
>	kein Diskettenlaufwerk
>
>was wir nicht wissen:
>
>	welcher Prozessor (ein R3000 etwa schon?)
stimmt sgi hat meines wissens nur mit mips gespielt.
>	Steckplaetze vorhanden ja/nein (SCSI nachruestbar?)
hmm muesste ich mal rumfragen scsi wars nich ich glaub irgendein multibus
>	... sonstige interessante Informationen.
>
>Wer kennt die Maschine, erfuellt sie den angestrebten Zweck, hat sie eine  
eigendlich schon
>graphische Oberflaeche (X-Windows). Mit welchen Schwierigkeiten und  
ja und nein -- damals war sgi sehr heiss auf NeWS d.h. der bildschirm
spricht display-postscript
>Problemen ist eventuell zu rechnen (bezueglich Erweiterungen und so?).
>Ist sie das Geld, das sie kosten soll (etwa 4500DM) wert ?
schwer zu sagen - inoffizielle zungen sagen sgi habe den support eingestellt.

 gruss juergen

-- 
  gei@phdrw2.kfk.de  Juergen Geinitz +49 7247 82 4973 (voice)
Newsgroups: de.comp.os.unix
From: zierke@rzdspc1.informatik.uni-hamburg.de (Reinhard Zierke)
Subject: Re: Ab wann gibt es den "neuen" ELM eigentlich?
Organization: University of Hamburg, FRG
Date:  6 Oct 92 20:34:10 GMT

christa@horga.ruhr.de (Christa Keil) writes:

> Sollte eigentlich nicht Mitte des Jahres eigentlich der 
> "neue" ELM rauskommen?
> 
> Weiss da jemand was genaueres?

Elm 2.4 gibt's seit dem letzten Wochenende. Zum Beispiel auf
ftp.informatik.uni-hamburg.de in /pub/mail/elm-2.4.tar.Z und
/pub/mail/elm.ps.tar.Z

Reinhard

-- 
Reinhard Zierke                   Universitaet Hamburg, FB Informatik
zierke@informatik.uni-hamburg.de  Vogt-Koelln-Strasse 30, D-2000 Hamburg 54
                                  Tel.: (040) 54715-295   Fax: -206