HDTenEightyP/NetNews huggingface dataset:
From: HR@brewhr.swb.de (Heiko Rath)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: MERLIN und die E*perten
Date: Mon, 25 Jan 1993 21:05:57 GMT
Reply-To: HR@brewhr.swb.de (Heiko Rath)
Organization: The Software Brewery
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

In article <XAfls*It4@bike.abg.sub.org> wowbagger@bike.abg.sub.org (Harald Mayr) writes:
>
>Witzig war dann aber auch, dass, nachdem Dave darueber gesprochen hatte, sich
>ein selbsternannter "Coder" einmischte und gefragt hat, wann denn endlich ge-
>scheite Doku zu den AA Chips verfuegbar sei. Er wollte ja so geile Demos auf
>den AA Chips schreiben. :-))

Ja, Dave und Jeff wurden mit dieser Frage nach der AA Dokumentation mehr oder
weniger die ganze Messe belstigt. Vor allem Dave tat mir am Sonntag doch sehr
leid, da er am Vorabend doch etwas zuviel Aepplewoi und Bier angetestet hatte
und dann mit einem tierischen Schdel auf der Messe Fragen beantworten musste ;-)


Heiko
-- 
  // <HR> aka Heiko Rath, Raiffeisenstr.10a, D-6108 Weiterstadt, Germany
\X/  The Software Brewery |PGP-key on request| HR@brewhr.swb.{de|sub.org}

Could you please continue the petty bickering? I find it most intriguing.
  -- Lt. Cmd. Data, Haven, ST:TNG

Newsgroups: de.comp.sys.amiga.misc
From: andreas@euler.fernuni-hagen.de (Andreas Kaulfuss)
Subject: Virtual Memory Problem
Organization: FernUniversitaet Hagen
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 28 Jan 1993 09:10:12 GMT

Hallo!

Ich habe da ein Problem:

Ich habe einen A3000T mit KickRoms, 10MB, 200er SCSI-Platte und
einer kleinen 3MB Testpartition.

Nun versuche ich schon seit geraumer Zeit, das Virtual Memory-
Programm des Amiga-Magazins auf dieser Testpartition zum Laufen
zu bringen. Allerdings bleibt der Rechner nach dem Starten des
Programms einfach stehen |-(

Ich habe auch kein FASTROM eingeschtellt, so dass die MMU eigentlich
frei sein sollte...

Wer weis Rat?

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 |
|                            Z-Netz : kaulfuss@link-do.zer        |
+-----------------------------------------------------------------+
Xref: sparky de.comp.sys.amiga.misc:7815 de.talk.jokes:4026
From: rbabel@babylon.rmt.sub.org (Ralph Babel)
Newsgroups: de.comp.sys.amiga.misc,de.talk.jokes
Subject: Re: Hilfe Z-Connect
Date: 28 Jan 1993 16:33:31 +0100
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Kay Gehrke schrieb in
<1C5813BATA@bamp.berlinet.in-berlin.de>:

> ich habe mal ein etwas anspruchsvolleres Problem [...] Es
> geht um das ZCONNECT-Format, ich denke davon hat jeder
> schon gehoert, der sich etwas in den Netzen rumtreibt.

ROTFL! :-)

Ralph
From: gerrit@laosinh.stgt.sub.org (Gerrit Heitsch)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Alwin Stumpf wieder Commodore-Deutschland-Chef
Date: Thu, 21 Jan 1993 16:10:36 MET
Distribution: world
Organization: Lao-Sinh project (private UUCP site)

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

> Bevor Ihr es von Anderen hoert:
> 
> Zum Ende Januar scheidet Helmut Jost bei Commodore aus. Neuer Chef
> wird Alwin Stumpf, der es bis vor 8 Jahren ja schon einmal war.
> 
War der nicht bis vor kurzem noch bei Atari? Das sind ja wieder beste
Voraussetzungen...

Gerrit

-- 
         Gerrit Heitsch  Moenchweg 16  7038 Holzgerlingen  Germany
  Logical adresses: UUCP: gerrit@laosinh.stgt.sub.org FIDO: (2:2407/106.9)
If we will ever be visited by Aliens, it will be very hard to explain, why a
 lifeform, that is intelligent enough to build atomic weapons can be stupid
   enough to do it. (taken from GEO special about space, page 88-91)
From: jk@zarniwoop.pc-labor.uni-bremen.de (Jens Kuespert)
Subject: Re: Ghostscript Problem
Organization: PC-Labor der Universitaet Bremen
Date: Wed, 27 Jan 1993 18:50:15 GMT


