HDTenEightyP/NetNews huggingface dataset:
From: meixner@rbg.informatik.th-darmstadt.de (Matthias Meixner)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:  A4000Tower - wann kommt er?
Date: 25 Jan 1993 15:21:40 GMT
Organization: TU Darmstadt
Distribution: world
NNTP-Posting-Host: rbhp31.rbg.informatik.th-darmstadt.de

In article <charly.033r@p42.passau.fido.de>, charly@p42.passau.fido.de (Karl Skibinski) writes:
> In article <1g5chaINNc4l@tanne.uni-paderborn.de> laire@tanne.uni-paderborn.de (Ralph Schmidt) writes:
> >seggers@semyam.dinoco.de (Stefan Eggers) writes:
> >
> >>Ja.  MungWall starten, Basic starten, Basic beenden, Crash.
> >

Mungwall haengt sich bei mir im CloseWindow auf, d.h. jedes
Programm, das ein Fenster aufmacht und wieder schliesst produziert
mit Mungwall einen Crash (jedenfalls mit der Version, die ich habe)


> >Huch ? Du startest sowas noch ?
> >
> >P.S. Ich nehme noch Wetten an, das Peter darauf reagiert:-B
>                                 ^^^
> Die Wette hast Du schon gewonnen. Es ist nur noch interessant, was ihn
> mehr stoert, der Angriff auf das AmigaBASIC oder die Orthographie ;->
> 
> >Regards..
> >Ralph Schmidt                                            laire@uni-paderborn.de
> --
> 
> Greetings
>         Charly !               FIDO : 2:246/200.42 (Karl Skibinski)

- Matthias
From: hartmut@oberon.nbg.sub.org (hartmut Goebel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C Compiler, Stacksize errechnen
Date: Thu, 21 Jan 1993 13:00:49 GMT
 <1993Jan12.154149.29982@cs.tu-berlin.de> <1993Jan12.221100.9449@ibr.cs.tu-bs.de>
 <Bilis*b40@oberon.nbg.sub.org> <6372@babylon.rmt.sub.org> <lo.00az@silch.ulm.sub.org>
Organization: home of the hard brave man
X-Newsreader: Arn V1.00 pre

In article <lo.00az@silch.ulm.sub.org>, Lothar Maier writes:

 >...und mit Mungwall findet man dann auch die daraus entstehenden
 >Fehler, zumindest einige ;-)...

Aber nur die Sonderflle "Grenze des allozierten Speichers wird
berschritten". Un das sind oft wirklich ausnahmen.

 >...und wie sollen die armen C'ler auch sonst einen VARIABLE
 >bergeben...

&s und *s sind doch genug. Darfste nur nicht vergessen :-)

 >..L. Maier Silcherstr. 1 7910 Neu-Ulm Voice:0731 86391..

+++hartmut

| Hartmut Goebel | UseNet: hartmut@oberon.nbg.sub.org              |
| Amiga Software | Z-Netz: HARTMUT@ASN.ZER           // Only Amiga |
| Manufactur     | Fido: 2:246/81.1  IRC: Essich   \X/ Oberon  ZOC |
From: kickaha@kickhh.hanse.de (Kai Luehmann)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Searching: A2024 Monitor!
Date: Mon, 25 Jan 1993 12:29:44 GMT
Organization: Combined Ideas Hamburg
X-Newsreader: Arn V1.00 pre

In article <1993Jan22.082103.3566@informatik.uni-wuerzburg.de>, Juergen Weinelt writes:

> > Im Parallelbetrieb erscheinen zwar SToerstreifen, aber die sind nur
> > ein kleineres Uebel.
> 
> Kumpel hat ausserdem eine Alufolie als "Abschirmung" dazwischen, aber ich
> bin mir nicht ganz sicher, ob das nicht eher, aeh, psychologische Gruende
> hat :-)

