HDTenEightyP/NetNews huggingface dataset:
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: Re: Was passiert nach der A4000 Ankndigung?
Organization: Techn. University of Berlin, Germany
Date: Wed, 26 Aug 1992 21:59:18 GMT

In <BtI8u8.1KH@immd4.informatik.uni-erlangen.de> bdraschk@cip.informatik.uni-erlangen.de (Bernd Raschke) writes:

>Wie lange muss sich eigentlich ein reg. Developper an das NDA halten? Nein,
>ich meine nicht, ob er nach 6 monaten plappern darf, sondern ob, sobald
>der A4000 von C= offiziell vorgestellt ist, Fakten gepostet werden drfen und
>Gerchte besttigt/berichtigt/dementiert werden drfen.

Wenn ich den Vertrag (dessen Gueltigkeit fuer Deutschland wohl null und
nichtig ist ;-) richtig verstanden habe, so faellt alles unter das NDA,
von dem nicht explizit gesagt wurde, dass es nicht mehr unter das NDA
faellt.

>Dem sollte doch eigentlich nichts im Wege stehen... Problem ist nur,
>dass die Teile bestimmt zuerst in Ami-Land prsentiert werden. Knnen
>deutsche Entwickler dann auch reden?

Wenn z.B. das Amiga-Magazin ueber 2.1 berichtet (oder die c't bereits
vor fast einem Jahr), so weiss ein Developer ja nicht, welche speziellen
Absprachen zwischen C= und (z.B.) M&T getroffen wurden.  Es kann ja sein,
dass nur _bestimmte_ Informationen (aber nicht alle) an die Oeffentlich-
keit gegeben werden duerfen.  (welcher Developer weiss das schon)

Natuerlich kann ein Developer all das weitererzaehlen, was auch z.B. in
einer Zeitschrift abgedruckt wurde oder auf einer Messe-Vorfuehrung ge-
sagt wurde.  Aber nur weil Commodore z.B. auf irgendeiner Messe die
Existenz und Eckdaten irgendeines neuen Amigas angibt, ist das ja noch
lange kein Freibrief fuer Developer, jetzt alle technischen Details
ausplaudern zu duerfen.

In den letzten Monaten hat man dieses "Problem" ganz einfach geloest:
Man erzaehlt den Developern erst gar nichts ueber neue Maschinen.  Der
Developer erfaehrt es also wie der "normale" Kunde aus irgendeiner
Zeitschrift oder Ankuendigungen im Netz (comp.sys.amiga.*).  Wer
natuerlich aufmerksam die Artikel in c.s.a von gewissen Leuten liest,
der weiss schon ziemlich genau, was kommen wird.  Aber dies ist frei-
lich sehr muehevoll und erfordert viel Zeit :-(

	Was man nicht weiss, kann man nicht ausplaudern...  Andreas
--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de

Newsgroups: de.comp.sys.amiga.misc
From: stesch@sks.ppc.sub.org (Stefan Scholl)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Virtueller Speicher, kleiner Testberi
Organization: _private_ site
Date: Sun, 23 Aug 1992 21:01:49 
 <15ojbfINNru5@fbi-news.Informatik.Uni-Dortmund.DE> <1992Aug5.152522.23551@ifi.unizh.ch><jzgtr*fI5@sks.ppc.sub.org>
 <15Aug1992.040244.143770@hactar.hanse.de>

In article <15Aug1992.040244.143770@hactar.hanse.de>, Kai 'wusel' Siering writes:

> In article <jzgtr*fI5@sks.ppc.sub.org>, stesch@sks.ppc.sub.org (Stefan Scholl) writes:
> % In article <1992Aug5.152522.23551@ifi.unizh.ch>, Schneider Christian writes:
> % > In article <15ojbfINNru5@fbi-news.Informatik.Uni-Dortmund.DE> balzer@heike.informatik.uni-dortmund.de (Michael Balzer) writes:
> % >
> % > >Mit der FastROM-Option von Martin Berndt's "CPU-Control" laeuft es auch
> % > >nicht...
> % >
> % > Ich werd mir dieses Programm besorgen und mir das Problem anschauen.
> % > (Aber wieso ueberhaupt so ein komsiches Programm verwenden, wenns CPU
> % > gibt ;-))
> %
> % Weil CPU das VBR nicht ins FAST-RAM legen kann..
> 
> Wozu gibt's denn `cvbr' (und aehnliche Tools)?


