HDTenEightyP/NetNews huggingface dataset:
From: volli@cs.tu-berlin.de (Volker Lausch)
Subject: Re: Suche Buchtips fuer X11 und curses
Organization: Technical University of Berlin, Germany
Date: Mon, 14 Sep 1992 07:59:35 GMT

> Ich suche Buchtips fuer deutsch oder englischsprachige Buecher, die mir den
> Umgang mit X11 und die Programmierung der curses Library vermitteln. 
> 
> Wer hat einen Tip?

Nach eigener Erfahrung und allem, was man so hoert, kann ich sowohl
fuer X11 als auch fuer Curses die Buecher aus dem O'Reilly &
Associates Verlag empfehlen.

Bei X11 muss man natuerlich auswaehlen, da gibt es naemlich
n Baende mit je m Seiten (n >= 10, m >= 500) :-).

                   volli
-- 
Volker Lausch    | TU Berlin, FB20 Informatik, FR 6-3 (KBS), Raum FR 6032
Skarbinastr. 61  | Franklinstr. 28/29, D-1000 Berlin 10, +49 30.314-25241
D-1000 Berlin 49 |   BITNET: volli%opal@db0tui11  USENET: tubopal!volli
+49 30.746 72 56 |          INTERNET: volli@cs.tu-berlin.de
Xref: sparky de.comp.os.vms:101 de.comp.misc:473
From: udo@ubla.novalis.public.sub.org (Udo Blatzheim)
Newsgroups: de.comp.os.vms,de.comp.misc
Distribution: world
Subject: Re: Goodbye, Ken Olsen
X-Newsreader: Ann 0.8m
Date: 4 Sep 92 08:54:55 CET
Organization: home, sweet home

In article <SPACE.92Aug31104355@ncc1701.stgt.sub.org>,
	space@ncc1701.stgt.sub.org (Lars Soltau) writes:
> >>>>> On 30 Aug 92 17:57:04 CET, udo@ubla.novalis.public.sub.org (Udo Blatzheim) said:
> >    Dieser  grosse Mann hat eine ganze Industrie geschaffen,  die  die
> > Welt veraendert hat.  Ken  Olsen  hat  von  Anfang  an geglaubt, dass
> > Computer jedem zugaenglich sein sollten.  Diese  Ueberzeugung hat zur
> > PC-Revolution    gefuehrt.
> 
> "There is no reason for any individual to have a computer in their
> home."
> 		-- Ken Olson, President of DEC, World Future Society
> 		   Convention, 1977

Im Zusammenhang  und  insbesondere  bezogen  auf 1977 war die Aussage
wohl nicht falsch.  

Kennst Du jemanden, der  sich damals eine PDP oder eine VAX-11/780 in
sein  Wohnzimmer  gestellt  haette  :-)  Gab  es  damals  einfach  zu
bedienende, kleine Systeme fuer jedermann? 

In welchem Jahr kam der PET raus?

ciao,
  Udo
--
 Udo Blatzheim, Europe - Germany - 7035 Waldenbuch, Auf dem Graben 9
   home + voice only ..7157/8726   udo@ubla.novalis.public.sub.org
From: root@xblank.abg.sub.org (Markus Rieder)
Newsgroups: de.comp.os.vms
Subject: Sommer-/Winterzeit
Date: 13 Sep 92 01:06:56 GMT
Organization: xBlank


Hallo!

Hat jemand eine Batch die das Umschalten von Sommer-/Winterzeit auf ner
VAX (VMS 5.5) erledigt?

Ich denk mir das das Teil im Hintergrund mitlaeuft und immer wenn's noetig ist
eine Stunde hin oder her schaltet...

Waer nicht schlecht wenn das Rad schon einer erfunden haette...  :-))

Danke!


-- 
-------------------------------------------------------------------------------
Titel: ----------                       | Markus Rieder      Tel: 49 821 441236
                                        | Augsburg 
