HDTenEightyP/NetNews huggingface dataset:
From: styx@eurom.rhein-main.de (Ruediger Merz)
Subject: Re: ld: arg list to long
Organization: Free Software Association of Germany
Date: Sun, 13 Dec 92 23:33:44 GMT

On 13 Dec 1992 03:45:38 +0100, urlichs@smurf.sub.org (Matthias Urlichs)
wrote:


|In de.comp.os.unix, article <1992Dec12.104730.4440@eurom.rhein-main.de>,
|  styx@eurom.rhein-main.de (Ruediger Merz) writes:
|> On Fri, 11 Dec 1992 12:24:21 GMT, net@cs.tu-berlin.de (Oliver Laumann)
|> wrote:
|> |In BSD (und verwandten Systemen) koennte es helfen, einige der Files
|> |mit ld -r zu einem temporaeren File vorzulinken und dann mit diesem
|> 
|> das geht leider nicht, ich hatte vergessen dazu zu schreiben das i
|> ch shared libraries linken moechte und die geht mit der
|> optio -r nicht.
|> 
|Du sollst ja auch nicht das shared library mit -r linken, sondern ein paar
|der Objectdateien in eine stinknormale weitere Objectdatei, die du dann
|in einem zweiten Schritt in ein shared library einbaust.

habe das problem mittlerweile anders geloest.
habe die namen gekuerzt die objects heissen jetzt 1.o,2.o,3.o .....u.s.w.
dabei stoest man frueher oder spaeter zwar auch auf das 
arg-list-to-long-problem, aber bei 432 dateien ging es noch.


danke fuer die hilfe.


cu
	styx

-----
                ** Free Software Association of Germany **
                  Great software should be free software
                 Phone: 069 - 6312083 Data: 069 - 6312934
Newsgroups: de.comp.os.unix
From: xmaster@eumelos.stgt.sub.org (Peter Dieth)
Subject: Re: Hat Linux shared memory und se
Reply-To: dieth@transtec.de
Organization: Eumelos Labs, Reutlingen, Germany
Date: Wed, 16 Dec 1992 22:03:52 GMT

fs@oops.zigzag.hanse.de (Frank Seitz) writes:

>: >Das will ich sehen, wie Du Shared Memory auf Sockets abbildest :-) :-) :-)
>: 
>: Ich koennte mir so was sehr wohl vorstellen.
>: Man muesste einen sogen. SharedMem-Server in's Netz haengen und die
>: Clients (Programme, die auf SharedMem zugreifen) wuerden dann anstatt
>: 
>: addr=shmat(...)   		den Server nach einem handle fragen
>: addr[...]=value			die Werte zum Server schicken
>: value=addr[...]			die Werte vom Server holen

>Datt wird nich gehen. Die Datenobjekte in einem Shared Memory Segment
>kannst Du naemlich *direkt* durch Zeiger
>referenzieren (Dein Beispiel auf der linken Seite zeigt es). Bei
>Sockets waere allenfalls ein "indirektes" Referenzieren (unter Verwendung
>irgendeines Protokolls) moeglich. Es ist (in C) daher definitiv
>ausgeschlossen, Shared Memory durch Sockets emulieren zu
>koennen!

Schon mal was von Phantasie gehoert ?

Es ist mir auch klar, dass dies nicht 100%ig ohne "work-arounds" funktioniert,
aber ich koennte mir das schon vorstellen, indem man eben die "direkten"
Zugriffe durch Makros o.ae. auf "indirekte" umbiegt. 

Z.B.
addr=get_shmat(...)		den Handle holen
WRITE_SHM(addr)=...		in's "Shm" schreiben
xyz=READ_SHM(addr)=...		vom "Shm" lesen

Durch ein entsprechendes sed/awk/perl Programm, das die "native"
Konstrukte durch die Konstrukte der Emulation ersetzt,  koennte man dies
relativ einfach realisieren.


Genug phantasiert fuer heute. ;)

Ciao,
Peter
-- 
				,,,
                               (o o)
 --------------------------oOO--(_)--OOo--------------------------------
 InterNet: dieth@transtec.de          SubNet: dieth@eumelos.stgt.sub.org 
 Peter Dieth, Braikinbachweg 35, W-7410 Reutlingen, Voice: 49-7121-40465
 Eumelos Mailsystem Reutlingen, V.32bis,V.42bis,HST  Data: 49-7121-?????
 Gegen Rassismus und Gewalt !              Against racism and violence !