Lach nicht, ich habe mein altes Modem als Monitorstaender benutzt und den
Kasten auch mit Alu ausgeschlagen, damit er den Monitor nicht mehr stoert.
Das neue hat angeblich Metallspaene als Abschirmung im Kunststoffgehaeuse.
Jedenfalls ist die Aktion jetzt ueberfluessig.

Bye   Kai   !!!
P.S.: Nicht lachen habe ich gesagt :-)
--
   _  Z-Net: kickaha@amtrash.zer  Fido: Kai Luehmann 2:241/2111
_ // UseNet: kickaha@kickhh.hanse.de or K-Luehmann@tu-harburg.dbp.de
\X/ Use Gates if you can't get through one of the above.
   und im uebrigen bin ich der Meinung, dass ...   AAAAARRRRGGGHH   !!!!!
From: seggers@semyam.dinoco.de (Stefan Eggers)
Date: 24 Jan 93 10:58:42 GMT
Subject: C, Modula und Oberon (was: Re: SAS/C Compiler, Stacksize errechnen)
Newsgroups: de.comp.sys.amiga.misc
X-Newsreader: TIN [version 1.1 PL8]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

hartmut Goebel (hartmut@oberon.nbg.sub.org) wrote:
> In article <1993Jan19.190633.11614@mpifr-bonn.mpg.de>, Michael van Elst writes:

>  >Oh, der Compiler erzeugt schon eindeutige Namen. Nur gibt es halt
>
> Eindeutig innerhalb des Moduls. Alles andere ist eine C-Compiler
> egal. Halt kein Scope-Konzept.

Wenn  ich  das  so  lese  und meinen Linker zu Rate ziehe ist also ein
Modul  ein  Mal  die Sammlung meiner ganzen zu linkenden Objekt-Module
(dort  darf  ja ein Name nur einmal auftreten, sofern das Objekt nicht
auto oder static ist) und auch jede der Libraries.

Das  Problem tritt doch nur dann auf, wenn der Linker gleiche Namen in
mehreren  Libraries  zult.   Soweit  ich das sehe ist das fr ANSI-C
nicht zwingend notwendig und knnte auch - theoretisch, wenn Amiga.LIB
nicht wre - entfallen.

>  >kein Sprachkonstrukt Modul, bei dem man die Qualifizierung des Namens
>  >abkuerzen koennte. Setz die Prefixes selbst davor und schon hast Du
>  >keine Probleme
>
> Kalr, das Programmieren mu sich arbeit machen, nur weil der Compiler
> zu faul, zu dumm, zu was-wei-ich-alles ist, um das selbst zu machen.

Ob  man  nun  einen Prefix  la `DISP_' selbst davorschreibt oder aber
`Display.'  in  Oberon einsetzt ist ja egal.  Nur im Falle von Namens-
gleichheiten in verschiedenen Moduln wird Oberon sicherlich besser da-
stehen als C, da man dann automatisch einen anderen Prefix bekommt.

Nur in Modula-2 (und wohl auch Modula-3) kann man durch entsprechenden
IMPORT mit weniger Arbeit auskommen.

Stefan.
-- 
seggers@semyam.dinoco.de

"Wollt ihr, da man gut von euch denke, sprecht nicht davon." (10)

- Blaise Pascal in "Gedanken"

