HDTenEightyP/NetNews huggingface dataset:
From: wasp@chumly.ka.sub.org (Walter Mildenberger)
Date: Tue, 15 Dec 1992 16:48:49 +0100
Organization: *private amiga site*
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:  Domina auf Kick 3.0
X-Newsreader: Ann 0.10 [PL4]
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

In article <1C20912ETA@WP.CL-HH.comlink.de>, w_paul@cl-hh.comlink.de writes:

$>> Gruebel..Domina..liest man immer oefter....
$>> Entweder habe ich Schlafmuetze einen Joke verpasst [...]
$>
$>Wieso?
$>       Domina, Retsnia oder OmiBus - wo ist da der Joke ?-)
                 ^^^^^^^

Ich bestehe auf `Rizinus' :-)

mfG
-- 
Walter Mildenberger, Morgenstr. 55, W-7500 Karlsruhe 1,FRG, (0721)385090
Sub/UseNet: wasp@chumly.ka.sub.org -or-  Bitnet: UKF5@DKAUNI2.Bitnet
			Don't feed the bats tonight.
Newsgroups: de.comp.sys.amiga.misc
From: uphyf594@unibi.hrz.uni-bielefeld.de (Carsten Hammer)
Subject: Re: gnu/c bugfix3
Date: Wed, 16 Dec 92 12:26:35 GMT
Organization: Universitaet Bielefeld

In article <1992Dec15.234822.21947@bernina.ethz.ch> wild@nessie.cs.id.ethz.ch (Markus Wild) writes:
>In article <1992Dec14.221145.20407@unibi.hrz.uni-bielefeld.de> uphyf594@unibi.hrz.uni-bielefeld.de (Carsten Hammer) writes:
>>
>>Wer kann mir sagen wie der dritte Bugfix auf einem Amiga
>>durchgefuehrt weird_ Die Batchfiles und aNleitungen fuer
>>diesen bugfix und auch das man fuer hunk2gcc sind leider nicht 
>>amiga os2 kompatinble.
>
>Hmm.. jetzt bin ich aber doch erstaunt, also os3-only Soft schreibe ich
>nicht ;-)) Grade beim dritten Fix passiert doch so gut wie gar nix im
>Script File, das ist eh nur da, weil es eine gewisse Art von Bequemlichkeit
>unterstuetzt, die in letzter Zeit Mode geworden ist ;-) 
>
>Falls Du auf die * Wildcards anstelle der #? Viecher ansprichst: fuer sowas
>gibt's ein Bit in dos.library. Ich habe die Scripts nicht boeswillig mit
neenee schon klar..
>* geschrieben, das laeuft mir einfach so aus den Fingern, und da ich das
>bewusste Bit selbstredend gesetzt hab, faellt der `Fehler' auch nicht auf,
>bis ich vor kurzem einen Hinweis per Mail kriegte.
>
>Der interessanteste Punkt ist doch aber, dass die Anleitung nicht
>os2-kompatibel sein soll. Koenntest Du das ausfuehren? Hast Du sie versucht 
>zu starten, und ist sie gecrasht? ;-))
>
ich muesste noch mal genau nachschauen, aber die sache mit den wildcards
steht auch im man zu hunk2gcc wenn ich mich nicht irre.
>Was jetzt schliesslich noch hunk2gcc mit fix3 zu tun haben soll ist mir
>echt schleierhaft, sorry...
>
>Schreib doch konkret, was nicht ging, wo Du Probleme hattest. Das hilft
>zigmal mehr als ein Rundumschlag, mit dem Dir ueberhaupt nicht geholfen ist.
>
das wollte ich wirklich nicht, aber ich habe keine Ahnung wie man dies bit in
der doslibrary setzt. ich habs nur sehr lange mit der mitgelieferten shell
und der csh5.19 und so probiert und auch schon mal in comp.sys.amiga.programmer
gefragt und keine Antwort gekriegt. Die autolib und die inlines funktionieren 
nicht bei mir vermutlich aus dem selben grund, weil der bugfix nicht
ordentlich durchgefuehrt wurde. Ich habe nicht zu jedem include zwei
versionen auf meiner platte, die mit der endung old(oder war es org) und
die ohne.
>-Markus
>-- 
>Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
>Vital papers will demonstrate their vitality by spontaneously moving
>from where you left them to where you can't find them.
ausserdem hab ich probleme meine programme zum Laufen zu kriegen und zwar 
sehr sporadisch funktionieren sie nur, wenn ich erst avail flush aufrufe
oder/und ein anderes program starte.