"Tell me your lifestory!"  (Kim)        | Germany
Newsgroups: de.comp.os.vms
From: ONASCH@irav17.ira.uka.de (Bernd Onasch)
Subject: Re: Goodbye, Ken Olsen
Organization: University of Karlsruhe (FRG)
Date: Sun, 6 Sep 1992 19:06:16 GMT
X-News-Reader: VMS NEWS 1.24
X-Testmessage: %SYS-F-HLT, system halted.

In <udo.0b0m@ubla.novalis.public.sub.org> udo@ubla.novalis.public.sub.org writes:

# In article <SPACE.92Aug31104355@ncc1701.stgt.sub.org>,
# 	space@ncc1701.stgt.sub.org (Lars Soltau) writes:
[...]
# In welchem Jahr kam der PET raus?

1978
Newsgroups: de.comp.os.vms
From: jan@gaspra.neuroinformatik.ruhr-uni-bochum.de (Jan Vorbrueggen)
Subject: Re: Sommer-/Winterzeit
In-reply-to: root@xblank.abg.sub.org's message of 13 Sep 92 01:06:56 GMT
Organization: Inst. f. Neuroinformatik, Ruhr-Universitaet Bochum, FRG
Date: 15 Sep 92 13:47:38

Seit einiger Zeit (5.0?) gibt's ein VMS ein paar Zellen, die solche 
Umstellungen erleichtern, auch ohne dass Accounting und Decnet sich 
verschlucken. Die sind wohl eingefuehrt worden, um DTSS zu ermoeglichen.
Es gibt aber auch ein DECUSProgramm, das dies gerade fuer die Sommer/
WinterzeitUmstellung nutzt.
Das funktioniert folgendermassen: In eine Zelle wird das Inkrement der
Intervallzeituhr geschrieben, welches den Defualt von 100000 (10ms in
100nsEinheiten) ersetzt. Ausserdem wird in einer anderen Zelle die
Anzahl der nominellen Clockticks, die diese Veraenderung gelten soll,
geladen, d.h., nachdem diese Zelle in den Timerinterrupts auf 0
runtergezaehlt wurde, wird das Inkrement wieder auf 100000 gesetzt.
Wenn man also zB die Uhr auf eine Stunde spaeter stellen will, setzt man
(zB) das Inkrement auf 80000 und die Anzahl auf 5*3600*100. In vier Stunden
sind dann Interrupts fuer 5 Stunden abgelaufen, die VMSUhr ist also eine
Stunde schneller geworden.

DTSS verwendet das ganze auch, um Feinkorrekturen an der Systemuhr
vorzunehmen, die sie naeher an der Referenzuhr halten.

Viel Spass, Jan
Newsgroups: de.comp.os.vms
From: wb@arb-phys.uni-dortmund.de (Wilhelm B. Kloke)
Subject: Re: Sommer-/Winterzeit
Organization: Institut f. Arbeitsphysiologie a.d. Uni Dortmund
Date: Mon, 14 Sep 92 06:30:03 GMT

In article <1992Sep13.010656.167@xblank.abg.sub.org> root@xblank.abg.sub.org (Markus Rieder) writes:
>
>Hat jemand eine Batch die das Umschalten von Sommer-/Winterzeit auf ner
>VAX (VMS 5.5) erledigt?
>
>Ich denk mir das das Teil im Hintergrund mitlaeuft und immer wenn's noetig ist
>eine Stunde hin oder her schaltet...
>
Einfacher w"are es, f"ur die Lebensdauer der VAX bzw. der IMHO eh
maroden Sommerzeitregelung einfach die entsprechenden Befehle in die
Batch-Queue einzustellen (mit: after:...).

Etwas anderes w"are es, die Network time (Ultrix: rdate -s) auch im VMS
setzen zu k"onnen.
Schlagen wir doch lieber bei DEC vor, VMS nicht unter Ortszeit, sondern
unter GMT laufen zu lassen und die Ortszeit einfach durch einen
Abschlag darauf zu berechnen (also VMS an Unix anzupassen - ist immer
noch besser als der UCX-Hack mit UCX$NFS_TIME_DIFFERENTIAL).