Newsgroups: de.comp.sys.amiga.misc
From: hartmut@oberon.nbg.sub.org (hartmut Goebel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C Compiler, Stacksize errechnen
Date: Fri, 22 Jan 1993 16:09:12 GMT
 <4059.0701931007@bluemoon.GUN.de> <F+hgs*n45@zikzak.in-berlin.de> <skQgs*Bs0@forge.franken.de>
 <cb2hs*540@oberon.nbg.sub.org> <1993Jan12.125439.5361@mpifr-bonn.mpg.de> <1993Jan12.154149.29982@cs.tu-berlin.de>
 <1993Jan13.005053.15062@mpifr-bonn.mpg.de> <2plis*c40@oberon.nbg.sub.org> <1993Jan16.225434.11124@mpifr-bonn.mpg.de>
 <avijs*k40@oberon.nbg.sub.org> <200193r0626@hactar.uucp>
Organization: home of the hard brave man
X-Newsreader: Arn V1.00 pre

In article <200193r0626@hactar.uucp>, Kai 'wusel' Siering writes:

 >     Ein Moduln-Compiler vielleicht ... C kennt nun einmal keine solche
 >Unterscheidung --

Davon rede ich ja die ganze Zeit: Das Grundkonzept von 'C' ist
offensichtlich nicht fr solche Dinge gedacht. Und damit fr mittlere
und groe Projecte nicht gut (um nicht zu sagen schlecht :-)
geeignet.

 >soll Dein Compiler dann was erfinden? Ich empfinde das

Nichts erfinden, einfach _intern_ den Modulnamen davorhngen. Aber
das scheidert, wie Du aj schon schreibst, am fehlende Modul-Konzept
von C.

 >eigentlich nicht als Nach- sondern als Vorteil -- noch sehe ich einen
 >sonderlich groen Sinn darin, in jedem Modul eine Funktion bla() zu
 >schreiben.

Es gibt Flle, in denen das sehr sinnvoll ist. Besonders bei
Datenabstraktion. Z.B. wenn man die implementation einer Liste anders
machen will. In Beiden Modulen werden die gleichen Prozeduren
angeboten und beide halten sich an die gleichen Invarianten etc. Fr
das importierende Modul ist es dann vllig egal, wie die Liste intern
aufgebaut ist, solange der Rest stimmt.

 >Wenn a.bla was anderes als b.bla macht, sollte das imho auch

Ja, -Wenn_ es etwas anders macht.

 >aus dem Namen hervorgehen (z. B. AllocMem() & MyAllocMem()) ...  Ist aber
 >wohl auch Gewohnheit =:->

Wrde ich das auch im oben Beschiebenen Fall tun, knnte ich die
Wartbarkeit das Program schon mal um 50% krzen :-(

Und nochmal das alte Beispiel von sprintf: gibt's in der amiga.lib
und in der Compiler lib. In beiden Fllen ist der Name gleich, die
Funktionalitt nicht (amiga.lib.sprinft kann kein %f). Da Kann der
Benutzer gar nicht machen: wenn er aus versehen fallsch linkt, fllt
er auf die Schnauze. Und diese Fehler knnen lang unentdeckt bleiben.
Z.B. wenn der Programmteil nicht mehr neu getestet wird, weil es
schon wurde. (Oder testest Du nach jedem Linken _alle_ Programmteile
neu? Ich nicht.)

 >     Wer zuerst kommt, malt zuerst. Imho sollte ein Linker optional
 >meckern knnen -- knnte ja auch ein Versehen sein =:->

Nicht optional. Das ist eindeutig ein Fehler, auf dem der Benutzer
hingewiesen werden _mu_. Alles andere sind falsche Sicherheits-
versprechen.

 >                      kai

+++hartmut

| Hartmut Goebel | UseNet: hartmut@oberon.nbg.sub.org              |
| Amiga Software | Z-Netz: HARTMUT@ASN.ZER           // Only Amiga |
| Manufactur     | Fido: 2:246/81.1  IRC: Essich   \X/ Oberon  ZOC |
From: johan@s-link.escape.de (Sascha Flohr)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re^2: HILFE! Schwierigkeiten beim Update
Organization: -S-LINK-> Public Mailbox, Braunschweig, Germany
Date: Mon, 25 Jan 1993 00:26:00 +0100
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

Am 21.01.93 um 12:41 schrieb peterk%cbmger.de.so.commodore.com@S-UUCP.ZER unter dem Betreff Re: HILFE! Schwierigkeiten beim Update auf KS2.0:

 > >folgendes Problem habe ich: was musz ich machen, um meinen A2000B Rev4
 > >auf Kickstart 2.0 upzudaten? Ich habe da ein ROM 2.05 (37.300), aber
 > >wenn ich es einsetze, stuerzt der Rechner an der Stelle ab, an der das
 > >Bild fuer die Workbenchdiskette angezeigt werden soll.
 >
 > Hmm, das ist ein A600-ROM! Ich bin ehrlich noch nie auf die Idee gekommen,
 > das in einen A2000 zu stecken, daher weiss ich auch nicht, was dabei
 > schiefgehen koennte. Vielleicht sucht es das IDE-Interface und findet
 > es nicht?

Nein, es handelt sich nicht um ein ausschlielich im A600
einsetzbares ROM, ich selbst habe in meinem A2000 ein solches
eingesetzt. Ich nehme eher an, da es sich um Probleme mit der Rev4
des 2000ers handelt, evtl. sind einige Verbindungen
(Jumper oder Ltbrcken) noch richtig zu verschalten. Habe aber
leider keine Plne zur Rev4.

 > >Musz ich irgendwelche neueren Chips haben? (ECS?)
 >
 > Nein, ECS nicht. Aber halt das richtige 2.04-ROM.

Wie gesagt: Das ROM ist in Ordnung!

 > >Sind irgendwelche Jumper umzustecken?
 >
 > Nein.

Jumper wohl weniger, aber auf den Rev4-Boards gab es noch ne Menge
Ltbrcken. Irgendwo in einer Ausgabe des AmigaMagazins war ne
Beschreibung, welche Brcken wie zu schalten sind.

Ciao, Johan   -   JOHAN@S-LINK.ZER

---------------------------------------------------------------------
Sascha Flohr - Neustadtring 34 - 3300 Braunschweig - Tel. 0531/500260
---------------------------------------------------------------------
-- THE ANSWER V2.03
From: wgutz@cip.informatik.uni-erlangen.de (Wolfgang Utz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Bootfaehige Disks auf HD?
Date: Mon, 25 Jan 1993 09:53:49 GMT
Organization: CSD., University of Erlangen
NNTP-Posting-Host: faui01b.informatik.uni-erlangen.de

Hallo!

Ein Freund von mir, der einen Amiga besitzt bat mich bei folgenden Problem
um Hilfe:

Er moechte gerne Programme von bootfaehigen Disketten auf seiner Harddisk 
installieren, schafft dies mit seinem HD-Verwaltungsprogramm nicht. 

Falls sich also jemand mit sowas auskennt, bitte ich ihn sich per  e-mail
bei mir zu melden.

Danke!

Wolfgang

wgutz@cip.informatik.uni-erlangen.de

---

-------------------------------------------------------------------------
Wolfgang Utz, Computer Science Student       | (This section of the
University of Erlangen (Germany)             | document is intentionally
e-mail: wgutz@cip.informatik.uni-erlangen.de | left blank)
-------------------------------------------------------------------------
From: chris@goern.dinoco.de (Christoph Goern)
Newsgroups: de.comp.sys.amiga.misc
Subject: Tex & memory
Distribution: de
Date: 25 Jan 93 18:59:33 CET
Organization: private Node, Cologne, Germany

 Hallo,
  ich hab da ein Problem mit TeX von den Fischen 611 bis ...
  Undzwar hab ich 4.5MB freien Speichen und starte "initex",
  dass meldet mir ich habe zu wenig Speicher. Hab ich mir gedacht
  ich lade noch HDMem und da ware dann 6.4MB frei, TeX meldet
  aber immernoch "kein Speicher". Ist das normal oder braucht der
  mehr als 420KB freies Chipmem?

       Danke...

           ChriS

--
Christoph Goern                                             V
Wilhelmsgrund 22    _ Internet  : chris@goern.dinoco.de    . _
5020 Frechen - 5 _ // CumpuServe: 100113,1172               _
    Germany      \X/  Voice     : +49 2234 38864           (_)
From: chris@wolfhh.hanse.de (Christian Wolf)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: X-Windows Client
Date: Fri, 22 Jan 1993 16:08:58 GMT
 <220193o0353@hactar.uucp>
Organization: Wolfhh.Hanse.DE Mailbox-System
X-Newsreader: Arn V1.00 pre

In article <220193o0353@hactar.uucp>, Kai 'wusel' Siering writes:

>      Geruechteweise soll es so ein Teil mit dem lange berflligen AS225-
          ^^ Kannst Du dich nicht so recht entscheiden  ^ ?
> Update geben;

Ja und ja ( soll heissen Gerchteweise und lange berfaellig :-)

> vielleicht solltest Du wirklich mal die Entwicklergruppen
> lesen (wobei ich freilich nicht wei, ob dort darber diskutiert wird,
> aber ich frage mich, wenn nicht dort, wo dann) =:->

Na hier natrlich! ;-)

Gruss,
	Christian
-- 
Christian Wolf <chris@wolfhh.hanse.de> Voice:+49-40-7609277 Data:+49-40-7606411
Newsgroups: de.comp.sys.amiga.misc
From: andreas@euler.fernuni-hagen.de (Andreas Kaulfuss)
Subject: S: PD-Lernsoftware Amiga
Organization: FernUniversitaet Hagen
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 27 Jan 1993 08:35:56 GMT

[ Article crossposted from de.markt ]
[ Author was Andreas Kaulfuss ]
[ Posted on Wed, 27 Jan 1993 08:30:27 GMT ]

Hi!

Ich suche Lernsoftware fuer den Amiga. Natuerlich bevorzugt PD.
Wenn es so etwas auch in deutscher Sprache geben wuerde, dann waere
das super. Das Schuljahr ist erst einmal egal. Klassen 1-5 sind aller-
dings sehr wilkommen...

Ciao

  Andreas

--
+----------------------+-----------------------------------------------+
| Andreas Kaulfuss     | FernUniversitaet Hagen, Theor. Inf. II,       |
| Nothweg 60           | Postfach 940, 5800 Hagen                      |
| 5860 Iserlohn-Hennen | Fax: +49 2331 987 313                         |
| Tel/BTX: 02304 5793  | Tel: +49 2331 987 2186                        |
+----------------------+-----------------------------------------------+
|   andreas.kaulfuss@fernuni-hagen.de | kaulfuss@link-do.comlink.de    |
|                            Zerberus : kaulfuss@link-do.zer           |
+----------------------------------------------------------------------+

--
+----------------------+-----------------------------------------------+
| Andreas Kaulfuss     | FernUniversitaet Hagen, Theor. Inf. II,       |
| Nothweg 60           | Postfach 940, 5800 Hagen                      |
| 5860 Iserlohn-Hennen | Fax: +49 2331 987 313                         |
| Tel/BTX: 02304 5793  | Tel: +49 2331 987 2186                        |
+----------------------+-----------------------------------------------+
|   andreas.kaulfuss@fernuni-hagen.de | kaulfuss@link-do.comlink.de    |
|                            Zerberus : kaulfuss@link-do.zer           |
+----------------------------------------------------------------------+
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C Compiler, Stacksize errechnen
Date: Wed, 20 Jan 1993 15:58:46 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <1993Jan12.154149.29982@cs.tu-berlin.de> <1993Jan12.221100.9449@ibr.cs.tu-bs.de>
 <Bilis*b40@oberon.nbg.sub.org> <6372@babylon.rmt.sub.org> <lo.00az@silch.ulm.sub.org>
Distribution: world
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <lo.00az@silch.ulm.sub.org>, Lothar Maier writes:

> In article <6372@babylon.rmt.sub.org> rbabel@babylon.rmt.sub.org (Ralph Babel) writes:
> > hartmut Goebel schrieb in <Bilis*b40@oberon.nbg.sub.org>:
> > 
> > > Mit Pointer kann man nicht rechnen,
> > 
> > Ein bichen Niklaus-Wirth-geschdigt, wie? Die quivalenz
> > von Zeigern und Feldbezeichnern ist eine der ntzlichsten
> > Eigenschaften von C und C++.
> 
> ...und mit Mungwall findet man dann auch die daraus entstehenden
> Fehler, zumindest einige ;-)...
> 
> ...und wie sollen die armen C'ler auch sonst einen VARIABLE
> bergeben...  

	Nicht so schchtern! Den Gedanken ruhig zu Ende
fhren und demnchst als Ergebnis verknden, da selbst das Rechnen
mit Feldindizes viel zu gefhrlich sei, da ja kein Compiler per
definitionem die Grenzen eines dynamisch instantiierten Objektes
kennen kann.

	Was soll berhaupt indirekte Feldindizierung? Ein
Index hat eine Konstante zu sein, und sonst gar nichts! Teufelszeug,
gefhrliches das, hinwech damit...	

> ..L. Maier Silcherstr. 1 7910 Neu-Ulm Voice:0731 86391..

-- 
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: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: SAS/C Compiler, Stacksize errechnen
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Fri, 22 Jan 1993 10:09:52 GMT

In <s6Dks*t40@oberon.nbg.sub.org> hartmut@oberon.nbg.sub.org (hartmut Goebel) writes:
>gibt es jhrlich in den Netzen (nicht hier, sondern in denen, in
>denen auch Anfnger schreiben) warum dieses und jenes nicht mehr
>funkt, wobei die Lsung "falsche Linkreihenfolge" heit?

Also, ich kenne keine einzige solche Anfrage. Selbst unsere
Programmieranfaenger vergessen nur Libraries.

Salut,
-- 
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."
From: seggers@semyam.dinoco.de (Stefan Eggers)
Date: 27 Jan 93 09:52:40 GMT
Subject: Re: SAS/C Compiler, Stacksize errechnen
Newsgroups: de.comp.sys.amiga.misc
X-Newsreader: TIN [version 1.1 PL8]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

hartmut Goebel (hartmut@oberon.nbg.sub.org) wrote:

> Z.B. als eizenen Hintergrund-Task? Das hat auch den Vorzteil, da das
> Programm weiterlaufen kann, wrend der GC den Speicher frei gibt. Das
> geht allemal schneller, als wenn das Programm das selbst mahct.

Wieso  sollte  das schneller sein?  Welcher Task den Speicher freigibt
ist  vom Aufwand her egal.  Somit sollte es keinen Unterschied machen,
ob das Programm oder ein Hintergrundprozess das erledigt.

Erst bei massiven Speicherfreigaben mit mehreren hundert Speicherblk-
ken  drfte das zu einer Verbesserungen fhren, wenn das Hauptprogramm
schon mal weiterlaufen kann.

Der  Nachteil  drfte  sein, da der Hintergrundprozess ja erstmal die
freien  Blcke finden mu - warum heit das sonst Garbage Collection -
und dafr wieder Rechenzeit bentigt.

Stefan.
-- 
seggers@semyam.dinoco.de

"Das Denken macht die Gre des Menschen." (115)

- Blaise Pascal in "Gedanken"
From: thomas@darkness.gun.de (Thomas Esser)
Newsgroups: de.comp.sys.amiga.misc
Subject: SAS C Patch auf 6.2
Organization: DARKNESS Public Mailbox, Kerpen, Germany
Date: Tue, 26 Jan 1993 15:35:00 +0100
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

Hallo,

Falls es wen interessiert, der keinen FTP Zugriff hat. Der Patch ist in
der Darkness (02273 3044 V.32bis/HST) saugbar, Login SAUGER, kein
Passwort. Von 2:00 - 6:00 ist das System gesperrt, ansonsten ist ein
Modem mit V.32 oder besser erforderlich, es knnte sonst Probleme
mit der Max. Onlinezeit geben :).



                   Freundliche Gre

                            Thomas