Moin Moin !

> Habe scheinbar erfolgreich gs (endlich!!!! :) ) installiert. Bei *jedem* Aufruf bekomme ich aber
> nach geraumer Zeit eine Fehlermeldung in der Art invalidfileaccess in setdevice ...

Hei"st das, das jemand ghostscript auf den Amiga portiert hat?! So richtig
mit allem? (Ich meine Fenster und so...)

Wenn ja: wo gibt es das binary dazu ?!

Besten Dank !!!
--

	-- Jens --
____________________________________________
	
 Jens Kuespert , Buntentorsteinweg 576, 
			  2800 Bremen 1
 
 Email <jk@zarniwoop.pc-labor.uni-bremen.de>
		(NeXTmail ok)
____________________________________________
	
Real Programmers always confuse Christmas
and Halloween because
	OCT 31 == DEC 25 !!
-- Andrew Rutherford
		 (andrew@ucs.adelaide.edu.au)
____________________________________________
	

Newsgroups: de.comp.sys.amiga.misc
From: mlelstv@spckls.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: MERLIN und die E*perten
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Wed, 27 Jan 1993 18:49:23 GMT

In <clemmy.043w@mameluck.nbg.sub.org> clemmy@mameluck.nbg.sub.org (Clemens Nill) writes:
>Die Ankndigung des RTG knnte eine Schachzug sein, um die Kunden bei der
>Stange zu halten, da eine leistungsfhige Grafik schon lange ntig ist.
>Nur: mit einer Karte, die nicht RTG beherscht, knnte man sich auf das
>falsche Pferd setzen, wie alle momentan verfgbaren Karten weissen auch die
>Karten der neuen Generation (wie Merlin, Domino, Retina und ArMax) diesen
>Nachteil auf.

Nun, RTG besteht zu 100% aus Software. Sollte der Hersteller sich weigern,
einen Treiber fuer RTG zu schreiben und auch keine Hardwareinformationen
rausruecken, dann hat man natuerlich Pech. Obwohl gerade bei einfachen
Grafikkarten das Reverse-Engineering nicht gerade schwer ist. Wenn einer
der Gurus die Karte hat, dann haette ich kaum Zweifel an einer funktionierenden
RTG-Loesung fuer die Zukunft.

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: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: .sham-Bilder verkleinern
Date: Tue, 26 Jan 1993 20:49:57 GMT
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00

In article <1993Jan26.110951.22434@Informatik.TU-Muenchen.DE>, Reinhard Haslbeck writes:

> Die Bildqualitaet von SHAM ist im Vergleich zu HAM kaum besser, deshalb
> empfehle ich, die GIF-Grafiken einfach nach HAM zu konvertieren.

Kommt ganz auf das Bild an. Bei SHAM hat man nicht diese gar so
extremen (Falsch-)Farbuebergaenge wie in HAM.  SHAM ist oft der
einzige Weg, um nicht alle Details eines Bildes zu verlieren...

Aber leider kenn ich kein Programm, dass SHAM brauchbar schnell
scrollen kann.  Aus diesem Grund ziehe ich normalerweise HAM auch
SHAM vor ;-)

	Aber verfluchen wuerde ich SHAM nicht gleich, hehe...  Andreas

--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
Newsgroups: de.comp.sys.amiga.misc
From: haslbeck@Informatik.TU-Muenchen.DE (Reinhard Haslbeck)
Subject: Re: Grafikausloesung
Originator: haslbeck@hphalle2.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 25 Jan 1993 10:53:08 GMT


In article <ZIWks*od0@heap.incubus.sub.org>, michael@heap.incubus.sub.org (Michael Herold) writes:
|> Gibt es eine Moeglichkeit eine Aufloesung von 800 Pixeln Breite (Hoehe
|> sollte zwischen 400 und 512 liegen) zu betreiben, ohne sich eine Grafik-
|> karte anschaffen zu muessen? Ich habe einen A2000+ECS, FlickerFixer und
|> ADI MicroScan 2E. Bzw. kennt jemand eine billige Hardwareloesung dazu?
|> 
|> Mit vielem Dank im vorraus...

Ab AmigaOS2.1 bzw. 3.0 gibt es den Monitortreiber "Super72". Damit lassen sich
unter ECS und entsprechendem Monitor 800x300 Noninterlaced bzw. 800x600 Inter-
laced darstellen. Flickerfixer muss ausgeschaltet werden!
Das Ganze soll auch schon unter 2.0 funktionieren. Unter ECS gelten dabei die
gleichen Einschraenkungen wie bei "Productivity" und "Superhires".
-- 

