HDTenEightyP/NetNews huggingface dataset:
From: umueller@iiic.ethz.ch (Urban Dominik Mueller)
Subject: Re: Neue Aminet uploads posten?
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 6 Nov 1992 10:26:15 GMT

In article <RehXr*ES3@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
>In article <1992Nov5.014424.10012@neptune.inf.ethz.ch>, Urban Dominik Mueller writes:
>
>> Bis vor ner Weilse hab ich auf c.s.a.misc jede Woche eine Liste der aktuellen
>> Uploads auf die amiga.physik geposted. Jetzt fang ich wohl wieder an, ich
>> hab grad ne Anfrage gestartet. Frage: Soll ich nach de.c.s.a.misc crossposten?
>> Waer natuerlich alles Englisch, aber deswegen kann ja doch Interesse bestehn.
>
>Aus meiner Sicht ein Argument, eine spezielle Newsgroup einzurichten, die
>extra fuer sowas da ist.  Liste neuer Files.  Ankuendigungen, dass hier und
>dort bestimmte Files zum Download (FTP, UUCP, Mailbox etc.) vorhanden sind
>usw.  de.c.s.a.announce oder de.c.s.a.archiv zum Bleistift...
>
>Ich denke, de.c.s.a.misc ist dafuer die falsche Newsgroup.

Ganz meine Meinung. Es ist jedoch nicht meine Angelegenheit, diese
Newsgroup einzurichten. Habe ich also die Wahl, nicht zu posten
oder auf .misc zu posten, dann waehle ich letzters. Ebenfalls auf
.misc werd ich posten, wenn die Postings auf .announce eine Moderation
durchlaufen muessten (Loesung: Mich zum Co-Moderator ernennen).

>Die Liste der neuen Files mag eine Erleichterung sein, aber sie ist
>redundant.  Wer Zugriff auf einen FTP- oder Mail-Server hat (der AmiNet-
>Files fuehrt), kann sich auch selbst die Liste der neusten Files holen.
>Aus diesem Grund sollte man die Chance haben, solche Ankuendigungen auch
>abbestellen zu koennen...

Abbestellen? Killfile. Mailserver? Langsam. FTP nur zum Downloaden
von RECENT? Aufwendig. Ausserdem hab ich da nochn Projekt mit nem
Mailserver, der auf RECENT Files spezialisiert ist. D.h. man gibt
beim 'Recent' Artikel bloss noch 'R' ein, markiert die gewuenschten
Files, und zurueck kommen die uuencodeten File.

  -Urban
Xref: sparky de.comp.sys.amiga.misc:5522 de.comp.sys.amiga.uucp:681
From: rob@spirits.ka.sub.org (Roland Bless)
Newsgroups: de.comp.sys.amiga.misc,de.comp.sys.amiga.uucp
Subject: Re: Lasst endlich die 8-Bit-Umlaute sein !!
Date: Tue, 10 Nov 1992 19:46:17 GMT
FollowUp-To: de.comp.sys.amiga.misc
 <09Nov1992.030037.190486@hactar.hanse.de> <5385@babylon.rmt.sub.org>
Organization: Blessed Software Products, private, Karlsruhe (FRG)
Content-Type: text/plain; charset=ISO-8859-1
X-Newsreader: Arn V1.00 pre

In article <5385@babylon.rmt.sub.org>, Ralph Babel writes:

> Das h=E4lt sich ungef=E4hr die Waage. Verwende ich "q-p", so
> kommen die Klagen derjenigen mit altert=FCmlichen Newsreadern,
> da=DF das "nicht lesbar" sei; als ich auf "8bit" umstellte,

Dazu kann ich nur sagen: RFC-1341 ist vom Juni 1992 und ich hatte z.B.
bisher noch nicht die Zeit MIME fuer "Arn" zu implementieren. Es ist
wohl _etwas_ uebertrieben, hier von "altertuemlich" zu sprechen!

> (d) Umlaute werden geschrieben, aber zum Zwecke des
>     Transports in "quoted-printable" kodiert. Ohne
>     entsprechend vorbereiteten Newsreader mag das etwas wirr
>     aussehen (Roland, wo bleibt Dein neuer Arn?), ist aber

Mein lieber Ralph:

1. Studiere ich noch nebenbei (und habe auch noch eine Hiwi-Stelle angenommen).
2. Ist mein Rechner wegen Netzteil-Schaden fuer einige Zeit offline
   gewesen
3. Aergere ich mich mit SAS/C 6.00 rum, bei dem mehr kaputter Code
   rauskommt, als alles andere. Da darf ich dann erstmal suchen, ob's
   am Code oder am Compiler liegt...
   Ich habe die letzten 14 Tage nichts anderes gemacht, als Arn auf SAS/C
   6.00 zu "portieren" und Compiler-Bugs zu entlarven und da sind immer
   noch seltsame Bugs drin, die definitiv nicht vom Code stammen.
   Mir ist schleierhaft, wie so ein Produkt ausgeliefert werden konnte, wo
   ich innerhalb von 2 Tagen schon 5 schwerwiegende Bugs gefunden habe.
   Solange der Patch nicht da ist, kann es keine neue "Arn" Version geben,
   da sie mit SAS/C 6.00 unbrauchbar ist, weil die setvbuf()-Funktion mit fread()
   nicht funktioniert und das Einlesen der Datenbanken dadurch bocklangsam wird.
4. Gab es noch jede Menge anderer Features zu implementieren.
5. Steht MIME direkt ganz oben auf der "todo"-Liste. Das RFC habe ich
   allerdings noch nicht ganz lesen koennen.

Gruss,
 Roland
--
R o l a n d   B l e s s |UUCP/USENET: rob@spirits.ka.sub.org        IRC: rob|
Groetzinger Strasse 44  |BITNET: UKG5@DKAUNI2.BITNET      FAX: +49211623818 |
7500 Karlsruhe - FRG    |---------spirits--in--the--material--world---------|
voice +49 721 497381    |           Die Menschheit lernt nie. Aus.          |
Newsgroups: de.comp.sys.amiga.misc
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: Amiga-Glossar, Kritik
Organization: University of technology, Vienna, Austria. 
Date: Tue, 10 Nov 1992 12:44:39 GMT

| Und wenn wir schon beim Naegelabheben sind ... dieses Problem habe
| ich bei "Frisoer". Demnaechst kommt der "Inschenjoer".

  Ich weiss, jetzt wird mich gleich jemand hauen -- aber waere dir
vielleicht "Phrisoer" lieber?

	mjl

Newsgroups: de.comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Lat endlich die Umlautumschreibungen sein!
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 9 Nov 1992 17:11:48 GMT

In article <5376@babylon.rmt.sub.org> rbabel@babylon.rmt.sub.org (Ralph Babel) writes:
>Markus Wild schrieb in
><1992Nov7.220919.21660@neptune.inf.ethz.ch>:
>> Au fein, die 6jaehrigen sprechen also schon in Hex, sauber
>> sauber...
>
>Du schmei?t in all diesen Aussagen verschiedene Ebenen des
>Protokolls durcheinander, n?mlich Content-Transfer-Encoding
>und Content-Type. Bezichtige ich Dich, in Nullen und Einsen
>zu schreiben, nur weil Deine Daten irgendwann einmal Deinen
>Rechner durch eine serielle Verbindung verlassen? Neben den

Ein Uebertragungs-Protokoll bedingt immer, dass beide Seiten es implementieren.
Wenn Du was unuebliches verwendest, um Deine Artikel zu verschluesseln,
kannst Du nicht davon ausgehen, dass die Gegenseite dieses Protokoll auch
implementiert, und daher ist es legitim, die Hexdumps als nicht lesbar
hinzustellen. Bis auf Deine Spezial-Ebene ist das Protokoll ja 
standardisiert, daher kann man diese Ebene wohl als transparent betrachten.