Kann sein, dass ich irgendwann mal irgendwelche Messages ueberlesen habe,
aber kann mir mal bitte jemand erklaeren warum man lieber ZWEI Programme
anstatt eines einzelnen benutzen sollte?


-- 
|From: Stefan Scholl <stesch@sks.ppc.sub.org>
"Yeaa, yeaa, yeaa, yeaa, yeaa, yeaa, yeaa!"   Nirvana
From: stesch@sks.ppc.sub.org (Stefan Scholl)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: HD-Laufwerke
Organization: _private_ site
Date: Tue, 01 Sep 1992 21:12:29 

In article <1992Aug31.091629.24632@uni-paderborn.de>, Matthias Scheler writes:

> stesch@sks.ppc.sub.org (Stefan Scholl) writes:
> >Mangels eines solchen Laufwerks hatte ich die Diskussionen nicht verfolgt.
> >Nun aber habe ich mir einen alten 3000er zugelegt.
> 
> Aelter als 11/91 ? Dann hast Du garantiert kein HD-Laufwerk.

Hmm. Mein Superkickstarter hat eine HD gut formatiert... doppelte DD.

-- 
|From: Stefan Scholl <stesch@sks.ppc.sub.org>
"Yeaa, yeaa, yeaa, yeaa, yeaa, yeaa, yeaa!"   Nirvana
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: PROGDIR:
Date: Fri, 28 Aug 1992 13:07:01 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <1992Aug26.214337.12275@cs.tu-berlin.de>
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <1992Aug26.214337.12275@cs.tu-berlin.de>, Andreas M. Kirchwitz writes:

> Woran liegt es eigentlich, dass PROGDIR: manchmal funktioniert und
> manchmal nicht?  Zuerst hatte ich mal vermutet, das haette mit CLI-
> Started und WB-Started zu tun...  war aber ein Irrtum.  Vielleicht
> Task -vs- Process?  Oder benoetigt man eine zugehoerige CLI-Structure?

	Man benoetigt einen Zusammenhang zwischen Kommandonamen
(cli->cli_CommandName) und Pfadnamen fuer das zugehoerige Executable.
Wird ein Programmsegment aus der Resident-Liste ausgefuehrt, besteht
ein solcher nicht. Auch erzeugen diverse detach-Startups durchaus
abenteuerliche "Zombie-Prozesse", denen sowohl eine CLI-Struktur wie
auch eine WBStartup-Message abgehen. Daraus einen absoluten Pfad fuer
das Home-Directory des Executable rekonstruieren zu wollen, ist mehr
oder minder reines Gluecksspiel.

	[Die Ueberlegung, dass ein sich zur Benutzung von
DOS-Funktionen erdreistender Task auch nur bis zum Versuch
der Benutzung von PRGDIR: kommen koennte, ist ja hoffentlich
nicht ernst gemeint :-)...]	

> PS: Sorry, wenn es irgendwo im RKM/DOS-Manual steht.  Hinweise auf die
>     entsprechenden Seiten in diesen Buechern sind willkommen!

	GetProgramDir() funktioniert eben nur _meistens_ :-).

> IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany

--
Best regards,
Franz-Josef Reichert   GERMANY - VOICE: +49 6805 7417
Kuchlingerstrasse 13   UUCP: fjrei@kbsaar.{saar|adsp}.sub.org
6601 Kleinblittersdorf        fjrei@kbsaar.saar.de
Newsgroups: de.comp.sys.amiga.misc
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: Amiga (M&T), Amiga Plus, ...
Reply-To: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Organization: Agnus' new home, Leonberg/Warmbronn, Germany
Date: Mon, 31 Aug 1992 05:16:29 GMT

In article <1992Aug29.154336.20192@unibi.uni-bielefeld.de>  
markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
>  Hm, ist auch nicht mal was es war, das Diskettengeschaeft :) Sind doch
>  aber eigentlich ganz stinknormale 2DD Disks... und keine ED's .