Reinhard Haslbeck

E-Mail:
haslbeck@informatik.tu-muenchen.de
From: sonntag700@dbulm1.uucp
Newsgroups: de.comp.sys.amiga.misc
Subject: Hurricane 500 und 4 MB
Date: 22 Jan 93 09:21:11 +0100
Organization: Daimler-Benz, Institut f. Informationstechnik

Hi,

Ich betreibe eine Hurricane-500-Turbokarte (wer kennt sie noch ?) in
meinem 2000er, und zwar mit 1 MByte 32-Bit-RAM. Da mein 'Handbuch'
zur Karte (fotokopierte Seiten) behauptet, man koenne die Karte auch 
mit 4 MBit-Chips betreiben, habe ich mir auf der CSS in Koeln guenstig
8 solcher Teile besorgt und installiert.

Nu kommts: Die Karte erkennt weiterhin nur 1 MB. Das mitgelieferte
'HurricaneConfig' findet nur diesen Anteil; auch ein 
selbstgebasteltes 'AddMem' nuetzt nichts (Crashes ueber der 1 MB-Grenze).

Ich vermute, dass die Karte die restlichen 3 MB gar nicht adressiert,
aber wie kann man das aendern ?
Jumper gibt es auf der Hurricane ja ueberhaupt nicht, und die 
Loseblatt-Sammlung schweigt sich ebenfalls darueber aus.
Hat schonmal jemand die Aufruestung gemacht ?
Hat sonst noch jemand dazu eine Idee ?

Vielen Dank im voraus,

Martin.
-- 
-----------------------------------------------------------------------------
Martin Sonntag - Neu-Ulm |//////    Only Amiga makes it possible ! \\\\\\
Voice: +49 731 88386     | God is dead. Nietzsche -- Nietzsche is dead. God
-----------------------------------------------------------------------------
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.misc
Followup-To: de.comp.sys.amiga.uucp
Subject: Re: cmsg cancel <ZEqis*Kd5@zikzak.in-berlin.de>
Date: Fri, 22 Jan 1993 03:32:16 +0100
Distribution: world
Organization: Villa Straylight, Hamburg, FRG
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Arn V1.00

In article <mac.03o6@mtmuli.ulm.sub.org>, Georg Schoty writes:

% In article <mac.03nt@mtmuli.ulm.sub.org> mac@mtmuli.ulm.sub.org (Georg Schoty) writes:
% > cancel <ZEqis*Kd5@zikzak.in-berlin.de> in newsgroup(s) de.comp.sys.amiga.misc
% >
% > This article MUST have been generated by a buggy newsreader.
% > Certainly not GRn.  :)

Bis zu einem gewissen Punkt habe ich ja nix gegen Ironie, aber sowas ...

% also ich habe ehrlich keinen plan, wieso offensichtlich ich immer
% mal wieder so einen muell hier produziere.

usr2:usr/spool/savenews/control
---------------------------------------8<---------------------------------------
From: steffan@bitblit.rhein-main.de (Stefan Heinen)
Newsgroups: de.comp.sys.amiga.uucp
Control: cancel <080193d2309@hactar.uucp>
Subject: cmsg cancel <080193d2309@hactar.uucp>
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 10 Jan 93 02:12:42 MET
Organization: Crazy Colors of Retina

cancel <080193d2309@hactar.uucp> in newsgroup(s) de.comp.sys.amiga.uucp

This article MUST have been generated by a buggy newsreader.
Certainly not GRn.  :)
--
- Stefan Heinen           |
  A.d.Pflanzlaendern 19   |  steffan@bitblit.rhein-main.de
  6000 Frankfurt 90       |
----------------------------------------------------------
Control: cancel <1993Jan7.002938.5163@mail.cornell.edu>
Newsgroups: comp.sys.amiga.multimedia
From: chris@132.236.236.63 (Christopher A. Wolf)
Subject: cmsg cancel <1993Jan7.002938.5163@mail.cornell.edu>
Content-Type: text/plain; charset=iso-8859-1
Nntp-Posting-User: tc13@cornell.edu
Reply-To: chris@alchemy.tn.cornell.edu
Content-Transfer-Encoding: 8bit
Organization: none
X-Newssoftware: GRn-beta 1.16g (31.12.92) by Michael B. Smith & Mike Schwartz
Mime-Version: 1.0
Date: Thu, 7 Jan 1993 04:43:28 GMT