-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.
From: gm@germal.escape.de (Gerald Malitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Amiga-Glossar, Kritik
Date: Thu, 05 Nov 1992 00:01:07 GMT
 <1992Oct31.143655.10886@tpki.toppoint.de> <1992Nov1.031624.17037@bernina.ethz.ch>
 <9983@cbmger.de.so.commodore.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

In article <9983@cbmger.de.so.commodore.com>, Dr Peter Kittel Germany write=
s:

> Nee, es geht echt um den *Namen* eines Datentraegers. Mir ist schon
> schleierhaft, wieso es da ueberhaupt zwei verschiedene Woerter im
> Englischen gibt. Auf der *Workbench* ist es naemlich schon beides unter
> "Rename" ("umbenennen") zusammengefasst!!!

	Das "Rename" der Shell bzw. des Filesystems ist mehr als nur
ein einfaches Umbenennen.  Damit kann man auch eine Datei in ein anderes
Verzeichnis verlagern, jedenfalls innerhalb eines Datentr=E4gers.  Intern
ist es auch etwas mehr als nur das Eintragen eines neuen Namens.  Mit
dem Rename der Workbench und dem Relabel bennenst Du wirklich nur um.

> Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...

	Tschuess, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.escape.de                                 Quo vadis, Deutschland?
From: loginf1@gipsy29.cs.uni-sb.de (Uebung Smolka)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Texteditoren, CygnusEd Pro v3
Date: 12 Nov 92 12:28:05 GMT
Organization: U of Saarbruecken, Dept. of Computational Linguistics
X-Newsreader: TIN [version 1.1 PL6]

Wolfgang Kueting (w_kueting@tron.gun.de) wrote:
: AMK%ZIKZAK.IN-BERLIN.DE@USENET.ZER writes on 01.11.92 (00:33)
: in <q~CwooPOev@USENET> under
: 'Texteditoren, CygnusEd Pro v3':
: 
: [...]
: ] Welche anderen guten Text-Editoren gibt es, fuer die noch Support
: ] existiert?  Und in welcher Version liegen sie vor?
: ] (von DME (+Clones), TxEd, Ed und MEmacs will ich nix hoeren)
:    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: 
: Ein Tip: Wenn Dich DME-Clones nicht zu sehr abstossen, schreib doch dem
: Hartmut Goebel, dem AmokEd-Programmierer, mal Deine Ideen und Kritikpunkte.

Oder versuch mal den TKEd von Thomas Kroener. Der hat nen ARExxPort,
unterstuetzt Folds, hat Online-Hilfe (in der neuesten Version) und
ist ausserdem recht flott...

: (Netzadr weiss ich nicht auswendig)

aber ich die von T.Kroener:
kroener@cs.uni-sb.de      oder
t_kroener@forum.zer

Der Editor wird uebrigens staendig weiterentwickelt.

: (Hartmut: Sorry das ich AmokEd als DME-Clone bezeichnet habe. :-)

Ist er das nicht ?

Michael
Newsgroups: de.comp.sys.amiga.misc
From: etienne@accsys.imp.ch (Stefan Hauser)
Subject: Re: Lasst endlich die 8-Bit-Umlaute sein !!
Organization: Another Chaotic Computer SYStem, Improware AG, Fuellinsdorf CH
Date: Fri, 13 Nov 1992 08:54:28 GMT

In article <10066@cbmger.de.so.commodore.com> peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
>In article <BxHvFq.B0w@impch.imp.ch> etienne@accsys.imp.ch (Stefan Hauser) writes:
> >In article <5385@babylon.rmt.sub.org> rbabel@babylon.rmt.sub.org (Ralph Babel) writes:
> >>    "oe", "ue" und "ss" umschrieben. Das mag Schweizer
> >>    vielleicht nicht sonderlich st=F6ren (dort gibt es ohnehin
> >>    nur die kleinen Umlaute), ist f=FCr viele andere aber kein
> >
> >hmm, wer hat dir das erzaehlt, dass es hier nur kleine umlaute gibt ??
> >was es in der schweiz nicht (mehr) gibt, ist das scharfe s. das wird immer
> >als ss geschrieben. grossse umlaute gibt es hier aber genauso wie bei euch.
>
>Haeh? Ich denke, die grossen Umlaute sind nicht mal mehr in Euren
>Tastaturbelegungen drin, geschweige denn auf der Tastatur zu finden?
>(Habe natuerlich selber keine schweizer Tastatur.)

hmm, scheinbar hab ich da was falsch verstanden, resp. mich geirrt.
ob die dinger auf schweizer tastaturen sind, weiss ich nicht, sowas gibt's
hier nicht auf meinen rechnern :-), und ich schreibe immer klein und ohne 
umlaute (zumindest postings hier..). ich dachte eigentlich mehr an den
normalen gebrauch, und in zeitungen/prospekten/etc hab ich jedenfalls 
grosse umlaute gesehen. naja, mir an und fuer sich ja auch egal, ich brauch
die dinger eh nicht.

   etienne