-- 
-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257
Xref: sparky de.comp.os.vms:103 de.comp.misc:491
From: unger@thorin.swb.de (Juergen Unger)
Newsgroups: de.comp.os.vms,de.comp.misc
Subject: Re: Goodbye, Ken Olsen
Date: 6 Sep 92 18:17:07 GMT
Organization: home of the dwarves

udo@ubla.novalis.public.sub.org (Udo Blatzheim) writes:
> 	space@ncc1701.stgt.sub.org (Lars Soltau) writes:
> > >    Dieser  grosse Mann hat eine ganze Industrie geschaffen,  die  die
> > > Welt veraendert hat.  Ken  Olsen  hat  von  Anfang  an geglaubt, dass
> > > Computer jedem zugaenglich sein sollten.  Diese  Ueberzeugung hat zur
> > > PC-Revolution    gefuehrt.
> > "There is no reason for any individual to have a computer in their
> > home."
> > -- Ken Olson, President of DEC, World Future Society Convention, 1977
> Im Zusammenhang  und  insbesondere  bezogen  auf 1977 war die Aussage
> wohl nicht falsch.  
>
> Kennst Du jemanden, der  sich damals eine PDP oder eine VAX-11/780 in
> sein  Wohnzimmer  gestellt  haette  :-)  Gab  es  damals  einfach  zu
> bedienende, kleine Systeme fuer jedermann? 
> 
> In welchem Jahr kam der PET raus?
> 
> ciao,
>   Udo

Muss wohl um 1977 rum gewesen sein. Meinen ersten bekam ich 1980.

Gruss,
  -Juergen-


-- 
Juergen Unger
EMail : unger@thorin.swb.de + Privat: +49 6253 85140   / most  Computers /
Office: +49 6196 908 688    + FAX   : +49 6253 85110 / doing it binary /
From: okir@monad.swb.de (Olaf Kirch)
Newsgroups: de.comp.os.minix
Distribution: world
Subject: Probleme mit c68
Organization: Little Hole in the Ground
Date: Sat, 12 Sep 92 23:52:17 MESZ

Gegenwaertuig versuche ich, c68 V4.0 zum Laufen zu bringen.
Dabei ergeben sich einige Probleme:

-	msgout.c versucht, varargs.h zu benutzen. Minix hat aber nur
	stdargs.h, und die dort definerten Makros arbeiten anders als
	von msgout.c verwendet (Die dort benutzte Art und Weise ist
	auch die, die das HP-UX Manual angibt). Ich habe daraufhin meine
	eigenen Makros geschireben, die eigentlich so arbeiten sollten
	(sic!) wie erwartet.

-	msgout.c ruft die Funktion vfprintf auf. In meiner libc.a gibt
	es diesen Aufruf allerdings nicht. Da aber doprintf als drittes
	Argument nur einen Pointer auf die Stelle des Stacks erwartet, an
	der die Argumente beginnen, war es recht einfach, auch dies zu
	implementieren (=hacken).

-	Nach diesen Manipulationen (und einer Korrektur des Makefiles)
	laesst sich der Rest problemlos uebersetzen (ja, ich benutze das
	mitgelieferte c68 binary, nicht ACK cc). Ein Aufruf von c68
	endet aber mit einem core dump wegen bus error.

-	Wenn c68 mit mdb zu tracen versuche, finden sich keine globalen
	Labels mehr, nur noch _1, _2, ... etc. und _start. Ein Test mit
	nm bestaetigt das.

Ich frage mich nun, was ich falsch mache? Hat jemand dieselben
Probleme?

Mein Minix ist ST-Minix 1.5. (emedia GmbH).

Vielen Dank im voraus, und auch im nachhinein allen, die mir mit
alloca weitergeholfen haben!

	Gruss, Olaf.
-- 
---------------------------------------------------------------------------
| Olaf Kirch          Darmstadt          | okir@monad.swb.de              |
---------------------------------------------------------------------------
Newsgroups: de.comp.os.minix
From: michael@gandalf.moria (Michael Haardt)
Subject: Re: Probleme mit 386MINIX & INIT
Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
Organization: An old and gray machine, somewhere in Moria.
Date: Mon, 07 Sep 92 20:34:27 +0100