Also ein grosses Radio-/Foto-"Kaufhaus" hier in Stuttgart bietet
Sony-Disks ausgesprochen gruenstig an ... HDs (3,5 oder 5,25 Zoll)
bekommt man eigentlich immer. DD (3,5 Zoll) aber nur mit sehr viel
Glueck. Dafuer kann es natuerlich verschiedene Gruende geben, aber
die Angestellten behaupten, Sony koenne nicht ausreichend Disks
liefern.

> |> >  [...] fuer den Druck fuer 9/80.- DM/stck
> |> Was ist denn DAS???
>  DAS ist ein Dreckfuehler. Sollte heissen 9.80.- DM/Stck. 
                                            ^^^^^^
Und was ist DAS???

>  Die Amiga+ ist nicht die einzige Zeitschrift mit angehaengter Diskette,
>  wie machen es andere ? Das kann doch keine Handarbeit sein, oder ?

Frag mich nicht ...

>  Und warum koennen die eigentlich keine echte PD Diskette draus machen ?
>  Dann koennte man sogar endlich den Kram (legal?) im Netz wandern lassen.

Auch dazu weiss ich keine Antwort. Vermutlich liegt es daran, dass
von Heft und Diskette einige Mensch leben wollen.

Matthias
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
From: cat@hot-ii.zer.sub.org (Juergen Pfeffer)
Newsgroups: de.comp.sys.amiga.misc
Followup-To: de.comp.sys.amiga.misc
Subject: Re:UpdateIcon (?)
Date: Sun, 30 Aug 92 12:14:00 MET
Organization: Zerberus Network Area, Germany
X-Z-Path: HOT-II!HOT!SPS-HH!SHLINK
X-Gateway: US SHLINK [shgate V1.91]

In einer Nachricht vom 25.08.92 schrieb BRAINY%TRON.GUN.DE@UUCP.ZER: 

# Realname: Matthias Krok
# Message-Id: <1B8E8EA8MK@tron.gun.de>
# Organization: TRON Public Mailbox, Neurath, Germany
# X-Gateway: US SHLINK [V1.91]
# 
# Hallo h08f%alf.zfn.uni-bremen.de@USENET.ZER !
# 
# Am 24.08.92 schriebst Du zum Thema "Suche Tool, um Icon-Typ zu aendern!" folgendes:
#
# Kennt irgendjemand ein Programm namens UPDATEICON ???
# 
# Kennt jemand dieses programm, oder hat sogar eine Anleitung dazu ?
# 
# Eventuell koennte es ja bei oben gequotetem Vorhaben helfen...

Halloechen,

zu finden auf der Fish 688.

cu,
   Juergen

Morgens kann ich nicht essen weil ich dich liebe .
Mittags kann ich nicht essen weil ich dich liebe .
Abends  kann ich nicht essen weil ich dich liebe .
Nachts kann ich nicht schlafen , weil ich Hunger habe.

-- THE ANSWER V2.03
  

Newsgroups: de.comp.sys.amiga.misc
From: burkert1@platon.fmi.uni-passau.de (Klaus Burkert)
Subject: Re: Neue X-Pert Grafikkarte
Organization: University of Passau, Germany
Date: Tue, 1 Sep 1992 15:09:56 GMT

In article <1992Aug31.190839.29138@dfv.rwth-aachen.de> maho@dfv.rwth-aachen.de (Martin Horneffer) writes:
>burkert1@platon.fmi.uni-passau.de (Klaus Burkert) writes:
>
>>>>Ich habe da keine konkreten Werte, das reine Schreiben auf die Karte liegt
>>>>nahe der Fast-RAM Geschwindigkeit, das Lesen ist etwas langsamer
>>>>sollte jedoch auch nicht langsamer als ChipRAM sein.
>>>
>>>Bezogen auf einen A2000 oder A3000?
>
>>Bezogen auf einen A2000/030.
>
>>>Falls ersteres: wie sieht es aus, wenn man die Karte in einem 3000'er
>>>benutzen will (und natuerlich dessen Geschwindigkeit gewohnt ist)?
>
>>Auf einem A3000 war sie (subjektiv?) schneller, keine Ahnung warum...
>
>Schneller als was?  Schneller als ein A2000?  Nunja, das erwartet man.

