HDTenEightyP/NetNews huggingface dataset:
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: Umlaute (Was: Re: Animierter Wait-Pointer unter 3.0)
Date: Fri, 16 Oct 92 09:58:28 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <ndpQr*Ju3@zikzak.in-berlin.de>, amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
[...]
|> 
|> Mit den 8 Bit wirst Du noch einige Zeit Probleme kriegen.  Viele koennen's,
|> einige immer noch nicht.  Warum nicht fuer News ein aehnliches System wie
|> MIME (fuer Mails) verwenden?  Also 8 Bit, aber im Zweifelsfall in 7 Bit
|> "quoted-printable" codiert.  Fuer Menschen uebrigens immer noch lesbar...

 Yes. Genau. Also wird aus 'oe' ein 'd', wer's kennt, den stoerts kaum,
 oder fuchst es so sehr, das er auch auf 8 Bit umsteigt...

|> 
|> Das klappt mit jedem besseren Mailer (beim Amiga fast alle... unter Unix
|> nach und nach ;-)   Warum nicht auch mit News?  "Metamail" als Front-End
|> ist fuer einige Ausnahmen akzeptabel... aber ALLE Mails/News moecht ich
|> damit ganz sicher nicht lesen wollen ;-)

 Ich kenne Metamail nicht, aber arn tuts auch, oder Rob ? 
 Oder meintest du jetzt Unix-Reader ? Da habe ich eh den xrn.

|> 
|> Quoted-printable ist sehr einfach zu implementieren.  Es waere schon,
|> wenn auch Newsreader das unterstuetzen wuerden... oder ggf. solche
|> Artikel (und NUR solche!) an "metamail" weiterleiten koennten.
|> 
|> Vorteil: Es reichen 7 Bit aus.  Also keine Probs mit veralteter Transport-
|>          Software.  Trotzdem sind Umlaute moeglich...
|> 
|> 	Ist es nicht das, was wir wollen? ...  Andreas

 Ja, ganz genau. Ist doch wirklich ein Unding die Umlaute draussen zu lassen.

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

 Bald Umlaute postet, Markus

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
Newsgroups: de.comp.sys.amiga.misc
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: Amiga und Universitaet
Date: Mon, 12 Oct 92 22:09:55 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <1992Oct12.162631.4386@unibi.uni-bielefeld.de>, iskurtz@techfak.uni-bielefeld.de (Stefan Kurtz) writes:
|> In article <gtkOr*p80@awaki.toppoint.de>, sirawa@awaki.toppoint.de (Ulrich Diedrichsen) writes:
|> |> Hallo,
|> |> 
|> |> Ich  wuerde  gerne  mal  wissen  ob und wie der Amiga an den Universitaeten
|> |> vertreten ist.
|> |> 
|> |> Gibt es Universitaeten an denen mit einen Amiga gearbeitet wird ?
|> |> Wenn ja, was wird damit gemacht ?
|> 
|> 
|> Ja, hier in Bielefeld stehen (mindestens) 2 : einer im AudioVisuellen Zentrum & einer 
|> im MedienZentrum des ZfL. Was wird damit gemacht : Nu, im MedienZentrum
 Das Ding im AVZ kenne ich, das andere musst musst du mir unbedingt mal zeigen!

|> Hier, am Ort der "wahren Lehre", in der Techfak, stehen allerdings Suns... :-)
 Nicht mehr lange *evil grin* :) Und du vergisst die vielen Rs6000 und
 DECs...

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
                              markus@NochNichtBeaver.techfak.uni-bielfeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: DSP - Wozu?
Date: 15 Oct 92 16:46:53 GMT
Organization: Max-Planck-Institut f"ur Radioastronomie

In <9811@cbmger.de.so.commodore.com> peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
>Ja, dann braucht er aber natuerlich sein eigenes RAM. Also "DSP-RAM" oder
>so. Und die 32 KB, die der Falcon da bietet, halte ich angesichts der
>Groesse von Musiksamples, die auf dem Amiga alltaeglich sind, fuer einen
>schlechten Witz. Da ist die Haupt-CPU dann doch wieder permanent beschaef-
>tigt, dem DSP seinen Speicher zu fuellen.