In article <2AA9337D.18@unnet.w.open.DE>, Volker Schuermann <Volker.Schuermann@unnet.w.open.DE> writes:
> Es klingt wirklich so, als ob INIT keinen Prozess fuer LOGIN forken
> koennte/wollte ... das sollte sich aber per F1 (?) verfolgen lassen:
> Die PIDs muessen ziemlich rasch hochlaufen wenn INIT zwar forkt, aber
> die aufgerufenen Programme direkt wieder terminieren ...

Nein.  Wenn das passiert, wird der entsprechende Eintrag nach ein paar
Mal (wie viele schau halt im source nach) fuer 5 Minuten schlafen
gelegt, damit das eben nicht passiert.  Oder -- das *sollte* init tun, 
der alte Minix init hat das nicht gemacht, aber hier ist ja wohl eine 
externe Version probiert worden, oder?

Wer einen ordentlichen init will, der sollte die init kernel Patches 
installieren und sich dann Miquels' SYS V init an Land ziehen, alles 
andere ist Murks.  Dieser Init unterstuetzt run levels in SYS V Semantik
und tuts bei mir auf Linux jetzt schon einige Monate ok.  Wohlgemerkt: 
Ich habe ihn von Minix auf Linux portiert.  Ich kann aber nur schwer 
empfehlen, immer Bootdisketten zu haben, mit denen man notfalls noch das
System starten kann um was zu aendern, sich auszusperren ist ziemlich
unangenehm, etwa aequivalent zum Vergessen des root Passworts ;)  

Michael
From: Volker Schuermann <Volker.Schuermann@unnet.w.open.DE>
Reply-To: Volker.Schuermann@unnet.w.open.DE (Volker Schuermann)
Newsgroups: de.comp.os.minix
Distribution: world
Subject: Re: Probleme mit 386MINIX & INIT
X-News-Reader: ix/MBox 1.6 PL10i by <volkers@unnet.w.open.DE>
Organization: THE UNDERGROUND NETWORK (BBS: +49 202 462114/4660234)
Date: Sat,  5 Sep 92 22:23:58 CET

In article <J2RFqB1w164w@bfoxi.abg.sub.org>,
            Frank Berger writes:

> rumprobiert). Sind eigentlich gleich 2 Erscheinungen, die mir Sorgen
> machen. 1. mein System fhrt hoch, Shoelace laedt den kernel, mm, fs,
> dann steht noch init und dann is SchluS, das einzige was jetzt noch ging,
> war der POWER-OFF Schalter :-(.

Hmm, ist Deine "/etc/inittab" ok??? Jenachdem welches INIT Du faehrst,
gibt's da ganz fantastische Moeglichkeiten Fehler zu machen ... dazu
muesst Dir der Andreas (Z) aber was sagen koennen ;-)

> Der Andreas Zell meinte in seinem README, das er auch Probleme mit
> dem INIT hatte und es bei ihm an dem Systemaufruf execv lag (er hat
> diesen durch execve ersetzt).

Es klingt wirklich so, als ob INIT keinen Prozess fuer LOGIN forken
koennte/wollte ... das sollte sich aber per F1 (?) verfolgen lassen:
Die PIDs muessen ziemlich rasch hochlaufen wenn INIT zwar forkt, aber
die aufgerufenen Programme direkt wieder terminieren ...

ABER: Wieso langweilst Du Dich mit einem neuen INIT, wenn Du noch nicht
mal die virtuellen Consolen installiert hast ;-))

> In einem andern README hab ich was davon gelesen, daS man der Stack
> groeSer gemacht werden mueSte.....

Du kannst CHMEM ja spasseshalber mal auf INIT loslassen. Schaden kann's
nicht, 386er MINIX hat's ja! (Schoene Gruesse an Shoelace ;-)

Ansonsten: Bau' Dir ein paar "Breakpoints" in INIT ein, damit Du sehen
kannst was ablaeuft ... rumraten bringt Dich eh nicht weiter!