Der 3000er hatr nen '030@25MHz, der 2000/030 auch, die Karte ist ZorroII,
warum erwartest Du, dass sie in einem 3000 schneller ist?
ZorroII ist/sollte im 3000 und 2000 gleich sein...

>Wie verhaelt sie sich beim Lesen und Schreiben auf einem 3000'er im Vergleich
>zum Fast/ und Chip-Ram des A3000?  Das waere schon ganz interessant...

Die normale ZorroII-Bandbreite (~3MB/sec) beim Schreiben, beim Lesen etwa
weniger.

>In diesem Zusamenhang: waere eine Zorro-III Karte moeglich?
>Plant Ihr/planst Du so etwas?  ;-)

Gute Frage... :-) Es ist immer problematisch ueber zukuenftige Entwicklungen
zu sprechen, ich sag zumindest mal nicht nein... :-)

Ciao, Klaus.

-----------------------------------------------------------
Klaus Burkert        email: burkert1@kirk.fmi.uni-passau.de
Brandweg 11          voice: +49-851/83993 (only pm please)
D-W-8390 Passau   /  Federal Republic of Germany
Newsgroups: de.comp.sys.amiga.misc
From: Frank.Neumann@arbi.informatik.uni-oldenburg.de (Frank Neumann)
Subject: Re: AT-Bus
Organization: University of Oldenburg, Germany
Date: Mon, 31 Aug 1992 01:06:18 GMT

Halloda,
Holgi schriebelte:

[...'n bischen geloescht..]
>> Das wage ich zu bezweifeln, ebenso werden auch andere Controller nicht laufen,
>> und wohl auch ne Menge anderer Karten nicht, das waere ja auch zu schoen.

>Was sich im A3000 als Zorro-III-kompatibel erwiesen hat, sollte auch in
>weiteren Zorro-III-Implementationen laufen.

Bestes Beispiel dafuer, dass fuer den A3000 entwickelte Karten auch im
A4000 laufen, sei hier mal etwas im voraus genannt - die Rainbow III,
die demnaechst erscheinen wird, lief auf Anhieb - und mit inzwischen
recht annehmbarer Geschwindigkeit, reines Speicherfuellen laeuft z. Zt.
mit etwa 13 MBytes/sec. ab. Und wenn Dave Haynie bald den neuen RevI-Buster
fertig hat, duerfte noch ein wenig mehr drin sein - aber genug der
vorsichtigen Werbung, mehr darueber auf den Parties/Messen, die vor uns
liegen.

Frank
-- 
+ Frank Neumann, Hauptstr. 107, 2900 Oldenburg, FRG   The Amiga is it.   +
+       InterNet: Frank.Neumann@arbi.informatik.uni-oldenburg.de         +
+       UUCP: neumann@uniol.uucp   \\//    InHouse:amigo@faramir         +
+ Zerberus: neumann@uniol.zer BitNet:295391@DOLUNI1.BITNET IRC: Franky   +
+ "All die Manta-Computer-User - Hauptsache vorne leuchtet 33Mhz auf..." +
+        - Stefan Schulze in fido.ger.amiga, 04.08.1992                  +

Newsgroups: de.comp.sys.amiga.misc
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Schnellerer Text() und Scroll() Ersatz...
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sun, 23 Aug 1992 17:08:48 GMT

In <1992Aug11.135138.14613@dfki.uni-sb.de> kroener@cs.uni-sb.de (Thomas Kroener) writes:
>Hallo Leuts,
>Ich suche Funktionen, mit denen man die Funktionen Text() und Scroll()
>aus der graphics.library ersetzen kann und die schneller sind als
>die originalen Funktionen.
>Die neuen Funktionen sollten alles koennen, was die Originale auch 
>koennen (bei Scroll() genuegt verikales scrollen) und 100% lauffaehig sein 
>auf allen Amigas (500, 600, 1000, 2000, 2500, 3000...) und unter allen
>Betriebssystemversionen > 1.2
>Sourcecodes (wenn moeglich A68k-Assembler) sehr willkommen.

Du wirst leider feststellen, das du mit "alles koennen, was die Originale
auch koennen" nicht viel weiterkommst. Du musst dich schon auf Spezialfaelle
konzentrieren wenn du signifikant schneller werden willst.

MfG,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: de.comp.sys.amiga.misc
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: Brett vorm Kopf?
Date: Fri, 4 Sep 92 18:58:49 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <1992Sep4.084837.4682@mpifr-bonn.mpg.de>, mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
|> In <1992Sep3.120029.2388@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
|> >Und ich glaube, C= weiss sehr gut, warum vorlaeufig nur 300 Geraete
|> >dieses Typs angeboten werden sollen. (Soll ich ihn "A4000A" nennen?)
|> 
|> Nein, nenn ihn: A4000-Cube.

 Gut pariert Michael :-)
 Wie waere es mit A4000-Lisa oder A4000/1  :-)