Im Prinzip schon, in der Praxis ist das aber kein Problem, da auf Sounddaten
relative selten zugegriffen wird (der DSP macht 62.5ns-Speicherzyklen...,
dafuer die 32k statisches RAM, Sounddaten werden alle 22000ns mal gebraucht)

>Absoluter Quatsch. Fuer seine Arbeit ist der Blitter schon optimiert, man
>koennte ihn in Zukunft hoechstens etwas breiter und evtl. intelligenter
>machen (in c.s.a.irgendwas gab es eine nette Diskussion ueber wuenschens-
>werte und hoffentlich machbare Features).

Solang es um Datenherumschaufeln geht, hat der Blitter die bessere
Architektur (und ein TMS34020 die bessere Geschwindigkeit..). Ein DSP
koennte aber _ganz_ andere Dinge machen :)

>Ja. Wie der Name sagt, kommen die Dinger aus der *analogen* Signalverar-
>beitung. Oft haben (hatten?) sie intern einen AD-Wandler am Eingang und

hatten..

>einen DA-Wandler am Ausgang, so dass sie direkt in analoge Schaltungen
>eingeschleift werden konnten. Wegen der Analogwerte verfuegen sie alle
>ueber extrem schnelle Fliesskommaverarbeitung (bzw. Fixpoint), waehrend
>auf die Steueranweisungen (Spruenge, Subroutinen) weniger Wert gelegt

Das war mal.. frueher :)

>wurde. Die ersten Exemplare wurden noch mit simplen Geradeausprogrammen
>gefuettert, man muss ja schliesslich in Echtzeit mit dem Analogsignal
>mitkommen. Mittlerweile sind die Dinger wesentlich universeller. Z. B.
>der Typ von AT&T, mit dem West Chester womoeglich liebaeugelt, hat beson-
>dere Staerken in seriellen Anwendungen, plus bekommt ein komplettes
>Multitasking-OS vom Hersteller schon mitgeliefert! Dazu gibt es als

Stimmt, die bereits fertige Software fuer den AT&T-Chip ist phantastisch :)

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."
From: news@uni-paderborn.de (News Uni-Paderborn)
Subject: Re: Amiga M&T-PD-Disks
Keywords: PD
Organization: Uni-GH Paderborn
Date: Tue, 13 Oct 1992 11:19:01 GMT

zxmrd01@mailserv.zdv.uni-tuebingen.de (Reinhard Katzmann) writes:


>Hallo Miteinander!

>Ich habe die neuesten PD-Diskstten der Zeitschrift Amiga M&T
>auf der CSS in Koeln am M&T-Stand geholt und sie in Paderborn
>(athene.uni-paderborn.de) ins Directory incoming kopiert. Es
>sind zwei .dms-Files mit dem Namen ami11921 und ami11922 und
>sie benoetigen DMS V1.11. Viel Spass damit!

>SuaMoR

Sind jetzt unter "/amiga/disks/amiga/am1192_(1|2).dms".
--
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: DSP - Wozu?
Date: Sun, 11 Oct 1992 22:03:46 GMT
Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
 <1992Oct11.122820.12226@mpifr-bonn.mpg.de>
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00 beta rel2

In article <1992Oct11.122820.12226@mpifr-bonn.mpg.de>, Michael van Elst writes:

> In <1992Oct9.085146.8281@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
> >Und nicht zu vergessen ... man kann bestens Apfelmaennchen damit
> >berechnen - und zwar so richtig schnell! Da bekommt auch ein 68040
> >das Maul nicht mehr zu ... :-)
>
> Es sei denn, dass Du das Apfelmaennchen etwas genauer rechnen willst.
> Die DSPs sind naemlich alle keine Meister in allem was ueber single precision
> hinausgeht.

Wie unabhaengig arbeiten eigentlich DSP und CPU?  Also zum Beispiel in dem
Fall, wo man einen DSP auf eine CPU-Karte steckt und diese dann in einem
Amiga (2000, 3000, 4000 ?) verwendet.  Waere der DSP wie ein "Custom-Chip"
realisierbar, d.h. er operiert "relativ" unabhaengig von der CPU? (Also sozu-
zusagen als "paralleler" Prozessor, obwohl der Vergleich wohl etwas hinkt :)
Oder muesste die CPU erst abwarten, bis der DSP seine Arbeit vollstaendig
verrichtet hat?