Newsgroups: de.comp.os.unix
From: gero@gkminix.han.de (Gero Kuhlmann)
Subject: Re: Fragen zu: Linux, deutsche Tastaur, Druckertreiber
Organization: gkminix, Hannover, Germany
Date: Mon, 14 Dec 92 17:12:57 GMT

84384@novell1.rz.fht-mannheim.de writes:
> irgendwo tauchte es mal in einem Nebensatz auf, das Problem mit der 
> deutschen Tastatur. Scheint also keins zu sein. Nur: ich hab's noch.
> 
> Also:
> 
> ich habe einen stinknormalen noname 386er mit VGA-mono (nur 640x480) und 
> deutscher Tastatur. Linux habe ich OHNE X-Windows installiert (bisher).
> Ich arbeite ausschlielich von der "Konsole", also ganz normal mit meinem 
> PC. Ich sehe die Mglichkeit noch nicht, alle Sonderzeichen so von der 
> Tastatur zu bekommen, wie sie auf derselben aufgedruckt sind. 

Hast Du den Kernel mit der deutschen Tastatur neu kompiliert? Ggf. musst Du das
Makefile (/usr/src/linux/Makefile) aendern. Wie es gemacht wird, steht drin.
Hast Du aber eine andere als die "offizielle" deutsche MF-Tastatur, musst Du
selber im Tastaturtreiber rumpatchen. Das ist aber auch nicht sonderlich schwer.
Unabhaengig davon gehen die Sonderzeichen (Umlaute und sz) sowieso nicht. Linux
kann damit nichts anfangen.

Gruss, gero.
-- 
Gero Kuhlmann			Zerberus:  G.KUHLMANN@A-LINK-H.ZER
Donarweg 4			SubNet:    gero@gkminix.sub.org
D-3000 Hannover 51              IN:        gero@gkminix.han.de
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Wie realisiert man autoforwarding?
Date: 21 Dec 1992 06:00:44 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <wr1as*zL0@senga.ka.sub.org>,
  chr@senga.ka.sub.org (Christian Riede) writes:
> 
> Das  sind  Useragents.   Was hier interssiert, ist, welcher Transport-Agent
Genauer der local-delivery-Teil des TA.

> laeuft.  Da gibt es dann jeweils ein File, wo man so etwas eintragen kann.
> 
> - smail: keine Ahnung
Auch .forward. Ebenso zmailer. 

> --> manpages
> 
Woher soll denn Otto Dummuser wissen, welcher MTA in seiner Box laeuft?  :-/

-- 
Dieters live life in the fasting lane.
-- 
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
From: fs@oops.zigzag.hanse.de (Frank Seitz)
Subject: Re: Hat Linux shared memory und se
Organization: OOPS (Netzwerke/Datenbanksysteme/Sprachverarbeitung)
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 00:08:57 GMT

Peter Dieth (xmaster@eumelos.stgt.sub.org) wrote:
: fs@oops.zigzag.hanse.de (Frank Seitz) writes:
: 
: >: >Das will ich sehen, wie Du Shared Memory auf Sockets abbildest :-) :-) :-)
: >: 
: >: Ich koennte mir so was sehr wohl vorstellen.
: >: Man muesste einen sogen. SharedMem-Server in's Netz haengen und die
: >: Clients (Programme, die auf SharedMem zugreifen) wuerden dann anstatt
: >: 
: >: addr=shmat(...)   		den Server nach einem handle fragen
: >: addr[...]=value			die Werte zum Server schicken
: >: value=addr[...]			die Werte vom Server holen
: 
: >Datt wird nich gehen. Die Datenobjekte in einem Shared Memory Segment
: >kannst Du naemlich *direkt* durch Zeiger
: >referenzieren (Dein Beispiel auf der linken Seite zeigt es). Bei
: >Sockets waere allenfalls ein "indirektes" Referenzieren (unter Verwendung
: >irgendeines Protokolls) moeglich. Es ist (in C) daher definitiv
: >ausgeschlossen, Shared Memory durch Sockets emulieren zu
: >koennen!
: 
: Schon mal was von Phantasie gehoert ?