Zusammen mit dem Amoked hatte ich oefters probleme, das ploetzlich die 
programmtexte nur noch ab der untersten Bildschirmzeile vorhanden waren.
Das Problem tritt eigentlich nur auf wenn ich den Amoked mit gnu-c benutze.

Ich hab uebrigens einen A500+ mit 2MBCHIP und eine A590 mit 2MBFAST und einer
120MB Maxtor.

vielen Dank schonmal
ciao

-- 
Carsten Hammer         UPHYF594@unibi.hrz.uni-bielefeld.de
From: achim@video1.han.de (Joachim Gothe)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:Commodore GmbH - Geruechte
Date: Wed, 16 Dec 1992 21:56:07 GMT
Reply-To: achim@video1.han.de  (Joachim Gothe)
Distribution: world
Organization: Mix Broadcast Video and Computer
X-Newsreader: Arn V1.00 beta rel1

In article <1C20816BMZ@AMTRASH.zer.sub.org>, m.zielinski@amtrash.zer.de writes:
>Automatische Nachrichtenweiterleitung von THE ANSWER
[...]
>Tatsache ist, dass C= nahezu saemtliche Haendler in Deutschland auf Vorkasse
>gestellt hat; dies bedeutet, dass kaum ein Versandhandel ueberleben kann, da
>beim Versand die Zahlungen ja erst Wochen nach dem Verschicken erfolgen.
>Normal war vorher ein Zahlungsziel von 5-6 Wochen. Nun hat C= aber wirklich
>finanzielle Probleme und versucht, mit diesem Mittel moeglichst viel Geld
>zusammenzubekommen. Von einer moeglichen Pleite sind sie aber sicher noch weit
>entfernt (Hat eigentlich schon jemand die staendig steigenden Aktiennotationen
>von C= Deutschland bemerkt?).

Man, man, man, welcher Haendler IRGENDEINES Produktes zahlt denn Vorkasse.

Der Computerindustrie geht es doch genauso mies, wie der KFZ-Industrie.
Einige deutsche KFZ-Hersteller geben Ihren Haendlern jetzt ein
Zahlungsziel von ->6 Monaten<-, nur um die Muehlen vom Hof zu bekommen.

Wenn ich Comp-Haendler waehre, egal ob Kaufhaus, BBM oder kleiner Krauter,
wuerde ich C= -Produkte aus dem Sortiment werfen und mich nach was anderem
umsehen. Zitat: Wenn der Handel sich nicht lohnt, wechsele das Produkt.

Bloederweise haben sich die C= -Haendler von Commodore sehr abhaengig gemacht.

Was beabsichtigt C= mit diesem rueden Vorgehen:
*Speculation on*
Haendler kaputtmachen und dann in den Direktvertrieb gehen.
Die Gewinne der Haendler kann man auch selber einstecken.
*Speculation off*

>Erste Folgen dieser Aktion:
>
>* BBM und damit C= gingen Hunderttausende an Umsatz verloren, weil keine A4000
>  verkauft werden konnten.

Wahrscheinlich werden gar keine produziert. An normale Angestellte von Como
werden keine A4000 und A1200 verkauft.

>* 3 1/2 - Soft hat Konkurs angemeldet.

Ja, leider. Klein, aber kompetent

>* Mind. ein weiterer grosser Versender wird Anfang des nexten Jahres folgen.

Und vom Ladengeschaeft kann man nicht leben.
Telefonsupport in Frankfurt fuer den End-user ???? GRUSEL

>Nur eines moechte ich hier noch anfuehren:
>Weder die Haendler noch die Kunden koennen gluecklich sein ueber die derzeitigen
>Zustaende! Wollen wir hoffen, dass sich das alles wieder einrenkt.