--
T.Esser T.v.Wllenweberstr.28 D-5014 Kerpen 1 voice: (49) 2273 1095
Darkness: (49) 2273 3044 HST/V.32bis uucp: thomas@darkness.gun.de
fido: @2:241/4033Zodiac's Point 3.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: AmigaPlus,  Programm-Tests
Date: Mon, 25 Jan 1993 17:22:04 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <jg8ls*Ty5@zikzak.in-berlin.de>
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

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

> Es geht ja nicht darum, dass der Anwender versteht, wie Enforcer genau
> funktioniert.  Er soll nur wissen, welche GEFAHREN existieren, wenn ein
> Programm Enforcer-Hits erzeugt.

	Das Problem an Enforcer-Hits ist, da man sie selten
isoliert betrachten und dann entsprechend sagen knnte: "Diese sind schlimm,
diese weniger". In den meisten Fllen ist halt die Mischung entscheidend.
Das Problem sind weniger die Hits ansich, eher einen geeigneten Mastab
dafr zu finden.

	Das Problem an FD-Software ist, da man sich eine
negative Kritik genausogut sparen kann. Wenn ein FD-Programm schlecht
ist, dann ndert auch das ffentliche "Schlachten" daran nichts.
Diesen Platz kann man anders nutzbringender verwerten.	