Wie waere es dann mit einem DSP als Ersatz fuer den Blitter?  Ueberhaupt
moeglich?  Wirlich sinnvoll?  Was genau tut ein DSP ueberhaupt?  Ist das
(sinnbildlich gesprochen) eine Art abgespeckte CPU (mit extrem hoher Per-
formance bei einigen Operationen)?

Man verzeihe die etwas saloppen Formulierungen... die Intention sollte
aber hoffentlich klar sein...

	Thanks in advance...  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: fido@incubus.adsp.sub.org (Gerhard Schneider)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Amiga DTP (was Re: Was lernen wir aus der c't 9/92?)
Distribution: world
X-NewsSoftware: Amiga GRn 1.16c (6/22/92) by Mike Schwartz & Michael B. Smith
Date: 11 Oct 92 19:10:25 CED
Organization: INCUBUS/Amtek

In article <1992Oct8.164623.5626@ifi.unizh.ch> blatter@ifi.unizh.ch (Martin A. Blatter) writes:
>
>Das liegt nicht am Loader sondern an der seltsamen Geschaeftspolitik
>der Firma Gold Disk, die die Spezifikationen ihres PDraw-Clip Formates

Tia...nur ohne die CLIPS geht zwischen Pagestream und Expertdraw nix.
Er zerhaut oft die Farben und Vekoren.

>
>>Zuverlaessigkeit mit Amiga-DTP in einem Satz ist der Hohn....ich weis nicht
>Und Du denkst nun wirklich, dass Du beim PC diese Probleme nicht hast?

Klar gibt Probleme..aber wesentlich weniger. Sogar der hochgelobte Mac hat
oft Probs, genau wie die Ataris. Da schmiert die Lino ab, oder es kommt nur
Muell heraus. Aber halt nur selten :-)

Aber wenn sie Quark-X-Press auf dem Pissi haben ist das ein Argument fuer
die Kisten. Auf dem Amiga werde ich mit diesem programm wohl nie rechnen
duerfen. Auf dem Pissi hat Microsoft fuer ihr Windows Interesse dran.


-- Fido
   Gerhard Schneider
   UUCP:   fido@incubus.sub.org
   Z-Netz: fido%incubus@aworld-2.zer
   DFN:    fido@vax.rz.uni-wuerzburg.dbp.de

           < "Das Ich"? Was ist das? Ich kenne nur "Goethes Erben"! >