Aber erst, wenn der Unterzeichner der Comodore-Nachricht seine Aufgabe
"Verkauf von Kartons mit C= Aufdruck" woanders seine Kartons verkauft.

Achim

PS: Ich habe NIX mit BBM zu tun, ich wohne sogar in einer BBM-freien
    Stadt (hannover)

Achim

--------------------------------__
   Joachim  Gothe	       ///   Home: achim@video1.han.de
  Haltenhoffstr. 237	  __  /// !!NEW!!:-------^^^^^^^^^^^^^
  FRG 3000 Hannover	  \\\///     Work: FH-Hannover, FB Kunst & Design
VOC +49 511 7975-15 FAX-16 \XX/ * Waiting for a Mac-Emulator on Indigos *
From: kai@amokle.stgt.sub.org (Kai Bolay)
Newsgroups: de.comp.sys.amiga.misc
Subject: Shanghai
Date: 12 Dec 92 16:57:21 MET
Organization: AMOK Stuttgart (ECG 126)

Angela Schmidt schrieb am Thu, 3 Dec 1992 12:31:40 GMT in de.comp.sys.amiga.misc:

AS> So, ich hoffe, dass ich hiermit allen Shanghai-Suechtigen, die
AS> endlich einmal ein Original haben wollen, geholfen habe.

Damit Shanghai keine Enforcer-Hits mehr um sich wirft, muss man das
Executable (meines hat 101120 Bytes) nur ein wenig patchen:

000013E0: 2A404E71 4E714E71 4E716000 00827000

Seit dem Patch habe ich keinerlei Enforcer-Hits mehr. Probleme sind keine
aufgetreten.

   Tschuess, Kai

PS: Jetzt stoert nur noch der Help-Screen, der auch geoeffnet ist, wenn er
    nicht gebraucht wird. Wer denkt sich einen Patch aus?? :-)

--
     Kai Bolay - Amiga Modula & Oberon Klub Stuttgart (AMOK)
       UUCP: kai@amokle.stgt.sub.org  FIDO: 2:2407/106.3
Newsgroups: de.comp.sys.amiga.misc
From: kaltenha@informatik.uni-freiburg.de (Raoul Kaltenhaeuser)
Subject: A4000-Ventilator: Saugen oder Blasen?
Organization: Institut fuer Informatik der Universitaet Freiburg, Deutschland
Date: Mon, 14 Dec 92 18:38:29 GMT

Ich habe neulich festgestellt, dass mein A4000-Netzteilventilator
kalte Luft in den Rechner reinsaugt anstatt, wie sonst ueblich, die
heissen "Abgase" aus dem Gehaeuse rauszublasen.
Die "suck or blow"-Diskussion laeuft zwar momentan in c.s.a.hardware
(mit der Tendenz zu der Loesung, saugende Ventilatore einfach umzudrehen),
aber ich vermute stark, dass wir in Deutschland andere Netzteile als die
Amis haben (110V vs. 220V). Bei meinem Rechner liegt der Ventilator zudem
auf der ins Gehaeuseinnere gerichteten Seite des Netzteils (alles klar?),
statt knapp unter der Gehaeuseoberflaeche. Von daher scheint Saugen OK zu
sein. Allerdings haben einige Leute in c.s.a.h. berichtet, das ihre sucking
A4000 nach einiger Zeit im Dauerbetrieb "verglueht" sind.

Muss ich jetzt Angst haben?

Raoul
--
      ...........................................
      :  Raoul Kaltenhaeuser / GrafikMaschine   :
      :  kaltenha@informatik.uni-freiburg.de    :
      :.........................................:
From: masc@sbustd.rz.uni-sb.de (Martin Schulze)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A1200-Fragen - Wer hat schon einen, und
Date: 15 Dec 1992 12:10:37 GMT
Organization: Studenten-Mail, Rechenzentrum Universitaet des Saarlandes
NNTP-Posting-Host: sbustd.stud.uni-sb.de

peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
> >Dafuer findet man aber intern 2 je 40polige Stiftleisten in der Naehe
> >des RAMs, deren Bedeutung mir noch unklar ist. Es kann sein, dass diese
> >nur fuer das 2. MB-Chip-Mem bestimmt waren, das sich ja jetzt gluechlicher-
> >weise auf der Hauptplatine, die uebrigens vollstaendig in SMT aufgebaut
> >ist, befindet. 
> 
> Ja, exakt, plus die RTC (Uhrenchip).

Aha, hab ich offensichtlich gut geraten :-))

 
> >Es koennte aber auch sein, dass man hier z.B. ein 4MB-
> >Ram-Modul unterbringen kann.
> 
> Nein, definitiv nicht.

Schade.

 
> Da jetzt doch alle 1200er mit den 2 MB Chip-RAM ausgeliefert werden, sind
> diese Stiftleisten ueberfluessig und werden demnaechst wahrscheinlich durch
> (eine?) kuerzere ersetzt, auf die man dann eine klitzekleine Uhrenplatine
> stecken kann. Da muss man dann nicht SMD loeten. Aber auch das ist noch
> nicht endgueltig...

Hoffentlich, wenn ich noch lange darauf warten muss, bau ich mir das Teil
noch selbst... 
Mein alter 500er hat seinerzeit einen selbsteingebauten 8372B (funktionierend!)
ueberlegt und funktioniert heute noch in der Grundausstattung :-)

 
> >Nachteile...
> >Es gibt noch keine FASt-Ram-Karten.
> 
> Das wird sich aber bestimmt ganz schnell aendern, diverse Erweiterungen
> sind schon (inoffiziell) angekuendigt. Da wird sich eher noch mehr tun
> als fuer den A500, weil man jetzt alles sauberer und einfacher machen
> kann: keine CPU-Sockel-Adapter mehr noetig, geschweige denn ein Gary-
> Adapter usw.

Fein. Hoffentlich sind die internen dann nicht so teuer wie die PCMCIA-
Karten...
 

> >Kein Tower-Gehaeuse ... (schon gut ich hoer auf)
> 
> :-)))
> 
> -- 
> Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...

Zittrig auf RAM wartend :-)

--
Martin Schulze at "Universitaet des Saarlandes"
masc@stud.uni-sb.de
From: SSilk@ssilkyway.incubus.sub.org (Alexander Aulbach)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: WOC - MaxonWord
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 15 Dec 92 18:39:35 CET
Organization: Private

In article <becher.00bm@jericho.adsp.sub.org> becher@jericho.adsp.sub.org (Jochen Becher) writes:
> In article <SSilk.0tor@ssilkyway.incubus.sub.org> SSilk@ssilkyway.incubus.sub.org (Alexander Aulbach) writes:
> > Zu MaxxonWord mu man sagen, da man am Maxxon-Stand eine Vorab-Version
         ^^
Ohje... Maxon mit zwei x....
    ...
> > Ich war Anfangs sehr erfreut, was dieses neue Prog. anbelangt, bin ich
    ...