Phantasie? Wer hat heutzutage noch Phantasie? Phantasie haben allenfalls
Geschaeftsleute, die ihre Schulden nicht bezahlen koennen. (K. Tucholsky)

: Es ist mir auch klar, dass dies nicht 100%ig ohne "work-arounds" funktioniert,
: aber ich koennte mir das schon vorstellen, indem man eben die "direkten"
: Zugriffe durch Makros o.ae. auf "indirekte" umbiegt. 
:
: Z.B.
: addr=get_shmat(...)		den Handle holen
: WRITE_SHM(addr)=...		in's "Shm" schreiben
: xyz=READ_SHM(addr)=...		vom "Shm" lesen

Die direkten Zugriffe sind  Z u w e i s u n g e n,
D e r e f e r e z i e r u n g e n  etc.,  die sich
aeusserlich nicht im geringsten von denen auf
den ueblichen Stack-/Heap-/Datensegment-Objekten unterscheiden, von
denen jedes C-Programm nur so wimmelt. Ein vorhandenes
Programm, das auf Shared Memory basiert, muesste man nach Deinem
Vorschlag komplett durchgehen und bei jedem einzelnen Speicherzugriff
pruefen, ob er nicht auf ein Shared Memory Segment geht. Falls ja,
muesste der Code an der betreffenden Stelle geaendert werden.
Nun, das ist nicht gerade das, was ich mir unter einer erfolgreichen
Substitution vom SYSV Shared Memory durch Berkeley Sockets
vorstelle.

Etwas anderes ist es natuerlich, wenn Du -- Portabilitaet im
Hinterkopf -- Deinen  e i g e n e n  Code von vornherein so abfasst,
dass eine Substitution, z.B. nach dem Schema, das Du vorgeschlagen
hast, moeglich ist. Das ist dann aber vermutlich der einzige Code auf
der weiten, weiten Welt, fuer den dies ohne Haareraufen klappt.
Eigentlich schade, nicht?

: Genug phantasiert fuer heute. ;)

Jo. Wenden wir wieder dem Ernst des Lebens zu...
-- 
Frank Seitz, Hamburg, +49-40-7927569, {fs,root,postmaster}@oops.zigzag.hanse.de
From: walter@mecky.rent-a-guru.de (Walter Mecky)
Newsgroups: de.comp.os.unix
Subject: Re: ld: arg list to long
Date: 16 Dec 92 01:56:42 GMT
Reply-To: walter@rent-a-guru.de (Walter Mecky)
Organization: RENT-A-GURU (tm), Buettelborn; FR Germany

In article <1992Dec12.104730.4440@eurom.rhein-main.de> styx@eurom.rhein-main.de (Ruediger Merz) writes:
< 
< es geht um sorix sysv r4.03.
< 
< |
< |In BSD (und verwandten Systemen) koennte es helfen, einige der Files
< |mit ld -r zu einem temporaeren File vorzulinken und dann mit diesem
< 
< das geht leider nicht, ich hatte vergessen dazu zu schreiben das i
< ch shared libraries linken moechte und die geht mit der
< optio -r nicht.

Auch wenn Du das Problem mittlerweile anderweitig geloest hast, hier
zwei Ratschlaege, die hier allgemein helfen:
- Bei SVR4 gibt es einen aenderbaren Kern-Parameter fuer die max.
  Laenge der Argumente. Heisst ARGMAX oder so aehnlich (siehe SAR)
- Objektmodule sind mit -r vorzulinken, bei shared libraries geht dies
  mit -G.

Walter
-- 
   __o          Walter Mecky
 _ \<,_         walter@rent-a-guru.de   or   ...uunet!unido!mikros!walter
(_)/ (_)        Phone: +49 6152 40813
From: to-pse@xfswob.han.de (Tobias Erichsen)
Newsgroups: de.comp.os.unix
Subject: Re: Fragen zu Linux
Date: Mon, 14 Dec 1992 08:19:19 GMT
Organization: net concept - system development

bernd@bwhwob.escape.de (Bernd Wiegmann) writes:

>uri@cs.tu-berlin.de (Heinrich Buschermoehle) writes:

>> 1.)	Gibt es in Deutschland einen gut sortierten Linux-Server (Ano-FTP
>> 	evtl. sogar als Mirror von tsx) ?

>Versuch mal ftp.ibr.cs.tu-bs.de . Dort ist ein ganz guter mirror von
>tsx-11.