> 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
From: rbnix@tubastos.informatik.rwth-aachen.de (Reiner B. Nix)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Literatur ueber Amiga-Programmierung?
Date: 26 Jan 93 14:43:53 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Distribution: "world"
NNTP-Posting-Host: tubastos.informatik.rwth-aachen.de

peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:

>>Ich rufe zur Erstellung einer wirklich umfassenden Literaturliste fuer
>>den Amiga auf (falls es die nicht schon geben sollte).

>So eine Liste pflege ich. Alles, was mir zu Ohren kommt, kommt da rein.
>Die Liste ist gewaltig, allerdings enthaelt sie a) bestimmt viele Titel,
>die nicht mehr lieferbar sind; und b) ein paar Titel nicht, auf die ich
>nicht aufmerksam geworden bin.

>Soll ich die mal posten (SEHR lang), und dann gehen wir zusammen durch
>und markieren ausgelaufene bzw. ergaenzen fehlende. (Ich muesste posten,
>nix ftp.)


JA, UNBEDINGT POSTEN. Spaeter dann nach durchsicht auf einem
ftp-Server als Quasi-faq ablegen.

-- 
Reiner B. Nix                 rbnix@pool.informatik.rwth-aachen.de

Intel outside ...
Germany westside
-- 
Reiner B. Nix                 rbnix@pool.informatik.rwth-aachen.de