|> 
|> Salut,
|> Internet: p554mve@mpirbn.mpifr-bonn.mpg.de

 Nichts fuer ungut, Matthias hat eigentlich Recht.
 Markus

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2926(internal only); -5329
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
Newsgroups: de.comp.sys.amiga.misc
From: Ingo.Wilken@arbi.informatik.uni-oldenburg.de (Ingo Wilken)
Subject: Re: Befehlsliste geschickt durchsuchen, wie?
Organization: University of Oldenburg, Germany
Date: Sun, 23 Aug 1992 22:37:46 GMT

Moin moin,

#define GENERVT_SEI_MODUS 
Umlaute!  Arrrggghhh!  Haengt ihn an einem AVL-Baum auf!
#undef GENERVT_SEI_MODUS 

hartmut@oberon.nbg.sub.org (hartmut Goebel) writes:
[...]
>  Diese Suche soll natrlich mglichst effizent sein.
[...]
>  1) Kennt jmd. noch andere effiziente Methoden fr diese Problem-
>     stellung?

Ich sage nur ein Wort:  Hashing.  Schnell und elegant.  In diesem Fall
sogar besonders einfach, da deine Tabelle zur Laufzeit nicht modifiziert
wird.  Einmal zur Compilezeit eine statische Tabelle erzeugen, und mit
einer geschickten Hash-Funktion kannst du dir den ganzen Schotter mit 
Kollisions-Strategien sparen.  Die Tabelle wird dadurch vielleicht ein 
bischen groesser (leere Felder), aber was solls.

>  2) Hat jmd. Source fr einen AVL-Baum auf Array-Basis, also mit
>     vorher festgelegter Gre?

So schwer ist das ja nicht:  Nehmen wir ein Array arr: 1..n, dann ist
arr[1] die Wurzel des Baumes, arr[2] und arr[3] deren linker und rechter
Sohn-Knoten usw:

                                       level     #nodes
                             1           0         1
                            / \
                           2   3         1         2
                          /\   /\
                         4 5   6 7       2         4
                        /\   
                       8  9   etc        3         8
                      /\
                    16  17    etc        4        16


Und wie bewegt man sich dann durch das Array?  Ganz einfach:
    linker Sohn :  aktueller Knoten + 2^(aktueller level)
    rechter Sohn:  aktueller Knoten + 2^(aktueller level) +1
    Vater-Knoten:  aktueller Knoten DIV 2
Fuer ein Array 0..n ersetzt du ganz einfach immer "aktueller Knoten"
durch "(aktueller Knoten -1)".

Bei einem AVL-Baum hast du natuerlich u.U ein paar "Loecher" im Array,
aber das ist ja wohl kein Problem.  Das eigentliche Problem bei einer
Baum-Repraesentierung durch ein Array ist natuerlich, dass man nicht
ohne weiteres einen kompletten Zweig umhaengen kann.  In diesem Fall
spielt das aber keine Rolle, da du ja einen festen Datensatz hast und
den Baum/das Array zur Compilezeit statisch erstellst.