- Volker Schuermann			        UUCP: volkers@unnet.w.open.de
  The Underground Network, Germany				[Carpe diem!]
From: fkk@Germany.Sun.COM (Frank Kaefer - Sun Germany IR SysAdm Postmaster - Munich)
Newsgroups: de.comp.os.os9
Subject: Re: weo alive?
Date: 15 Sep 92 06:54:34 GMT

Sepp@ppcger.ppc.sub.org (Josef Wolf) writes:

|Deswegen meine Frage: Ist Weo noch am Leben? Ist er lediglich umgezogen?
|Wie schaut es mit dem Support aus? Was macht nan mit Bugbehafteten
|Treibern? etc? pp?

Mein Tip: steig auf Unix um...

Mfg,
Frank
--
Frank Kaefer, SUN Microsystems GmbH Germany, IS SysAdm Postmaster
IS Solaris Transition Co-Ordinator Central Europe
frank.kaefer@Sun.COM frank.kaefer@Germany.Sun.COM fkk@sta.sub.org
From: Sepp@ppcger.ppc.sub.org (Josef Wolf)
Newsgroups: de.comp.os.os9
Subject: weo alive?
Distribution: world
Organization: PPC Germersheim, Germany
Date: 14 Sep 92 00:04:44 GMT

Hallo!

Diese Woche habe ich versucht, reccoware zu erreichen. Unter der alten
Nummer hiess es allerdings 'kein Anschluss ...'. Das Fraeulein bei der
Auskunft konnte auch keinen Eintrag fuer reccoware-systems in Puchheim
finden. Der Privat-Anschluss ist seit Juni abgemeldet.

Deswegen meine Frage: Ist Weo noch am Leben? Ist er lediglich umgezogen?
Wie schaut es mit dem Support aus? Was macht nan mit Bugbehafteten
Treibern? etc? pp?

Gruss
    Sepp

-- 
|   Josef Wolf,  Germersheim,  Germany    aka    sepp@ppcger.ppc.sub.org   |
|    also available via    ..!uunet.uu.net!ira.uka.de!smurf!ppcger!sepp    |
|--------------------------------------------------------------------------|
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |
From: Sepp@ppcger.ppc.sub.org (Josef Wolf)
Newsgroups: de.comp.lang.c
Subject: Re: qsort nach mehreren kriterien
Distribution: de
Organization: PPC Germersheim, Germany
Date: 9 Sep 92 17:32:31 GMT

In <1992Aug28.080052.5002@email.tuwien.ac.at> strnadl@tph04.tuwien.ac.at (Christoph F.Strnadl) writes:
] Wenn "Meckern" == "Warning" ist, dann sollten "richtige" Compiler besser
] meckern. Ich moechte in einem "richtigen" (= kommerziellen, ...) Programm
] unter keinen Umstaenden einen solchen Typo suchen muessen. Die Warning zu
] ignorieren sollte aber fuer niemanden ein unueberwindbares Hindernis darstellen!
] (dasselbe gilt fuer viele andere Warnings: Conversion may loose significant
] digits, etc.)

Wofuer gibt es denn lint?

Gruss
    Sepp

-- 
|   Josef Wolf,  Germersheim,  Germany    aka    sepp@ppcger.ppc.sub.org   |
|    also available via    ..!uunet.uu.net!ira.uka.de!smurf!ppcger!sepp    |
|--------------------------------------------------------------------------|
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |
From: ralf@ark.abg.sub.org (Ralf Stephan)
Newsgroups: de.comp.lang.c
Subject: vfprintf()-Source gesucht
Date: 6 Sep 92 17:43:00 GMT
Organization: Magick Shoppe, Gurth City

Danke!  --ralf
Newsgroups: de.comp.lang.c
From: hpbrwzb1@mailszrz.zrz.tu-berlin.de (Hans-Peter Brunner)
Subject: gesucht: Microsoft C, v4.1
Organization: ZRZ/TU-Berlin
Date: Mon, 14 Sep 1992 11:54:28 GMT