> > nicht stinknormal einfach auf den Drucker Zeichen ausdrucken kann, sondern
> > immer im Grafikmodus. (Antwort auf der Messe: "Jaaaa, DAS werden wir alles
  ...
> Also  ASCII  Ausdruck ist ja wohl einfach out - wenn du das brauchst gibts ja
> alte  Programm  die das ganz gut koennen. Aber meist reicht dann auch ein gut
> konfigurierter  Editor  (z.B.  TurboText  kann formatieren, dieser Absatz ist
> dafuer ein Beispiel). Aber mit der Rechtschreibpruefung hast Du recht.

Wieso Out? Wenn ein Drucker eingebaute Schnschriftfonts hat, die in nichts
einer im Rechner berechneten Schrift nachstehen, warum soll ich sie dann
nicht verwenden drfen? Mit Documentum und dem HPDeskjet geht das. Und es is
ein echt gutes Schriftbild. Ein Grafikdruck braucht dagegen die drei- bis
vierfache Zeit. Was anderes wrs, wenn wenigstens Postscript ginge (wenn
also die Seite nicht im Rechner, sondern auf dem Drucker berechnet wrde).

Verstehst du? Es geht mir hierbei eigentlich nur um die Zeitersparnis (was
ntzt es mir, wenn ich nur halb so lange brauche, um einen Brief zu
erstellen, wenn der Druck dann 2 Minuten dauert?)

Und wenn ich anfange zum Briefeschreiben einen Texteditor zu verwenden, dann
brauch ich doch kein tolles Textverarbeitungsproggi.?

Aber so? Ich bleib dabei: MOMENTAN is MW noch nix halbes und nix ganzes.
Gute Anstze, gute Entwicklungsmglichkeiten und wenn alles was geplant war
auch tatschlich umgesetzt wird, dann ist MW ein Prgramm, das sich nimmer
vor PC's oder Mac's verstecken mu.

> > Zudem drfte es auf Rechnern mit wenig Speicher so seine Probs.  ham, weil
> > die Seiten als Bild im Rechner aufgebaut wern.
> Wurde Dir das gesagt ode
-----------------
Schade, da fehlt der Rest... Vielleicht kann mir die nochmal jemand
schicken... Achja, kann sein, dass ich momentan noch nicht per PM erreichbar
bin...

Aber ich hab nochmal drber nachgedacht: Es wre auch mglich die Grafik im
Rechner nur Stckerweise aufzubauen. Wei ehrlicherweise nicht, ob's so
gemacht wird, aber die Bildschirmanzeige von MW wird ja auch nicht als
SuperBitMap erstellt, sondern nur der Teil, der grad auf dem Schirm zu sehen
ist. Auf jeden Fall wird der Druck dann schweinisch lahm.

--

   SSilk                                  ssilk@ssilkyway.incubus.sub.org
   Alexander Aulbach, Wrzburg

   "Jan di su kei du san schim, sanktam, sanktam du ai kah" (Chin. Sprichw)
Newsgroups: de.comp.sys.amiga.misc,de.comp.sys.amiga.uucp,de.comp.sys.amiga.unix,de.comp.sys.amiga.advocacy
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Ergebnis: Umlaute in de.comp.sys.amiga.all
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 12 Dec 1992 10:10:32 GMT

In <1992Dec11.112141.4605@email.tuwien.ac.at> mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
>  Sehr gut. Dann fangen wir doch bitte an, die letzten beiden Punkte
>zu implementieren -- sobald das halbwegs zufriedenstellend funktioniert,
>koennen wir uns an die Umlaute wagen.

Applaus ! Applaus ! :)

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: gm@germal.escape.de (Gerald Malitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: lha p
Date: Sun, 13 Dec 1992 17:38:50 GMT
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

	Moin!

	Kann man lha irgendwie dazu bringen, in Verbindung mit dem Kommando p das

-------------> END OF FILE <-------------

wegzulassen?  Mir faellt eine Menge ein, was man machen koennte
("lha | pathalias", "lha | tar xvf -", "lha | relaynews", ...), wenn
sich das irgendwie abstellen liesse.  -q hilft nicht.  lz kennt das
Kommando p gar nicht.(?)  Gibt's sonst noch was?

	Tschuess, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.escape.de                                  Heute die.  Morgen Du.
From: K.ROTTER@AME.nbg.sub.org
Newsgroups: de.comp.sys.amiga.misc
Distribution: world
Subject: Re^2:  6502-Reminiszenzen
Date: 16 Dec 92 15:16:00 +0100
X-Gateway: ZCONNECT UA AME.nbg.sub.org [UUCPfZ V3.4a]

In article <zKS5s*b22@laosinh.stgt.sub.org> gerrit@laosinh.stgt.sub.org
(Gerrit Heitsch) writes:
 >Hat irgendjemand eine Liste der undokumentierten Befehle des 6502
 >mit vollstaendiger Beschreibung ihrer Funktion?

Im 64'er 3/85 (woh... nostalgische Gefuehle) auf Seite 84-85 war mal so eine
Liste drin.
Hier eine sehr kurze Zusammenfassung: (alle Angaben in Hex)

1) Befehle, die einen Absturz des Computers verursachen:

02,12,22,32,42,52,62,72,92,B2,D2,F2

2) Befehle, die einen sich wie NOP verhalten:

2.1) 1 Byte NOPs:

1A,3A,5A,7A,DA,EA (org. NOP),FA

2.2) 2 Byte NOPs:

04,14,34,44,54,64,74,80,82,89,C2,D4,E2,F4

2.3) 3 Byte NOPs:

0C,1C,3C,5C,7C,DC,FC

3) Befehle, die je zwei standart Befehle in einem Opcode zusammenfassen:

	 (IND,X) (IND),Y ABSOLUT ABSOLUT,X ABSOLUT,Y ZEROPAGE,X ZEROPAGE
 Byte	    2	     2	    3	    3	      3 	 2	   2

ASL:ORA     03	    12	    0F	    1F	      1B	 17	  07
ROL:AND     23	    33	    2F	    3F	      3B	 37	  27
LSR:EOR     43	    53	    4F	    5F	      5B	 57	  47
ROR:ADC     63	    73	    6F	    7F	      7B	 77	  67
DEC:CMP     C3	    D3	    CF	    DF	      DB	 D7	  C7
INC:SBC     E3	    F3	    EF	    FF	      FB	 F7	  E7

4) Befehle, die z.T. sehr eigenartige Funktionen ausloesen:

0B,2B,4B,6B,83,87,8B,8F,93,97,9B,9C,9E,9F,A3,A7,AB,AF,B3,B7,BB,BF,CB,EB

Wer die genauen Funktionen wissen will, moege mir einen frankierten
Rueckumschlag zusenden, ich werde ihm dann den Artikel kopieren. (Ich bin
Student...)
--  _
 _ // (uucp) k.rotter@ame.nbg.sub.org  (z-netz) k.rotter@ame.zer
 \X/ Klaus Rotter * Linsenfeld 15 * W-8510 Fuerth * Germany
>>> MS-WINDOWS... from the people who brought you EDLIN <<<
-- THE ANSWER V2.03

Newsgroups: de.comp.sys.amiga.misc
From: a2bartel@rzdspc31.informatik.uni-hamburg.de (Henner Bartels)
Subject: Amiga Modelle
Organization: University of Hamburg, FRG
Date: 18 Dec 92 13:47:40 GMT

Ich habe nun seit vielen Jahren einen Amiga 2000.
Leider habe ich in letzter Zeit die C= Modellpolitik
ein wenig aus dem Auge verloren. Es waere super, wenn mir
jemand etwas Infos geben koennte ueber:

Die aktuellen Modelle, Prozessoren, Graphic-Chipsaetze, Leistung, etc.
Was sind C= Plaene fuer die naechste Zeit (DSP-Unterstuetzung etc.)

Henner Bartels a2bartel@rzdspc22.informatik.uni-hamburg.de
From: barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Neuling...
Date: Sun, 13 Dec 1992 00:20:10 GMT
 <533.ANN@peti.GUN.de> <KIh6s*hp0@forge.franken.de> <10256@cbmger.de.so.commodore.com>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 pre

In article <10256@cbmger.de.so.commodore.com>, Dr Peter Kittel Germany writes:

> In article <KIh6s*hp0@forge.franken.de> barnard@forge.franken.de (Henning Schmiedehausen) writes:
>  >Nein,  das  ist Maschinen-Code Programmieren.  Assembler-Code sind die netten
>  >Abkuerzungen wie 'move', 'add', 'sub'.  (Ich habe in Maschinen-Code auf einer
>  >8085  CPU  programmieren gelernt.  7 7-Segment-Displays und 24 Tasten sowie 2
>  >KBytes RAM waren meine Welt....  ;) (MOPPEL aus der ELO, ca. 1982 :) 
>  >
>  >Seufz, das waren noch Zeiten.
> 
> LUXUS! Ich hatte mal einen Intel 8085 SDK (System Design Kit), auch so mit
> Hex-Display und -Tastatur. Aber ich hatte nur ganze 256 Bytes RAM!!!