From: barnard@forge.erh.sub.org (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A4000 Erfahrungen
Date: Tue, 13 Oct 1992 10:22:59 GMT
 <9791@cbmger.de.so.commodore.com>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 pre

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

> 
> In article <1992Oct7.091732.12782@arbi.Informatik.Uni-Oldenburg.DE> Holger.Lubitz@arbi.informatik.uni-oldenburg.de (Holger Lubitz) writes:
> >
> >Domino 32k ist Hi-Color mit 15 Bit, HAM8 hat 18 bit. 
> 
> Ich reklamiere bei HAM8 volle 24 Bit.

Nein. Du hast 640x960 = 614400 Farben aus einer 24 Bit Palette.

Wenn Du volle 24 Bit haben willst, musst Du einen Rechner finden, der
16,77,216 Pixel gleichzeitig darstellen kann. (= 4k x 4k)

> Jau, s. o.  Warum soll man mit so einem feinen Feature denn auch hinter
> dem Berg halten? Damit kann man sich doch echt sehen lassen.

Subber.  Mit 0,6 Mio flimmernden, bunten Pixeln.  Da ist mir 1 Mio monochrome
Pixel  mit  72  Hz  lieber.  (Nein, ich will keine Urlaubsvideos untertiteln.
Ich will mit dem Rechner *arbeiten*)

	Party on
		Henning

-- 
-- Henning Schmiedehausen --- barnard@forge.erh.sub.org --- 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: wihae@cbmger.de.so.commodore.com (Wilfried Haering Germany)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: WB 2.1-Features
Date: 15 Oct 92 16:10:59 GMT
Reply-To: wihae@cbmger.de.so.commodore.com (Wilfried Haering Germany)
Organization: Commodore Germany

In article <260992155247000000_plague@fussel.ruessel.sub.org> lord_luxor@fussel.ruessel.sub.org (Markus Haupt) writes:
>HiYa!
>
>Ich habe jetzt schon einiges von den Neuigkeiten der WB 2.1
>gehoert. Unter anderem, dass jetzt MS-Doof und Tatari Disks

Ja.

>gelesen werden koennen.
>Acht verschiedene Sprachen zur Auswahl ...

Ja.

>Hmmm, interessant. Muss ich dann aber auf Commo-HD-Disks warten

Nein.

>um diese lesen zu koennen?
>Und noch was anderes. Stimmt es das Commo eine Erweiterung des
>2.x ROM plant? Ein 2.1 ROM?

NEIN.

Ich gebe die Hoffnung nie auf...
Facts nachzulesen in meinem Marketing-Blah-Blah.
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A4000 Erfahrungen
Date: 14 Oct 92 09:01:07 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany

In article <jaDPr*-k0@forge.erh.sub.org> barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
 >In article <9791@cbmger.de.so.commodore.com>, Dr Peter Kittel Germany writes:
 >> In article <1992Oct7.091732.12782@arbi.Informatik.Uni-Oldenburg.DE> Holger.Lubitz@arbi.informatik.uni-oldenburg.de (Holger Lubitz) writes:
 >> >
 >> >Domino 32k ist Hi-Color mit 15 Bit, HAM8 hat 18 bit. 
 >> 
 >> Ich reklamiere bei HAM8 volle 24 Bit.
 >
 >Nein. Du hast 640x960 = 614400 Farben aus einer 24 Bit Palette.
 >
 >Wenn Du volle 24 Bit haben willst, musst Du einen Rechner finden, der
 >16,77,216 Pixel gleichzeitig darstellen kann. (= 4k x 4k)

Hmm, also alle Grafikkarten bzw. Workstations, die ich kenne und die sich
mit 24-Bit-Farbe bruesten, haben auch alle kleinere Aufloesungen, so dass
sie auch nicht alle diese Farben darstellen koennen. Der Sprachgebrauch
geht hier eindeutig von der *Palette* aus, und die ist eindeutig 24 Bit 
und nicht bloss 18 Bit, wie oben gesagt.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
Newsgroups: de.comp.sys.amiga.misc
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: AmiNet auf CD
Date: Mon, 12 Oct 92 22:40:04 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <1992Oct12.092820.25710@mpifr-bonn.mpg.de>, mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
|> In <hal.155n@amiux.north.de> hal@amiux.north.de (Holger Lubitz) writes:
|> >Das ist eine Idee, die mir auch schon einmal durch den Kopf gegangen ist. Wie
|> >siehts mit der Nachfrage nach so etwas aus ? Das Problem bei der CD-Produktion

 Ich nehme eine, dann kann ich auf der DEC hier mal das CD-Dings per Remote
 an meinen Beaver mounten :)

|> >ist nicht die Herstellung an sich (die ist recht billig), sondern das
|> >Mastern. Dreistellig muessen die Stueckzahlen mindestens sein, damits sich
|> >lohnt, preislich interessant wirds dann ab vierstellig. Da ich annehme,
|> >dass der Preis nicht ueber 50 DM liegen sollte, bleibt die Frage, ob sich
|> >die dafuer noetige Stueckzahl zusammenbringen laesst.
|> 
|> Bei PBC (der Stand, an dem Carl Sassenrath CDTV vorfuehrte) hat mir jemand
|> gesagt: $250 fuers Mastern und $0.75 pro Scheibe...

 Ja, das ist auch mein Wissensstand, ich frage mal bei Bertelsfrau nach, d.h.
 bei der Tochterfirma, die die Dinger herstellt, muss nur noch rauskriegen,
 wie die heisst.

|> 
|> MfG,
|> -- 
|> Michael van Elst

 Hm, wer leiht mir eine 1.2 GB Platte ? Damit ich das Master vorbereite ? :)

-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2938 ; (2935 Sek.)
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: NFS fuer Amiga Ethernet??
Date: 15 Oct 92 07:31:01 GMT
Reply-To: peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany)
Organization: Commodore Germany



In article <1992Oct12.181940.9805@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
>Gibt es denn nun NFS (Client) Software fuer die Amiga-
>Ethernet-Karte oder nicht? (Natuerlich unter AmigaOS,
>nicht unter AmigaUNIX.) Wenn ja, was kostet sie, wer
>bietet sie an und wer hat sie schonmal ausprobiert??