Intel outside ...
Germany westside
From: jan@maxon.adsp.sub.org (Jan M. Anton)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: MaxonWord - STUDENT
Date: 20 Jan 93 22:08:40 GMT
Organization: MAXON Computer GmbH
X-NewsSoftware: Amiga GRn V1.29 4/25/92 (Beta) by Mike Schwartz

In article <joerg.03js@mediatec.UUCP> joerg@mediatec.UUCP (Joerg W. Schmidt) writes:

[Stellungnahme zu Studentenpreisen etc.]

>
>Wir bieten eine telefonische Support-Hotline fuer registrierte Maxon-Kunden,
>Tel. 06196-41137 Mo - Fr. 15 - 17h. Wir sind stolz, diesen Service auf dem
>Amiga-Markt anbieten zu koennen.

Aehm, also wer schon einmal diese Nummer gewaehlt hat und sich dann fragte,
wie ein Telefax Support machen soll, dem sei gesagt, dass Joerg unsere 
Fax-Nummer angegeben hat (Joerg, wie konnte das nur passieren...) ;-)

Naja, ist aber auch nicht so schlimm, da naemlich alle registrierten Kunden
die Hotline-Nummer sowieso kennen und nur die sollen da ja auch anrufen. 
Eigentlich ging es Joerg auch nur darum, zu zeigen, dass es bei uns staendigen 
Support gibt.

Jan


--
       ___    ___                                  
      /   |  /   |                                 
     / /| | / /| |                                 
    / / | |/ / | |                                 
   / /  |___/  |_| A X O N Computer, Jan M. Anton                
  / /   Industriestr. 26, D-6236 Eschborn/Germany 
 / /    Tel: +49-6196-481813, Fax: +49-6196-41137 
/_/     ---- E-Mail:  jan@maxon.adsp.sub.org ----