Im uebrigen wird das komplette Linux-Verzeichnis von TSX-11 komplett einmal pro
Wochen von mir auf Band ueberspielt und auf die xfswob.han.de gebracht.
Anonymous uucp ist moeglich; die Sachen befinden sich in uucppublic/os/linux/TSX11

mfg to-pse

-- 
Tobias Erichsen              email : to-pse@xfswob.han.de
Siebenbuergerweg 19          tel.  : +49 5361 399100 (isdn)
D-3180 Wolfsburg 1           fax.  : +49 5361 36270  (fax, v32bis)
Germany                      data  : +49 5361 35780  (v22bis, mnp5)
From: root@midips.in-berlin.de (Holger Wirtz)
Subject: Re: X-Server und Eizo F550i
Organization: Private Organisation fuer angewandte Informagie
Date: Thu, 17 Dec 1992 07:58:23 GMT

fs@oops.zigzag.hanse.de (Frank Seitz) schreibt:

>Es koennte daran liegen, dass die Maus-Konfiguration nicht stimmt.
>Der Server zeigt haargenau das von Dir beschriebene 
>Verhalten, wenn er das Geraet (meist ein TTY-Port), an dem die Maus
[...]
>Hoffe das hilft.
     
Ich werde das mal ueberpruefen... Danke!

Holger

-- 
root@midips.in-berlin.de         || Holger Wirtz
root@ifaips%midips.in-berlin.de  || 1000 Berlin 20
Newsgroups: de.comp.os.unix
From: zzulich@ipc1.rrzn.uni-hannover.de (Thomas Ulich)
Subject: Wie realisiert man autoforwarding?
Organization: RRZN
X-Newsreader: Tin 1.1 PL4
Date: Fri, 18 Dec 1992 12:10:46 GMT

Hi!

Mag ja 'ne Newbee-Frage sein, stelle sie jedoch trotzdem in der Hoffnung, dass
irgendwer eine quick-and-dirty-Loesung fuer mich hat...:

Wie kann ich erreichen, dass mail, die auf einem nur gelegentlich benutzten
UNIX-Account ankommt, automatisch an meine Hauptadresse weitergeleitet wird?

Auf den unterschiedlichen Accounts laeuft teilweise elm, teilweise aber auch 
nur mail/mailx...

Vielen Dank im Voraus!

Mfg
Thomas

--
Thomas Ulich       Tel.: +49-5021-7550     zzulich@kursix.rrzn.uni-hannover.de

                   The opinions expressed above are my own
Newsgroups: de.comp.os.unix
From: thomas@aeon.in-berlin.de (Thomas Wolfram)
Subject: Re: 386BSD User in Deutschland.
Keywords: 386BSD,DE,PC-UNIX
Organization: Cities in Dust
Date: Thu, 10 Dec 1992 22:27:30 GMT

In <arne.724004136@guug.de> arne@guug.de (Arne Steinkamm) writes:

>thomas@aeon.in-berlin.de (Thomas Wolfram) writes:

>>In <1flmivINN15c@encap.hanse.de> maverick@encap.hanse.de (Jan-Oliver Neumann) writes:
[...]
>>>seinem 386BSD?  

>>Ich! Allerdings nur an der Uni. Networking, d.h. NFS usw. funktioniert ganz gut,
>>jedenfalls mit Suns. Ich vermisse nur NIS und einen Automounter... :-)
>>Naja, ist wohl etwas vermessen...

>Sun's bzw. SVR4's automounter ist Schrott.

Wieso das? Ich kenne mich da nicht so doll aus, aber SunOS' automounter
scheint (jedenfalls bei uns) doch im grossen und ganzen zu funktionieren?
(Habe allerdings auch von irgendeinem Bug gehoert.)

>Funktioniert der BSD 4.4 amd unter 386BSD ? Ich sehe kein Problem dabei, aber
>hat es schon jemand ausprobiert ?

Hoert sich interessant an. Soll das heissen, dass 4.4BSD schon freigegeben
wurde? Ich dachte, dass das noch eine Weile dauert.

>Gruesse
>.//. Arne

Gruss, Thomas
-- 
  Thomas Wolfram, European Advanced Networking Test Center
  (Process Computing Center, Technical University of Berlin)
  Strasse des 17.Juni 135, 1000 Berlin 12, Germany
  +49 030 31421294, wolf@prz.tu-berlin.de, thomas@aeon.in-berlin.de