Also *ich* haenge hier mit meinem A3000 unter AmigaDOS in unserem Ethernet
und habe zusaetzlich diverse Volumes unserer UNIX-Server gemountet, auf
die ich mit normalen Amiga-Methoden (Shell, WB) zugreifen kann. Das 
muesste doch eigentlich NFS sein? Wo ich aber nicht mehr ganz sicher bin,
ist, ob das der normale Funktionsumfang userer AS225-Software fuer die
A2065-Karte ist, oder ob unser Uwe hier irgendetwas Beta-iges oder Neues
installiert hat...

-- 
Best regards, Dr. Peter Kittel  // E-Mail to \\  Only my personal opinions...
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Date: Thu, 15 Oct 1992 06:15:30 +0100
Organization: Villa Straylight, Hamburg, FRG
Newsgroups: de.comp.sys.amiga.misc
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Subject: Re: Umlaute (Was: Re: Animierter Wait-Pointer unter 3.0)
	<1992Oct12.205619.15251@unibi.uni-bielefeld.de>
X-Newsreader: Ann 0.9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: binary
MIME-Version: 1.0
Copyright: Nachdruck, auch auszugsweise, ohne schriftliche Einwilligung des Autors bei Strafe verboten.

In article <1992Oct12.205619.15251@unibi.uni-bielefeld.de>,
	markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
% In article <1992Oct10.131558.7005@bernina.ethz.ch>, wild@nessie.cs.id.ethz.ch (Markus Wild) writes:
% |> In article <09Oct1992.082111.169358@hactar.hanse.de> "Kai 'wusel' Siering" <wusel@hactar.hanse.de> writes:
% |> >Nchste Runde =:->
% |>
% |> >...  und  la'  bei  der Gelegenheit die bertreibungen und Unterstellungen
% |>
% |> >bis  zum  Frhjahr platzmig nicht reicht: rgerlich, aber notfalls bleibt
% |>
% |> Argll... bitte (!) verzichtet auf 8Bit Zeichen in News! Entweder kommen die
% |> vermantscht an, oder gar nicht! Umlaute kann man doch so schoen mit oe, ae,
% |> etc. schreiben...
%
%  Igit :)
%  Nun, bei mir kamen die Umlate schoen an, in aller deutlichkeit,
%  und wenn ich ne Loesung finde, an der DEC hier welche einzutippen,
%  dann poste ich sie auch.

     So sehr   ich   auch   `Umlautfanatiker'  bin  -  wenn  sie  ersatzlos
gestrichen  werden,  sehen  ich doch, wenn auch schweren Herzens, von ihnen
ab ...

%  Es gibt naemlich ein paar RFC's, die das mal geregelt haben, wusel haelt
%  sich dran, wie das uebersehe, aber meint die Mails als 'binary' abschicken
%  zu muessen, ein 'coded text' wuerde genuegen, siehe auch Diverse
%  Mails von Ralph Babel....

     Nun, Geschmackssache  -  zum  einen  sehe  ich  noch  nicht,  da  die
Mehrzahl  der  Leute,  die  nicht das Glck haben, einen 8-Bit-Datenpfad zu
meinen  News  zu  haben (oder wie immer man das verklausulieren will =:->),
einen  MIME-konformen Newsreader installiert haben, der was mit base62 oder
encoded-printable  was  anfangen  knnte.  In dem Fall nervt - imho - `=E3'
mehr   als  es  ntzt.  Zum  anderen  hatte  ich  noch  keine  Lust,  einen
binary->encoded-printable-Filter zu schreiben =:->

     BTW, `binary'  ist  mehr  oder  minder  identisch mit `8bit', also nix
besonderes =:->
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de> Exile: <wusel@lime.in-berlin.de> iso-8859-1: 

"Das  News2Mail-Skript ist ein awk-Skript ..." - "Es koennte schlimmer sein: ein
amk-Skript :-)" -- Matthias Scheler, Henning Schmiedehausen, Bielefeld, 13.09.92
Newsgroups: de.comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Umlaute (Was: Re: Animierter Wait-Pointer unter 3.0)
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 13 Oct 1992 17:20:39 GMT