Ja, da gab's mal so ein geniales Buch ueber das Teil, so ein duennes, gelbes,
das  bei  mir  daheim  vor  sich  hin  staubt.   Da  war  auch  das  SDK drin
beschrieben.  (8085, 8355 ROM, 8155 RIOT fuer die I/O) Das habe ich sogar mal
zum Spass nachgebaut.  Ging richtig gut..  :)

	Alloooooooha!
		Henning

-- 
-- Henning Schmiedehausen --- barnard@forge.franken.de ---- A 3000/25 --- __
...and in deep shelters lurk below, sub-regional control      | Home __  ///
who sympathize but cannot help to mend your body or your soul |of the\\\///
self-appointed guardians of the race... - Jethro Tull, A      | BSF   \XX/
From: becher@jericho.adsp.sub.org (Jochen Becher)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Re^2: Texteditoren, CygnusEd Pro v3
Date: 17 Dec 92 22:18:50 GMT
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <lU38s*jB4@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
> In article <becher.00d8@jericho.adsp.sub.org>, Jochen Becher writes:
>
> > > Abgesehen davon ist die UnDo-Funktion des Ced wirklich Klasse!
> >
> > Bis auf die Tatsache, dasz der Speicher voreingestellt werden musz. Wenn ich
> > mal wirklich viel rueckgaengig machen will, stosze ich immer an diese Grenze.
>
> Toll.  Was fuer riesige Texte editierst Du?   *staun*
> 2000 Levels, 90000 Memory... an diese Grenze stoss ich selten.
> Jedenfalls beim Programmieren -- wer Programmmodule hat, die deutlich
> groesser als 100 kB sind, sollte seinen Programmierstil unbedingt mal
> gruendlich ueberdenken ;-)
Ich glaub', mein Problem lag da bei den Levels - irgendein Wert war da ab
Werk eingestellt und den habe ich nie geaendert. Sondern mich nur geaergert,
wenn's nicht gereicht hat. Der Grund war wohl nicht fehlender Speicher,
sondern dieser Level. Aber das aergert mich umso mehr, wenn ich gleich zwei
Werte aufeinander abstimmen musz.

Mit meinen >Programmmodulen< (tatsaechlich 3 m's?) habe ich keine Probleme.
Da ich objekt-orientiert programmiere (sather portiert von unix) sind meine
Dateien eher klein. Nein, die Probleme kamen auf einem anderen Weg: 2 Stunden
programmiert, zwischendurch mehrfach SAVE, festgestellt, dasz alles Mist ist.
Wie kommt man dann auf den alten Stand (vor 2 Stunden) zurueck, ohne
vernuenftiges BackUp (mit Versionen etc)? Gar nicht. UnDo war zu eng
begrentzt. Pech!

>
> Dynamisch waere natuerlich ohne Frage besser.  Voellig klar.
>
> > Warum nicht dynamisch? Auszerdem versagt die Undo Funktion haefig bei
> > Find&Replace und beim Wechseln zwischen verschiedenen Texten.
>
> Eben.  DAS nervt mich auch.  Weisst Du zufaellig, wann GENAU Undo ver-
> sagt?  Bei Find&Replace hatte ich eigentlich nie Probs, allerdings ver-
> sagt der CED gruendlich, wenn man oft zwischen Insert- und Overwrite-
> Modus wechselt...  da kommt spaeter beim Undo nur Kuddelmuddel raus.
> (allerdings nicht immer -- manchmal geht's... ich wuesste daher zu gern,
>  wie ich Schwierigkeiten gezielt aus dem Weg gehen kann!)
Nee, ich weisz es nicht mehr und habe auch keine Lust, je wieder mit CED zu
arbeiten.

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

--
--------------------------------------- becher@jericho.adsp.sub.org -----
 Jochen Becher   6500 Mainz (Germany)           Telefon: +49 6131 689667
 Viele, die leben, verdienen den Tod. Und manche, die sterben, verdienen
 das Leben.  Kannst du es ihnen geben?  Dann sei auch nicht so rasch mit
 einem Todesurteil bei der Hand. -- Gandalf