Newsgroups: de.comp.sys.amiga.misc
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: Re: Lasst endlich die 8-Bit-Umlaute sein !!
Organization: Techn. University of Berlin, Germany
Date: Wed, 11 Nov 1992 15:44:05 GMT

In <2347@sunny.lif.de> sys_hjk@LIFRA.LIF.DE (Hans-Joachim Koch) writes:

>In article <5385@babylon.rmt.sub.org>, rbabel@babylon.rmt.sub.org (Ralph Babel) writes:
>>Das h=E4lt sich ungef=E4hr die Waage. Verwende ich "q-p", so
>>[...]
>
>Soll das jemand lesen koennen? Ist ja GRAUENHAFT!

Wenn Du das nicht _lesen_ kannst, ist es wirklich allein DEIN Problem
bzw. schlecht/falsch installierter Software (oder generell schlechter
Software :-)

Nur mit dem Antworten auf solch eine Codierung ist's zur Zeit etwas
knifflig.  Nicht, dass es unmoeglich ist, aber ich find's (mit der
aktuellen Software) auf Dauer zu umstaendlich...

	RFC1341 und Metamail, auf dem FTP-Server Ihrer Wahl...  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
From: mickh@imart.franken.de (Michael `Mick' Hohmann)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re^3: BootMenu & A4000
Date: 8 Nov 92 18:27:40 GMT
Reply-To: mickh@imart.franken.de
Organization: ImageArts
X-Newsreader: Arn V1.00 pre

In article <KhuWr*4Q3@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

-> Man kann natuerlich einen NEC 4FG (oder hoeher) kaufen.  Die koennen
-> ab 27 kHz darstellen, somit kommt man immerhin in den Genuss von Dbl* !

  JFYI: Der Eizo T560i, den ich momentan an meinen A4000 angeschlossen
  habe, hat UEBERHAUPT _keine_ Problem mit den DBL* Modi, und der kann
  laut Datenblatt nur 30-80kHz Zeilenfrequenz! Dazu musst du nur VGAOnly
  nach DEVS:Monitors kopieren, und auch dafuer sorgen, das in der
  Startup-Sequence VGAOnly zuerst aufgerufen wird.

   == Mick ==

--
Michael Hohmann (ECG137) |                       PHONE:+49/(0)931/54155
Wuerzburg/Germany        |                 UUCP: mickh@imart.franken.de
-----------------------------------------------------------------------
Wir haben die Erde nicht von unseren Grosseltern geerbt,
                    sondern nur von unseren Kindern geliehen. <Unknown>
Newsgroups: de.comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: A2024-Probleme
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 10 Nov 1992 11:39:16 GMT

In article <1992Nov9.063610.28191@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
>Ich hable folgende zwei Probleme mit meinem A2024 (hochaufloesender
>Monochrommonitor fuer den Amiga):
>
>1. Ich verwende "PAL:Highres Interlaced" als Standard-Screen-Modus.
>   Nun kann ich mit "Overscan" einstellen was ich will, entweder es
>   fehlt oben oder unten eine Pixelzeile. Kann man da etwas dagegen
>   tun??

Verwende NTSC, schon den Augen zu liebe ;-)

>2. Beim Umschalten auf A2024-Modus (egal ob 10 oder 15 Hz) passiert
>   es regelmaessig, dass mich nur ein schwarzer Bildschirm anstarrt.
>   Ist das ein Software- oder Hardware-Problem? Und kann man etwas
>   dagegen tun? Einmal isses ja ganz nett, aber es passiert laufend
>   und nervt dann doch ziemlich ...

Ich weiss nicht, ob der Bug mittlerweile raus ist. Es gab (gibt?) das Problem,
dass Du einen allenfalls eingestellten Overscan von NTSC/PAL.monitor aus-
schalten musst, bevor Du in den 2024 Highres Mode gehst. Bei zuviel Overscan
verweigert der 2024 naemlich schlicht die Arbeit und glotzt Dich schwarz an
aus der Roehre...

Eine andere Moeglichkeit: schonmal am Tuning-Knopf gedreht? Ich habe
gehoert, dass der 2024 im PAL (wuerg) Mode noch wesentlich empfindlicher 
reagiert auf die Feineinstellung als bei NTSC. 

-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.
Newsgroups: de.comp.sys.amiga.misc
From: lo@silch.ulm.sub.org (Lothar Maier)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: M2Amiga 4.1 (Modula-2)
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 4 Nov 92 07:06:02 MET
Organization: Private Site

In article <p0mWr*IP3@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
> 	Aloha!
>
> Hat eigentlich schon wer seinen Update auf "M2Amiga 4.1" erhalten?
> Inzwischen kriegt man zwar die Demo via FTP...  aber was ist denn
> mit der Vollversion?
>
> 	Gespannt wartend...  Andreas

Es duerfte den gleichen Weg machen wie OberonII. Mit der Demo den Mund waessrig
machen, und dann warten auf die Woc.

> --
> 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

--
..L. Maier Silcherstr. 1 7910 Neu-Ulm Voice:0731 86391..
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: AUTO-Window schliesst nicht mehr
Date: Mon, 09 Nov 1992 09:10:16 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <3jTWr*3R3@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> Angenommen, ein Programm ruft via System() ein anderes auf (in diesem
> speziellen Fall recht haeufig).  Und das aufgerufene Programm besorgt
> sich so ein FileHandle, das es leider nicht mehr schliesst. Dann wuerde
> sich doch auch das Window nicht mehr schliessen lassen?

	Genau. Ein aus dem Kontext eines CLI-Prozesses durch System()
aufgestartetes Kommando erbt pr_ConsoleTask vom Mutterprozess, was sich fuer
das Funktionieren von Open("*",MODE_OLDFILE) verantwortlich zeichnet.

	Ein ebenfalls haeufig anzutreffender Fehler ist es, den
_Backstdout aus dem detach-startup von SAS/C nicht explizit zu schliessen,
wenn _BackgroundIO verschieden Null gesetzt wurde.
	
> 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: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Neue Aminet uploads posten?
Date: Tue, 10 Nov 1992 23:38:22 GMT
Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
 <RehXr*ES3@zikzak.in-berlin.de> <1992Nov6.102615.5300@neptune.inf.ethz.ch> <10Nov1992.081843.192275@hactar.hanse.de>
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00 beta rel2

In article <10Nov1992.081843.192275@hactar.hanse.de>, Kai 'wusel' Siering writes:

>      Also, Freiwillige  vor:  wer  startet  CfD  (nein, nicht `RfD' =:->) &
> ggf.  CfV  fr  eine  `Ankndigungsgruppe'(vorzugsweise d.c.s.a.announce)?
> Oder besser gleich nach de.alt abwandern?

Nix gegen de.alt, aber ein d.c.s.a.announce wird sicherlich auch
haeufig von (Amiga-)FTP-Admins genutzt.  Und an Unis ist de.alt
bekanntlich so'ne Sache ("wieeee? is nich offiziell? wech damit!")
Also WENN man sich fuer sowas entscheidet, wuerde ich persoenlich
ein "d.c.s.a." am Anfang vorziehen... einfach der hoeheren Ver-
breitung wegen.

Ist denn aber ueberhaupt der Name "d.c.s.a.announce" okay?  (war eine
spontane Idee ;-)  Vielleicht besser d.c.s.a.archiv?  Oder doch ganz
mutig "de.admin.archiv" benutzen (mit speziellem Subject, das ist gut
fuers Auto-Select beim News-Reader).  Hmm, d.c.s.a.lists finde ich per-
soenlich nicht so gut, denn "lists" klingt recht speziell.  Die News-
group soll ja zu mehr da sein als nur fuer Listen...

Man koennte meinen, es gibt im Netz nur ein halbes Dutzend Leute, die
sowas interessiert.  (frueher gab es bei solchen Anfragen wenigstens
noch Ablehnung -- da wusste man wenigstens, woran man war ;-)

	Los, Leute, macht mich doch nieder ;-) ...  Andreas
From: leibrock@fsinfo.cs.uni-sb.de (Gerhard Leibrock)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: FTP Backups auf CD
Date: 10 Nov 92 12:59:57 GMT
Organization: Fachschaft Informatik, U of Saarland, FRG

Mir auch bitte.


Gerhard Leibrock, Neuhaeuselerstr. 12, D-W6654 Kirkel 2, Germany
Voice: (+49) 6849/6134, E-Mail: leibrock@fsinfo.cs.uni-sb.de
E-Mail longer than 30kB: gele@stud.rz.uni-sb.de
From: barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: HILFE: ChipMem defekt
Date: Sun, 08 Nov 1992 16:46:45 GMT
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 pre

In article <Bx6oyv.1Iz@hermes.hrz.uni-bielefeld.de>, Markus Illenseer writes:

>  Tip: kauf dir einen Chip, und setzt ihn im Huckepacke-Verfahren (Pin auf Pin)
>  der Reihe nach auf die Chipram-Chips (uh, was fuer ein Wort), solange bis
>  die Fehler verschwinden. Dann den Chips festloeten, fertig.
> 
>  Das Huckepack-Verfahren hat mir schon so manches Board repariert.

AAAAAAAAAAAAAARRRRRRRRRRRRRRRGGGGGGGGGGGGGGGHHHHHHHHHHHHHHH!

Ernsthaft?

Du  loetest  ein  Dynamisches RAM auf das naechste und dann geht *ueberhaupt*
noch was????????

Ich  weiss  ja, dass das bei TTL-Treibern gaengige Praxis *war*, schliesslich
steht  es  z.B.   im  D/Tatenbuch  von  TI,  aber bei NMOS-Chips waere ich da
vorsichtig.  Okok, zum testen ist das aufstecken nicht schlecht, aber wenn Du
den  Chip  gefunden  hast:   Vorsichtig(!) mit spitzer Zange die Beinchen vom
eingeloeteten  Chip  abkneifen  und  dann  den  neuen  Chip  auf die Beinchen
aufloeten.   Oder  mit  so einem 16er Waffeleisen von unten gegen die Platine
braten  und  dann  den  Chip  *VORSICHTIG* rausziehen.  Danach den neuen Chip
*nicht*  sockeln sondern oben und unten verloeten.  (Grund:  Du koenntest die
Durchkontaktierungen  mit  gezogen  haben.   Soweit  ich  weiss, ist die A500
Platine nicht Multilayer, also langt unten und oben verloeten.

	Party on
		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/
Newsgroups: de.comp.sys.amiga.misc
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Kein 3.0 Update fuer A500/2000/3000 -- WARUM??
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Mon, 9 Nov 1992 21:28:32 GMT

In <1d2tn4INNf6@flinx.RoBIN.de> hannes@flinx.RoBIN.de (Hannes Deeken) writes:

>*floet* Und wie bezahlt C= das? Haben die 'n Goldesel?

C= verkauft Rechner... Oder meinst Du, sie koennten Rechner verkaufen,
ohne das die Software (in dem Fall das OS) entwickelt und weiterentwickelt
wird ?

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: chris@wolfhh.hanse.de (Christian Wolf)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Maxon C++ ?
Date: Thu, 05 Nov 92 18:51:18 GMT
Distribution: world

Hallo,

thomas@darkness.gun.de (Thomas Esser) writes:
>Hallo,

>Hat sich jemand vielleicht schonmal mit dem Maxon C++ Compiler auseinander-
>gesetzt ?

Ja, ich habe mir das Teil gekauft.

>Gewisse Leute hier in der Umgebung erzaehlen wahre Wundertaten
>von dem Geraet - was ich aber nicht ganz glauben kann :). Ist vielleicht
>in einem der diversen Magazine ein Test in Arbeit, oder benutzt jemand
>das Programm ernsthaft und kann vielleicht mal einen Ueberblick geben ?
>Nein, ich moechte mir den nicht kaufen, ich bin zufreiden mit meinem SAS :)

Der Compiler ist (fuer einen C++ Compiler) recht flott und verarbeitet
die standard Amiga-Include-Files (bis auf clib/dos_protos.h, da muss
man template umbenennen :-), also auch die #pragmas.

Nach anfaenglichen Schwierigkeiten bin ich eigentlich recht zufrieden
damit. Der Compiler hat zwar noch ein paar kleine Bugs, um die man
"herumprogrammieren" muss, ist aber schon "benutzbar". Wenn der Compiler
weiterentwickelt wird, kann da mal ein Prima Werkzeug d'raus werden,
aber auch jetzt ist er schon ganz gut.

Gruss,
	Christian
-- 
Christian Wolf, 2100 Hamburg 90, Germany; E-Mail: chris@wolfhh.hanse.de