Zurueck zu deinem Problem: Welches Verfahren anwenden?
Ich wuerde erstmal eine einfache Methode verwenden: ein (evtl. alphabetisch
sortiertes) Array mit einer einfachen Schleife von vorne an durchsuchen.
Dann das restliche Programm drumherum erstellen und wenn alles funktioniert,
die einfache Routine durch ein Hash-Verfahren ersetzen (vergiss den AVL-Kram,
in diesem Fall absolut ungeeignet).

Tschau
Ingo
-- 
Ingo Wilken, CS Student, Univ.of Oldenburg, FRG | You mean I really did all of
wilken@uniol.uucp (..!uunet!unido!uniol!wilken) | dat stuff? Now dat explains
Ingo.Wilken@arbi.informatik.uni-oldenburg.de    | why my head hurts an' why I
wilken@uniol.zer   IRC:Nobody   OL:ingo@faramir | feel so bad!  -Snarf
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Kampf der Shell-Giganten
Date: Thu, 03 Sep 1992 14:13:49 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <kHrBr*714@kbsaar.saar.de> <wxOBr*AJ2@zikzak.in-berlin.de>
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <wxOBr*AJ2@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> In article <kHrBr*714@kbsaar.saar.de>, Franz-Josef Reichert writes:
> > 	Fuer "Unknown command" erzeugt der initiierte CLI-Prozess
> > uebrigens einen Returncode von 10.
>
> Dieses Verhalten ist mir bereits nach wenigen Minuten Rumprobieren
> mit System() unangenehm aufgefallen. Warum hat sich da noch nie je-
> mand anders drueber beschwert?

	Moeglicherweise, weil dafuer die verwendete _Shell_
(= CLI-Prozess) verantwortlich ist, _nicht_ die System()-Funktion.

> Ja, und damit ist der RC von System() fuer den einfachen Gebrauch
> absolut witzlos.  Der RC koennte z.B. "-1" fuer "unknown command"
> liefern und "-2" fuer (sinngemaess) "no shell process". Man koennte
> ja vielleicht auch aehnlich OpenScreen() ein extra TagItem fuer den
> ausfuehrlichen Fehler-Return-Code angeben.  Alle RCs groesser oder
> gleich 0 sollten ausschliesslich vom erfolgreich gestarteten Kommando
> kommen.

	Und was machst Du, wenn Deine Kommandozeile mehrere
Kommandos enthaelt? Sowas wie "SYS_Res1" als Array? Hey, das ist
gar nicht mal so schlecht... :-). Wer schreibt den SystemTagList()-
Praeprozessor, der eine Kommandozeile zerlegt, die Kommandos einzeln
ausfuehrt und die Resultate entsprechend im Array eintraegt??

> Die "10" einfach in die normalen RCs einzustreuen, ist meines Erachtens
> voellig daneben.  Damit fehlt es System() ganz klar an der noetigen
> Abstraktion.

	Man koennte ihn auch ignorieren. Ansonsten vielleicht
als "netten Seiteneffekt" fuer den Spezialfall "synchroner Shell-
Prozess mit genau einem Kommando" akzeptieren.	

> Schon wieder kommt der Programmierer nicht auf einfachem
> Wege an den echten Return-Code des gestarteten Kommandos ran...

	Wie auch? Der Returncode eines Kommandos innerhalb
eines interaktiven Shell-Prozesses hat naturgemaess nur Gueltigkeit,
solange kein weiteres Kommando zur Ausfuehrung anliegt.	

> Die Dokumentation (Autodocs) ist in dieser Hinsicht sowohl ungenau
> als auch falsch:
>
>  SystemTagList -- Have a shell execute a command line (V36)
                    ^^^^^^^^^^^^

	Darauf kommt es an! Die _Shell_ (welche auch immer,
wer mit den existierenden nicht weiterkommt, kann sich durchaus
auch eine _eigene_ (minimale) schreiben...) fuehrt das Kommando
aus, _nicht_ System()!							

> IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany

--
Best regards,
Franz-Josef Reichert   GERMANY - VOICE: +49 6805 7417
Kuchlingerstrasse 13   UUCP: fjrei@kbsaar.{saar|adsp}.sub.org
6601 Kleinblittersdorf        fjrei@kbsaar.saar.de
Newsgroups: zer.z-netz.rechner.amiga.hardware,de.comp.sys.amiga.misc
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: ISO9660
Organization: Agnus' new home, Leonberg/Warmbronn, Germany
X-Newsreader: Tin 1.1 PL4
Date: Sat, 29 Aug 1992 18:24:34 GMT