cancel <1993Jan7.002938.5163@mail.cornell.edu> in newsgroup(s) comp.sys.amiga.multimedia

This article MUST have been generated by a buggy newsreader.
Certainly not GRn.  :)
--
------------------------------------------------------------------------------
Christopher A. Wolf   mail: chris@alchemy.tn.cornell.edu   IRC: cwolf (#amiga)

The rec.arts.sf.starwars Frequently Asked Question List is available via anon.
FTP from the Star Wars archive site at wpi.wpi.edu. "May the FAQ be with you!"
------------------------------------------------------------------------------
--------------------------------------->8---------------------------------------

     Dein erster Streich fehlt da leider, den hatte ich wutentbrand leider
zu frh lschen lassen ...

% wer es weiss, und vor allem wie ich das verhindern kann, poste
% es mir auf die uebliche freundliche art und weise.

     Man benutze keine Software von MBS, schon gar keine Beta ... Sowas
sagte man frher ber Matt -- ob es wirklich nur Zufall ist, das MBS jetzt
der KOTS fr AmigaUUCP ist (sein will) ..?

% der gecancelte sei hiermit gleich vielmals um verzeihung gebeten.
% es war definitiv keine absicht.

     Hmm, meines Wissens (sprich: EMail-Kontakt mit Stefan Heinen) hat GRn
einen `Cancel'-Button. Der tut, wie ihm geheien und schickt nach
Nachfrage ein Posting `Control: cancel <id_des_aktuellen_artikels>' raus
-- welches man scheinbar nicht zu sehen bekommt =:-<

     Erstens drfte er anderer Leute Postings sowieso nicht canceln (auch
nicht auf Nachfrage -- wer sowas machen will, soll geflligst sich das
Wissen um das Prozedere aneignen und dadurch WISSEN, WAS er tut) und
zweitens drfte er anderer Leute Postings sowieso nicht canceln.

     Probier's halt mit diesem Artikel aus -- ABER LSCHE DEN ENTSPRECHEN-
DEN ARTIKEL IN UUNEWS: VOR DEM NCHSTEN POLL -- und melde, was geschehen ist ...
			kai

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

"Seien sie brav, dann zeige ich ihnen auch meine Blinddarmnarbe."
                                                                -- Slegde Hammer
From: charly@p42.passau.fido.de (Karl Skibinski)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:  Amiga im Fernsehen
Distribution: world
Date: 22 Jan 93 21:51:09 MET
Organization: private

In article <1993Jan15.220922.22057@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
>Matthias Zepf (agnus@amylnd.stgt.sub.org) wrote:
>> Wobei ich natrlich verga zu erwhnen, da auch in diesem Film
>> mehrfach ein Amiga 2000 mit A1084 als Dekoration rumsteht.
>
>Wobei ich erwhnen mu, da mir eben ein Amiga Classic mit A1080
>im Film Noch drei Mnner, noch ein Baby aufgefallen ist.

Von mir auch noch ein paar:
    In alten Miami Vice - Folgen stand auch ein A1000 im Buero herum,
    ich habe aber nie gesehen, dass daran auch wirklich mal jemand
    gearbeitet hat (habe allerdings auch hin und wieder mal ein
    Folge verpasst :)

    Beim allseits beliebten Sledge Hammer (Vertrauen Sie mir, ich weiss
    was ich tue... Autsch) hatte Dori-Dorro auch einen Amiga auf dem
    Schreibtisch stehen, einen A1000 wenn ich mich recht erinnere, und
    daran hat sie auch mal wirklich gearbeitet, obwohl ich irgendwie
    das Gefuehl hatte, dass das Bild auf dem Monitor (Ergebnis einer
    Anfrage in eine Verbrecherkartei, so richtig schon mit Bild) nicht
    vom Amiga sondern von einem Videorecorder stammte.


>
>Gru, Matthias
--

Greetings
        Charly !               FIDO : 2:246/200.42 (Karl Skibinski)
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Probleme mit Amiga 3000 FastRAM
Date: Sat, 23 Jan 1993 03:59:46 GMT
Distribution: world
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00

In article <1jomsrINNr0d@rs2.hrz.th-darmstadt.de>, andreas regul writes:

> Die bisher eingebauten 4 MB FastRAM waren vom Typ 512 KB ZIPs,
> "page mode", die neuen sind 512 KB ZIPs mit "static column mode".
> Nach der Dokumentation zum Amiga 3000 soll es jedoch moeglich sein,
> beide Typen zusammen zu verwenden, wenngleich dann kein Geschwin-
> digkeitszuwachs erreicht wird.

In der Dokumentation (Einfuehrung) ist auf Seite 4-17 ein sogar fuer
Brillentraeger kaum uebersehbarer Kasten, in dem mit Fettschrift ge-
schrieben steht, dass man "page mode" und "sc mode" im FastRAM-Bereich
auf KEINEN FALL mischen darf !

Als ich mein FastRAM gekauft habe, wurde ich uebrigens vom netten
Haendler ("HD Computer") ausdruecklich darauf hingewiesen, dass man
die beiden Typen nicht mischen darf.  (ich wuerde jetzt ja gern sagen
"es macht sich halt bezahlt, nicht beim billigsten Haendler zu kaufen",
aber HD _ist_ der preiswerteste Haendler ;-)

> Bei mir stuerzte der Rechner beim Booten jedesmal mit einem Guru
> ab. Verwende ich jedoch alleine die "page mode" ZIPs ODER die
> "static column mode" ZIPs, funkioniert alles prima.

Naja, womit Du Dir die Frage eigentlich selbst beantwortet hast ;-)