Urgently needed:
                    Microsoft "C", Version 4.1
with libraries.

We can offer US $ 50.- plus costs of transaction.
Please reply per email to:
                   hpbrwzb1@mailszrz.zrz.tu-berlin.de

I kindly appreciate any offers of help!!!

Hans-Peter Brunner
Wissenschaftszentrum Berlin
Reichpietschufer 50
1000 Berlin 30
   Tel: 030/25491-406


Newsgroups: de.comp.lang.c
From: ralf@ptavv.ka.sub.org (Ralf Wenk)
Subject: Re: qsort nach mehreren kriterien
Organization: The known space
Date: Fri, 4 Sep 1992 23:08:30 GMT

zrgu0390@awssg6.rus.uni-stuttgart.de (Andreas Werner (Hiwi)) writes:
> [...]
> Gibt es so einen Compiler u. U. unter Unix ? 
>                                      ========
> 
> Bisher ist mir ein C-Compiler, der auch nur annaehernd vernuenftige
> Warnings gibt ( z.B. die einfache == vs. = warning ) nur auf PC's 
> untergekommen. Dito gilt auch fuer eine ordentliche Entwicklungsumgebung.
> 
> Unter Entwicklungsumgebung verstehe ich hier zumindest einen Editor, der
> den Compiler aufruft, die Fehlermeldungen abfangt, diese im Editor
> angibt und den Cursor an die Stelle des Fehlers bewegt. Es mag ja sein,
> dass ich als PC'ler verwoehnt bin, aber der Umstieg auf Unix war in 
> dieser Hinsicht ein Rueckfall in die Steinzeit. (Wohl die einzige Stelle,
> an der ein PC besser als eine Workstation ist)
> 
> Wenn es so etwas unter Unix gibt (welche Maschine ist mir ziemlich egal,
> wir haben hier fast alles: SGI, IBM, Sun, DEC, NeXT, Apollo), schickt
> mir doch mal eine Mail mit dem System und dem Compilernamen (wenn 
> Fremdcompiler). Wenn PD, bitte mit Fileserver-IP.

Das soll mit vi gehen - meine Kurzanleitung schweigt sich leider dazu
aus. Mit emacs hat man es mir schon vorgefuehrt. Die Compilermeldungen
landeten in einem zweiten Puffer und wenn man dort mit den Cursor
umherwanderte wurde der Cursor im ersten Puffer entsprechend positioniert.

> [...]
-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org
Newsgroups: de.comp.lang.c
From: kris@tpki.toppoint.de (Kristian Koehntopp)
Subject: Re: n["0123456789"] illegal? (war Re: Dumme Frage)
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: Sun, 06 Sep 1992 11:07:01 GMT
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.

In <H.qTO9Yp2tXOQ@wasy.sub.org> pmh@wasy.sub.org (Patrick M. Hausen) writes:
>Posten.

Steht in news.answers.

Kristian
-- 
Kristian Koehntopp, Harmsstrasse 98, FRG W-2300 Kiel, +49 431 676689
			The cult of Koehntopp (tm)
Newsgroups: de.comp.lang.c
From: jutta@opal.cs.tu-berlin.de (Jutta Degener)
Subject: Re: Entwicklungsumgebung (was: Qsort nach mehreren Kriterien)
Followup-To: de.comp.os.unix
Organization: Techn. University of Berlin, Germany
Date: Mon, 7 Sep 1992 23:08:42 GMT

>zrgu0390@awssg6.rus.uni-stuttgart.de (Andreas Werner (Hiwi)) writes:
>> Gibt es so einen Compiler [mit Entwicklungsumgebung] u. U. unter Unix ? 
>> [..]                                                            ========
>> Unter Entwicklungsumgebung verstehe ich hier zumindest einen Editor, der
>> den Compiler aufruft, die Fehlermeldungen abfangt, diese im Editor
>> angibt und den Cursor an die Stelle des Fehlers bewegt. [..]