f_j_reichert@saarag.zer.sub.org writes:
: 	CD-_R_O_M_'s sind nicht beschreibbar, Magnetooptische
: Datenspeicher mit wiederbeschreibbaren Medien finden sich in
: kleiner Auswahl so um die DM 8.000,-- bis 12.000,--.

Inzwischen sind die Laufwerke (sogenannte MODs) auch schon
fuer ca. 6.000,- DM (oder knapp drueber) erhaeltlich. Aller-
dings schlaegt auch der Preis der Medien, naemlich ca. 500,-
DM fuer ein 600-MB-Medium kraeftig zu.

Die Geschwindigkeit dieser MODs ist nicht gerade berauschend,
so ca. 150 kByte/s beim Lesen und ca. 70 kByte/s beim
Schreiben. Lediglich ein Laufwerk (s. neuste iX) bringt es
auf deutlich mehr - verwendet aber andere Medien und ein
anderes Aufzeichnungsformat.

: 	(Nein, es gibt kein Fisher-MO fuer DM 2.000,--)

Leider. Und wenn man dem ARD Ratgeber Technik glauben darf,
dann dauert es noch ein paar Jahre.

Matthias
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
Newsgroups: de.comp.sys.amiga.misc
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: Kampf der Shell-Giganten
Organization: Technical University of Vienna
Date: Fri, 4 Sep 1992 09:53:17 GMT

|> SAS_Asynch

  Freud'scher Ausrutscher -- jetzt hast Du dich verraten; laut fuer
DICE Propaganda machen, aber im stillen Kaemmerchen verwendest auch
Du SAS... ;-)

	mjl
From: simons@peti.GUN.de (Peter Simons)
Date: Tue, 01 Sep 1992 00:45:08 CET
Organization: * Private Amiga Site Bonn *
Newsgroups: de.comp.sys.amiga.misc
Distribution: world
Subject: Re: Internet geeignet??
X-Newsreader: Ann 0.9

In article <1992Aug28.205832.10349@amylnd.stgt.sub.org>,
        agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
 > In article <1540.ANN@peti.GUN.de> simons@peti.GUN.de (Peter Simons) writes:
 > >      Ich werde in meinem Artikel ganz klar darauf hinweisen, dass  das
 > >      Internet  fuer  "normale"  User  *NICHT*  geeignet  ist,  deshalb
 > >      brauchen diejenigen, die sich melden, auch keine Angst zu  haben,
 > >      dass sich jetzt wahre Lamer-Armeen bei Ihnen melden...
 >
 > - Warum ist das Internet NICHT fuer "normale" User geeignet??
 >
 > - Warum kommt Deine Anfrage in d.c.s.a.m??

1. Muss man schon ein Irrer der besonderen Klasse sein, wenn man bei sich
   freiwillig die bestehende Software installiert (oder es versucht!)

2. Wo soll ich es sonst posten, wenn ich einen Artikel fuer eine
   Amiga-Zeitschrift schreibe? Die *.UUCP.*-Gruppen beziehe ich nicht.

Gegenfrage: Warum schreibst Du Deine Fragen in die d.c.s.a.m? Meine
E-Mail-Adresse funktioniert.

Peter
--
              ____ ____      ____
             /___ /__  /\  /  /    INTERNET: simons@peti.GUN.de
            ____//___ /  \/  /      FIDONET: 2:242/7.25
           to you by Peter Simons     VOICE: 0228 / 746061
Newsgroups: de.comp.sys.amiga.misc
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: SAS/C V6.0 Announcement
Organization: Technical University of Vienna
Date: Wed, 26 Aug 1992 13:01:15 GMT

|> Inkorrekt. BLink beherrscht Konstruktoren und Destruktoren
|> statischer Objekte bereits seit 1988

  Allerdings war dieses Feature auch nie dokumentiert -- in BLink gibt
es eine ganze Menge interessanter, magischer Dinge ueber die keiner spricht :-)

	mjl