Auch wenn die Dokumentation sonst eher mittelmaessig ist.
In diesem Punkt ist sie gut.  Man muss sie nur benutzen ;-)

Andreas
Newsgroups: de.comp.sys.amiga.misc
From: maurer@Informatik.TU-Muenchen.DE (Hans Maurer)
Subject: Re: Packer fuer .Z ???
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 26 Jan 1993 21:42:57 GMT

m_krok@tron.gun.de (Matthias Krok) writes:
>Auf vielen ftp-sites sieht man gepackte files mit der Endung .Z - aber ich
>kenne keinen solchen Packer. Kann mir mal jemand sagen, wo ich den bekommen
>kann ?

Fuer .Z-Files ist compress zustaendig (zu finden auf allen AmiNet-Sites in
/pub/aminet/util/arc und /pub/aminet/util/pack.

Hans

-- 
  // Hans Maurer, Stockhausen 2 | email: maurer@informatik.tu-muenchen.de
\X/  8069 Gerolsbach, Germany   | phone: +49 8445 412  (Germany)
--------------------------------+-----------------------------------------
    "Life starts at '030, fun starts at '040, impotence starts at '86"
Newsgroups: de.comp.sys.amiga.misc,de.comp.sys.amiga.advocacy
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: SAS/C Compiler, Stacksize errechnen
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Organization: Agnus' Home, Leonberg/Warmbronn, Germany
X-Newsreader: TIN [version 1.1-ISO PL6]
Mime-Version: 1.0
Date: Tue, 26 Jan 1993 14:02:14 GMT

Ralph Schmidt (laire@klee.uni-paderborn.de) wrote:
> Mmm...wenn du Motorola Assembler wirklich gut genug kennen wuerdest,
> wuerdest du so was nicht sagen. Es gibt da Wissens-Stufen,genauso wie
> bei C.

Vor allem darf sich ber 68k-Assembler wirklich nur der auslassen, der
damit schon mal richtig programmiert hat. Im Vergleich zu 6502 oder gar
Intel 80x86 luft 68k-Asm unter Hochsprache. Mit modernen Assemblern,
die Makros bieten und vorassemblierte Includes verarbeiten, kann man
wirklich fast wie in einer Hochsprache programmieren und hat vor allem
fantastische bersetzungszeiten!

Und nicht jeder, der in 68k-Assembler programmiert, mu deshalb nur
selbstmodifizierenden Code oder hnlichen Schmutz schreiben.

> Es ist alles relativ. Nebenbei...ich werde nie verstehen wie Leute nen
> Compiler bedienen koennen ohne nen gewissen Plan zu haben, wie das Resultat
> funktioniert und wie man Bugs suchen kann, die nen bischen komplizierter
> sind.

Die wichtigste Aussage Deine Beitrags! Wenn das drecks Hochsprachen-
programm auch nach der fnften Verbesserung nicht will gibts nur eins:
Im Debugger in der Hochsprache einen Breakpoint auf das Problem setzen
und dann Assembler-Single-Steps ...

Matthias
-- 
** Matthias Zepf, Riegelckerstrae 27, 7250 Leonberg, Germany **
** +49 7152 41917  Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
From: laire@birke.uni-paderborn.de (Ralph Schmidt)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Ghostscript Problem
Date: 28 Jan 1993 11:29:06 +0100
Organization: Universitaet Paderborn, Germany
NNTP-Posting-Host: birke.uni-paderborn.de

fillg1@wien.uni-paderborn.de (Michael Illgner) writes:

>markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:

>>In article <JK.93Jan27195015@zarniwoop.pc-labor.uni-bremen.de>, writes:
>>[...]
>>|> Hei"st das, das jemand ghostscript auf den Amiga portiert hat?! So richtig
>>|> mit allem? (Ich meine Fenster und so...)

>> Du verwechelst GhostView mit GhostScript. GhostView ist das Frontend fuer
>> GhostScript. 

>>|> 
>>|> Wenn ja: wo gibt es das binary dazu ?!

>> Sollte auf dem AmiNet sein. Tus dir nicht an :) Es ist ein -MW-Produkt,
>							     ?????y	
>			
>> *nich hauen, mtk :)* und benoetigt die ixemul.lib, ergo auch
>> sowas komisches wie BIN: ETC: LIB: .... und soviele Assigns wegen eines
>> Produktes... Nunja.