In article <1992Oct12.205619.15251@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
> Nun, bei mir kamen die Umlate schoen an, in aller deutlichkeit,
> und wenn ich ne Loesung finde, an der DEC hier welche einzutippen,
> dann poste ich sie auch. 

Arg, mit der Brechstange erzeugst Du aber gewiss nicht mehr Akzeptanz, bei mir
zum Beispiel eher das Gegenteil...

> Es gibt naemlich ein paar RFC's, die das mal geregelt haben, wusel haelt

Egal, solange die meisten Systeme grundsaetzlich 7Bit sind, ist das posten
von 8Bit Mail problematisch. Bei kodierten Artikeln kommt hinzu, dass sie 
voraussetzen, dass alle News-Programme diese Kodierung verstehen. Eine ziemlich
gewagte Annahme, auch wenn die Kodierung genormt ist.. Ich bleibe dabei, 
ausschreiben von Umlauten erspart MASSIG Probleme auf dem Netz, die ganz 
faulen Blindtipper koennen sich ja ne Net-D setmap'en...

> Muss uebrigens an Eurer X400 Leitung liegen :))

Weiterer Grund, diesen Standard (noch ne Normung, die man besser nicht
bemueht...) von ganzem Herzen zu verabscheuen und zu hassen...

-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: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Ixemul.library : Dokumentation gesucht
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 9 Oct 1992 02:52:30 GMT

In article <1992Oct8.143720.14785@coli.uni-sb.de> leibrock@fsinfo.cs.uni-sb.de (Gerhard Leibrock) writes:
>Hallo,
>vor einigen Tagen habe ich mir den gcc2.2.2 port fuer den
>AMIGA von Markus Wild heruntergeladen und installiert.
>Laeuft prima und ich bin hochzufrieden damit.
>Beim untersuchen der erzeugten Objektdateien sah ich,
>dass die ixemul.library geoeffnet wird.
>Leider sind die Funktionen dieser Bibliothek nicht dokumeniert
>und auch keine INCLUDE Dateien fuer andere C-Compiler vor-
>handen. Es waere prima, wenn mir jemand sagen koennte, wo man
>die Bibliothek mit Dokumentationen herbekommen koennte.

Tja.. die Doku.. Ich hab eigentlich alles, was ich irgendwie an BSD
Man-Pages zusammenkratzen konnte, im 222 Archiv mitgegeben (mit ein Grund
fuer seine Laenglichkeit;-)), Library-spezifisches gibt's ausser der Source
eigentlich nix (Source: ixemlib9209.lha). Das `Problem' mit ixemul.library
ist, dass sie ganz und gar keine uebliche Library ist, dh. #pragma's kannste
gleich vergessen damit (Stichwort andere Compiler), denn die Parameter werden
nicht erst in Register umgewurstelt, sondern kommen schoen brav aufm 
Stack, wie sich das fuer C so gehoert (keine Flames bitte;-)). Das Ziel war
bei der Library in erster Linie, die Executable-Groessen drastisch zu
reduzieren, denn in den letzen Tagen der statisch gelinkten Version von ixemul
wurde hello-world.c so gegen 40k gross, was mir `leicht' zu gross schien.
Das Ziel war aber ganz und gar nicht, eine typische Amiga Shared Library
zu basteln, ich haette am liebsten eine echte dynamische Library gehabt, aber
da es sowas halt bei `uns' nicht gibt, musste ich mir die Dynamic selbst
basteln. Ich hab das allerdings soweit Library-intern gehalten, dass sich
keine Aplikation darum scheren muss, wie sie an ihre Funktionen kommt, die
sind einfach da, und um Library-interne Daten *darf* sie sich nicht scheren,
die erlaube ich mir von Version zu Version beliebig durchzumischeln.

Zu include Dateien: die Library implementiert (bis auf ganz ganz wenige 
Ausnamen) eine standard C Library, daher koennen und sollen die dafuer 
vorgesehenen Headers verwendet werden. Eine gute Chance, moeglichst alle
Prototypes zu erwischen, sind die folgenden includes:

#include <sys/types.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h.
#include <stdio.h>

das sollte fuer 99% aller Programme reichen.

Die Library-Base (also was sonst so in libraries/ zu finden ist) ist *privat*,
und daher eruebrigt sich ein Header File.

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