ralf@ptavv.ka.sub.org (Ralf Wenk) writes:
> Das soll mit vi gehen - meine Kurzanleitung schweigt sich leider dazu aus.

Es gibt ein Tool namens `error', kommt aus Berkeley, das u.a. cc-,
und lint-Fehlermeldungen parsiert, und sie an die richtige Stelle
als /*### Kommentar %%%*/ in das Sourcefile einfuegt.  Wenn man dann
nach \#\#\#.*\%\%\% sucht, springt man von einem Fehler zum naechsten.

Error liest Fehlermeldungen von stdin, und ruft mit der Option `-v'
automatisch `vi' mit diesem Suchmuster parametrisiert auf; man benuetzt
es in Verbindung mit make:
	
	make target |& error -v

Der Ansatz von error ist mir unsympatisch, weil ich ungern Programme
atomatisch in meine Sourcen schreiben lasse; und sympathisch, weil er
eine grosse Wirkung -- Integration von Compiler und Editor -- mit sehr
einfachen Mitteln erreicht.

Es ist interessant, dass (mit steigender Beliebtheit von emacs?) diese
Integrationsaufgaben dem Editor zufallen sollen -- ich wuerde so etwas

>> einen Editor, der den Compiler aufruft, die Fehlermeldungen abfangt,

eher `shell' nennen.


(Followups nach comp.os.unix.)

Jutta
From: mike@mroh.GUN.de (Michael Rohleder)
Newsgroups: de.comp.lang.c
Distribution: world
Subject: Re: qsort nach mehreren kriterien
Organization: Private ST-Minix Site
Date: Sat, 12 Sep 92 08:48:27 GMT

ralf@ptavv.ka.sub.org (Ralf Wenk) writes:
> zrgu0390@awssg6.rus.uni-stuttgart.de (Andreas Werner (Hiwi)) writes:
> > [...]
> > Gibt es so einen Compiler u. U. unter Unix ? 
> >                                      ========
> > 
> > Bisher ist mir ein C-Compiler, der auch nur annaehernd vernuenftige
> > Warnings gibt ( z.B. die einfache == vs. = warning ) nur auf PC's 
> > untergekommen. Dito gilt auch fuer eine ordentliche Entwicklungsumgebung.
> > 
> > Unter Entwicklungsumgebung verstehe ich hier zumindest einen Editor, der
> > den Compiler aufruft, die Fehlermeldungen abfangt, diese im Editor
> > angibt und den Cursor an die Stelle des Fehlers bewegt. Es mag ja sein,
> > dass ich als PC'ler verwoehnt bin, aber der Umstieg auf Unix war in 
> > dieser Hinsicht ein Rueckfall in die Steinzeit. (Wohl die einzige Stelle,
> > an der ein PC besser als eine Workstation ist)
> > 
> > Wenn es so etwas unter Unix gibt (welche Maschine ist mir ziemlich egal,
> > wir haben hier fast alles: SGI, IBM, Sun, DEC, NeXT, Apollo), schickt
> > mir doch mal eine Mail mit dem System und dem Compilernamen (wenn 
> > Fremdcompiler). Wenn PD, bitte mit Fileserver-IP.
> 
> Das soll mit vi gehen - meine Kurzanleitung schweigt sich leider dazu
> aus. Mit emacs hat man es mir schon vorgefuehrt. Die Compilermeldungen
> landeten in einem zweiten Puffer und wenn man dort mit den Cursor
> umherwanderte wurde der Cursor im ersten Puffer entsprechend positioniert.
> 
Jau, mit dem elvis geht's. Einfach ':make' eingeben. Wenn beim compilieren nun
Fehler auftreten, werden sie in eine Datei Namens errlist umgelenkt. Man
kann nun im elvis mittels '*' von Fehler zu Fehler springen!
Elvis Version 1.5


---
Michael Rohleder <mike@mroh.GUN.de>
Friederich-Breuer-Str.14 D-5300 Bonn 3
Tel: +49 228 476760 (voice),
+49 228 464266: ST-Minix BBS V32bis (login: 2 x gast)
Newsgroups: de.comp.lang.c