Newsgroups: de.comp.os.unix
From: dangel@eins.informatik.uni-kl.de (Andreas Dangel (DA Milojicic))
Subject: Re: UNIX, C, fork()
Organization: University of Kaiserslautern, Germany
Date: Sat, 12 Dec 1992 16:26:47 GMT

Hinrich_Schencking@ac3.maus.de (Hinrich Schencking) writes:

>Ich habe folgendes Problem.
>Ich moechte aus einem Programm heraus ein weiteres aufrufen, und nach der
>Beendigung des Neuen mit dem Alten weitermachen.
>Bei der ueblichen art, also mit fork() einen neuen Prozess erzeugen und dann
>mit exec??() den Neuen mit meinem gewueschenten Programm zu ueberlagern,
>hoert der Vaterprozess immer nach erfolgreichem Start des Sohnes auf zu laufen

Du musst nur einen wait oder wait3 Systemaufruf in den Parent einbauen,
nachdem er mit fork den Child-Prozess erzeugt hat. Wait ist blockierend, wait3
ist maechtiger und nichtblockierend als Option ist auch moeglich (option:
WNOHANG).
In deinem Fall reicht aber ein einfaches pid = wait(0);
________________________________________________________________________________
     ////                                       \                      \?/ 
   (o)-(o)               Andreas Dangel          \  Helmut            [.[.]
   |  "  |           Fachbereich Informatik       \                  /  "  \
    \`-'/     University of Kaiserslautern, Germany\     keep        \ (_) /
  / |>o<| \   internet: dangel@informatik.uni-kl.de \      cool!    /-------\
--------------------------------------------------------------------------------
Newsgroups: de.comp.os.unix
From: xmaster@eumelos.stgt.sub.org (Peter Dieth)
Subject: Re: Hat Linux shared memory und se
Reply-To: dieth@transtec.de
Organization: Eumelos Labs, Reutlingen, Germany
Date: Tue, 15 Dec 1992 14:20:22 GMT

martini@heaven7.in-berlin.de (Martin P. Ibert) writes:

>Michael_Kraehe@hb.maus.de (Michael Kraehe) writes:
>>  > Gibt es shared memory und semaphore
>> Leider nein, wenn Du nen Guru kennst kannste das ja auf Sockets abbilden,
>> das ist eh sinnvoller weils dann auch ueber Netz geht :-)

>Das will ich sehen, wie Du Shared Memory auf Sockets abbildest :-) :-) :-)

Ich koennte mir so was sehr wohl vorstellen.
Man muesste einen sogen. SharedMem-Server in's Netz haengen und die
Clients (Programme, die auf SharedMem zugreifen) wuerden dann anstatt

addr=shmat(...)   		den Server nach einem handle fragen
addr[...]=value			die Werte zum Server schicken
value=addr[...]			die Werte vom Server holen

Ich koennte mir durchaus so was vorstellen, da ich z.Zt. ein wenig
in W. Richard Stevens Buecher schnuppere. :-)

Ciao,
Peter

-- 
				,,,
                               (o o)
 --------------------------oOO--(_)--OOo--------------------------------
 InterNet: dieth@transtec.de          SubNet: dieth@eumelos.stgt.sub.org 
 Peter Dieth, Braikinbachweg 35, W-7410 Reutlingen, Voice: 49-7121-40465
 Eumelos Mailsystem Reutlingen, V.32bis,V.42bis,HST  Data: 49-7121-?????
 Gegen Rassismus und Gewalt !              Against racism and violence !
Newsgroups: de.comp.os.unix
From: thomas@aeon.in-berlin.de (Thomas Wolfram)
Subject: Re: Hat Linux shared memory und semaphore ?
Organization: Cities in Dust
Date: Thu, 10 Dec 1992 22:43:36 GMT

In <JOCHEN.92Dec5083053@busybit.mrz.sub.org> jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:

>Ich schwanke immer noch zwischen Linux und 386BSD.
>Da ich gerne eine Anwendung die shared memory und semaphore benutzt
>compilieren moechte, meine Frage an alle Linuxer:

>Gibt es shared memory und semaphore, d.h. gibt es die include files
>sys/shm.h und sys/sem.h, sowie die zugehoerigen Funktionen in libc.a
>(shmget(), semget() usw.) ?

Weiss ich leider nicht, glaube aber nein.

>Von 386BSD weiss ich es schon, da gibt es das nicht :-(
>Seltsamerweise gibt es die Funktionen auf einer VAX mit 4.3BSD
>und unter SunOS, welches ja ebenfalls auf BSD basiert.

Das es sie unter 4.3BSD auf einer VAX gibt wuerde mich wundern,
gehoeren sie doch zum IPC Konzept von SysV R3. BSD hat fuer die
IPC das Socketinterface eingefuehrt (Unix-Domain, Internet-Domain, usw.).
SunOS hat dagegen aus Kompatibilitaetsgruenden das SysV IPC integriert,
man findet ja mehr oder weniger auch eine komplette (zusaetzliche)
SysV Umgebung vor (/usr/5bin, diverse Libraries, Headerfiles, Streams usw.).

Gruss, Thomas
-- 
  Thomas Wolfram, European Advanced Networking Test Center
  (Process Computing Center, Technical University of Berlin)
  Strasse des 17.Juni 135, 1000 Berlin 12, Germany
  +49 030 31421294, wolf@prz.tu-berlin.de, thomas@aeon.in-berlin.de
From: jl@erikhh.UUCP (Joerg Leu)
Newsgroups: de.comp.os.unix
Subject: Linux 0.98p6
Distribution: world
Date: 14 Dec 92 01:10:45 GMT

Hei,

ich suche die Sourcen des Kernel 0.98p6 und 
Netzwerktreiber fuer die NE1000  plus tcpip 
in einer neuen Version. Ich habe hier eine Version
von p3, die einen Bug beinhaltet.

Wer kann mir helfen. Wo kann ich mir per nuucp diese Sachen ziehen ?

Joerg



/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
|                          jl@erikhh 				     |
| Joerg Leu  Apfeltranger Str. 140  8950 Kaufbeuren   08341/40513    |
|             OS-9/68030   ---   Einfach das bessere System          |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: de.comp.os.unix
From: wieck@jwminhh.hanse.de (Jan Wieck)
Subject: Re: Frage zu Muell in /tmp
Organization: Private Site under Mach386
X-Newsreader: Tin 1.1 PL4
Date: Sat, 19 Dec 1992 08:09:57 GMT

stefan@stanny.GUN.de (Stefan Haefs) writes:
: Hi !
: Ich habe folgendes Problem unter SCO - Unix.
: Folgendes steht jeweils neu in meiner /tmp, nachdem ich gepollt habe:
: Kann mir jemand sagen, was dass verursachen koennnte, bzw. wie man das
: verhindern kann ?!
: Danke !
: Stefan Haefs
: ------------------------------------------------
: -rw-r--r--   1 news     news           0 Dec 10 17:01 L<27253.2b237465@puddle.fidonet.org>
: -rw-r--r--   1 news     news           0 Dec 10 17:01 L<27254.2b237467@puddle.fidonet.org>
:
: [...]
:
: -- 
: ---------------------------------------------------------------------------
: Stefan Haefs                                  INTERNET stefan@stanny.GUN.de

Hallo Stefan,

das sieht mir ganz danach aus, als wenn Du definitiv Artikel verlierst.
Bei diesen Dingern handelt es sich um temporaere Dateien, die der inews
beim entpacken der newsbatches erzeugt. Der inews erzeugt pro Artikel
innerhalb eines newsbatch einen Sohnprozess, der dann eine solche Datei
als Eingabe erhaelt. Da es in diesem Fall soweit kommt, dass die
temporaere Datei schon nicht einmal mehr gefuellt wird, fehlt der
betreffende Artikel dann in /usr/spool/news/...

Es waere hilfreich gewesen zu wissen, welches news-System Du benutzt.
Ich habe ein derartiges Problem mal mit einer alten bnews Version gehabt.
Da werden viele char-Pointer mit Strings initialisiert, und nicht mit
malloc. Strings liegen aber normalerweise im Text-Segment, und das ist
read only. Ein Umstand, der beim Versuch diesen String zu aendern schlicht
in einem core endet (den muesstest Du uebrigens auch irgendwo finden).


Bis dann, Jan

-- 
# Any language keeps its own misunderstandings; #
# why shouldn't programming languages do?       #
#                                               #
#            wieck@jwminhh.hanse.de (Jan Wieck) #
Xref: sparky de.comp.os.unix:2489 de.comp.sys.ibm:2343
From: micha@moko.saar.de (Michael Bongartz)
Newsgroups: de.alt.os.linux,de.comp.os.unix,de.comp.sys.ibm
Organization: Michael Bongartz, private UUCP site, Saarbruecken/Germany
Subject: Re: Linux & DOS
Reply-To: micha@moko.saar.de
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Thu, 17 Dec 1992 11:08:08 +0100

In <D2150069.l5e451@frodo.heaven7.sub.org>, Ole Noculak writes:
> P.S. Ich poste das hier auch in de.alt.os.linux. Denjenigen,
> die das hier in dieser Rubrik lesen, waehre ich fuer einen entsprechenden
> Hinweis dankbar, da ich bisher in dieser Gruppe _NULL_ Trafic hatte,
> und langsam daran zweifle, dass sie ueberhaupt existiert.

Versuch's doch mal in comp.os.linux oder (wenig traffic) in alt.os.linux.

Michael

-- 

EMail:  micha@moko.saar.de    /\/\    University:      bongartz@cs.uni-sb.de
Z-Netz: micha_b@hit.zer      /    \   Voice+Fax: +49 681 55654 (+ Ans-Mach.)
SnailMail: Michael Bongartz, Am Ordensgut 43, W-6600 Saarbruecken 1, Germany

Newsgroups: de.comp.os.unix
From: gaede@faw.uni-ulm.de (Volker Gaede)
Subject: Nachladbare Programmteile
Organization: FAW (Research Institute For Applied Knowledge Processing, Ulm, Germany)
Date: Wed, 16 Dec 1992 10:22:13 GMT

Hallo liebe UNIX-Gemeinde,
ich stehe im Moment vor dem Problem, da"s ich Teile, die ich kurz zuvor
compiliert habe, in ein laufendes Programm nachladen mu"s. Beim Studium
der Sun-Manuals bin ich "uber die Linker-Option -A gestolpert plus eine
weitere Passage in diesem Manual. Leider schweigt sich das Manual 
"uber ein genaueres Vorgehen aus.

Hat vielleicht schon jemand Erfahrungen in dieser Richtung gesammlt?

	Volker

------------------------------+-------------+----------------------
Volker Gaede                  +   \\\|//    + Tant d'histoire pour 
                              +   |o o |    + rien de tout.                     
gaede@main01.rz.uni-ulm.de    +  O| L  |D   + 
gaede@faw9370.faw.uni-ulm.de  +   |\_/ |    +
gaede@faw.uni-ulm.de          +   \___/     + 
------------------------------+-------------+----------------------
Xref: sparky de.comp.os.unix:2450 de.comp.sys.ibm:2321
From: olani@frodo.heaven7.sub.org (Ole Noculak)
Newsgroups: de.alt.os.linux,de.comp.os.unix,de.comp.sys.ibm
Subject: Linux & DOS
Date: Mon, 14 Dec 92 22:17:41 MEST
Organization: The Happy Students, Berlin
Reply-To: olani@frodo.heaven7.sub.org
X-Mailer: uAccess - Macintosh Release: 1.6v1

Hi Nets,

weiss jemand, wie es um die Moeglichkeit bestellt ist, Linux und D*S
abwechseln zu booten, moeglicherweise auch von einer Platte?

Ich habe im meinem 386er zwei ST1144A und kann leider auf DummDOS
nicht verzichten :-(

Dank, Ole

P.S. Ich poste das hier auch in de.alt.os.linux. Denjenigen,
die das hier in dieser Rubrik lesen, waehre ich fuer einen entsprechenden
Hinweis dankbar, da ich bisher in dieser Gruppe _NULL_ Trafic hatte,
und langsam daran zweifle, dass sie ueberhaupt existiert.

Ole Noculak   *   Olympische Strasse 1b   *   1000 Berlin 19
voice: 030 / 305 28 41    *    fax/modem: +49 30 / 305 07 03
e-mail: olani@frodo.heaven7.sub.org                        |
------------------------------------------------------------
- Es MUSS gehen, andere machen es doch auch...             -
-                                     (Direktor Melzer)    -
------------------------------------------------------------
Newsgroups: de.comp.os.unix