>So schlimm ist es gar nicht, man benoetigt nur zwei assigns (USR:, TMP:).
>Zudem ist GhostScript schneller als die post.library (1.6, bei 1.7 ist
>die Farbunterstuetzung buggy). Allerdings funktionieren die Farbdrucker-
>treiber noch nicht richtig, aber der Autor arbeitet dran.

Ich werde bald nen Post.library basierten PSViewer rausgeben, so das 
die post.library bestimmt bequemer zu benuzten ist. Wenn ich irgendwann
mal Zeit habe werde ich mir auch mal die post.library selber vornehmen.
Das Problem ist nur, dass diese sehr uebel programmiert und strukturiert
wurde. Sie ist jedenfalls nicht so einfach mit SAS 6 zu compilieren.

Regards...
-- 
Ralph Schmidt                                            laire@uni-paderborn.de
University of Paderborn (Germany)
From: kaiser@ira.uka.de (Michael Kaiser)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A 4000 - KickStart ins RAM
Date: 21 Jan 1993 15:01:59 GMT
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: i60s15.ira.uka.de

Nachdem ich die (obige) Frage gestellt hatte, bekam ich eine ganze Menge
von Antworten (vielen Dank allen !), die sich z.T. jedoch
widersprachen. Also, fuer alle die das Thema auch interessiert, hier
eine kleine Zusammenfassung der Ergebnisse:

1.) Wieso will ich ueberhaupt das KS ins RAM laden ?

    - KickStart 1.3, 2.x => Abwaertskompatibilitaet (hat sich schon
      ab und an bezahlt gemacht)

    - Geschwindigkeit ? Tja, da scheint es einen groesseren Streit 
      gegeben zu haben. Tatsache ist, dass KickSpeed ca. 10 % hoehere
      Geschwindigkeit beim Zugriff auf KS im RAM feststellt. 
      (27/28 ticks vs. 31/32) Nun kann man natuerlich darueber
      diskutieren, ob a) KickSpeed ueberhaupt eine gewisse Verlaesslichkeit
      besitzt und b) die 512 kByte nicht sinnvoller weiter als FastRam 
      zur Verfuegung stehen (Fuer mich gilt b) :-)).

2.) Wie funktioniert es ?

    - NICHT mit Set040. Liegt allerdings nur bedingt am Program selbst
      als vielmehr daran, dass der KS 3.0/SetPatch Befehl die MMU
      belegt - und Set040 keine Option bietet, eine existierende Tabelle zu
      ueberschreiben.

    - Sehr gut arbeitet Softboot (3.31), u.a. auf AmiNet Servern. 
      MMU Tabelle laesst sich ueberschreiben (bis jetzt noch keine 
      schaedlichen Auswirkungen festgestellt, gibt's das andere
      Erfahrungen ??), und diverse Moeglichkeiten, KickStarts 
      zu laden (ROM, A 3000 SuperKickstart, A 1000 Kickstart Disk :-)).


    So weit, so gut. Vielleicht nutzt es ja dem/der einen oder anderen.

Gruss, Michael
 
-- 

---------------------------------------------------//-------------------------
Michael Kaiser                                    // Only my personal opinions 
University of Karlsruhe, IPR                  \\ // Phone  : +49 721 608-4051 
Newsgroups: de.comp.sys.amiga.misc