HDTenEightyP/NetNews huggingface dataset:
From: abcdefgx@cs.tu-berlin.de (Hans-Christian Gehrcke)
Subject: Re: Virtueller Speicher, kleiner Testbericht.
Organization: Technical University of Berlin, Germany
Date: Fri, 21 Aug 1992 13:38:35 GMT

In article <1992Aug14.120842.9892@rz.uni-karlsruhe.de>, ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) writes:
> In article <713169685@wolfhh.hanse.de>, chris@wolfhh.hanse.de (Christian Wolf) writes:
> >burkert1@platon.fmi.uni-passau.de (Klaus Burkert) writes:

  [...]
> >doch wohl davon ausgehen, dass auch bei Zugriffen von Agnus die Adresse
> >auf den Adress-Bus gelegt wird und das Uebliche Handschake fuer den Zugriff
> >stattfindet. Dann kann der 68040 das auch 'snoopen'.
> Da er von diesem Geschehen abgekoppelt ist, geht das nicht.

Waere es nicht auch grausam performancemindernd, wenn ein 33-MHz 68040
einen 7 MHz Bus snoopen wuerde?
Oder seh' ich da was falsch?

hcg
-- 
******************************************************************************
*    Hans-Christian Gehrcke   * EMail-Addresses:    abcdefgx@cs.tu-berlin.de *
*                             *    -->    abcdefgx@marie.physik.tu-berlin.de *
*  TU Berlin, FB 20 (Germany) * This address preferred for the next months!  *
******************************************************************************
From: hartmut@oberon.nbg.sub.org (hartmut Goebel)
Newsgroups: de.comp.sys.amiga.misc
Subject: AmokEd 1.30 per FTP verfuegbar
Date: Thu, 20 Aug 1992 09:35:54 GMT
Organization: home of the hard brave man
X-Newsreader: Arn V1.00 alpha rel2


          AmokEd kann auf folgenden FTP-Servern gefunden werden:
         ---------------------------------------------------------
        |o                                                       o|
        |  ftp.uni-kl.de (Kaiserslautern, Germany)                |
        |                pub/amiga/word/AmokEd1_30.lha            |
        |                                                         |
        |  134.106.1.9   (Oldenburg, Germany)                     |
        |                pub/amiga/incoming/UTILS/AmokEd1_30.lha  |
        |                                                         |
        |  131.234.2.32  (Paderborn, Germany)                     |
        |                amiga/editor/AmokEd1_30.lha              |
        |                                                         |
        |  ftp.uni-erlangen.de (Erlangen, Germany)                |
        |                portal/amiga/tools/edit/AmokEd1_30.lha   |
        |                                                         |
        |    oder im entsprechenden amiga/incoming directory      |
        |o                                                       o|
         ---------------------------------------------------------

          Vielleicht kann es ja noch jemand auf amiga.physik
          hochladen, da ich momentan nicht dazukomme. Danke!


                  Kurzbeschreibung AmokEd 1.30

AmokEd ist ein frei programmierbarer/konfigurierbarer Makro-Editor

Die wichtigsten Fhigkeiten sind:

- schnell
- Mens und Tastaturbelegung komplett von Benutzer definierbar
- kann Dateien lesen, die mit einer XPK-Library gepackt wurden (und
  damit auch mit PowerPacker)
- Makrosprache mit Variablen und ber 140 Befehlen
- voll integriertes ARexx-Interface
- 'Application Port' fr externe Erweiterungen
- sucht zusammengehrige Klammern
- 'iconify' Funktion via ZoomGadget und Makrobefehl
- Textverarbeitungs-Funktionen:
   - automatischer Zeilenumbruch und Absatzformatierung
   - Blocksatz
   - Einrcken/Ausrcken
- Kopieren, Verschieben und Lschen von Blcken auch zwischen Texten
- Scrollbalken
- nutzt viele Fhigkeiten von AmigaOS 2.0 wie:
    - AppWindow, AppMenuItem
    - PublicScreen (wenn eigener Screen gewnscht)
- 'reentrant' => kann 'resident' geladen werden
- kurz: nur etwa 78K
- Anzahl der Texte und Texlnge nur durch verfgbaren Speicher
  begrenzt
- viele Voreinstellungen: Screenname, Portname, Fenster-Position und
  -gre, Initialisierungs-Datei, ...
- 95% kompatibel zu DME's Makrosprache

   ... und viel andere Fhigkeiten, die ein guter Text-Editor braucht!


+++hartmut

| UseNet: hartmut@oberon.nbg.sub.org                                     |
|         htgoebel@cip.informatik.uni-erlangen.de          // Only Amiga |
| Z-Netz: HARTMUT@ASN.ZER  Fido: 2:246/81.1  IRC: Essich \X/ Oberon  ZOC |
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C V6.0 Announcement
Date: 22 Aug 92 18:11:21 GMT
 <V7qxr*iU1@germal.bs.open.de> <1992Aug20.174337.1665@rz.uni-karlsruhe.de>
X-Newsreader: Arn V1.00 beta rel2

In article <1992Aug20.174337.1665@rz.uni-karlsruhe.de>, Angela Schmidt writes:

> In article <V7qxr*iU1@germal.bs.open.de>, gm@germal.bs.open.de (Gerald Malitz) writes:
> |> In article <stefanb.714067512@tschil>, Stefan Becker writes:
> |>
> |> > Hmm, komisch, irgendwie beschleicht mich bei dieser "Featurelist" von SAS
> |> > 6.0, dass SAS die Ideen ausgehen. 50-60% der Neuerungen sind direkt von
> |> > DICE abgeschaut...
> |>
> |> 	Bekommst Du eigentlich Provisionen, dass Du SAS von Zeit
> |> zu Zeit ans Bein pinkelst?
>
> Was hat denn diese Aeusserung mit Stefans Feststellung zu tun? Ob das
> mit den 50-60% stimmt, kann ich zwar nicht beurteilen,

	Eben darum, Stefan hoechstwahrscheinlich auch nicht.

> aber beispielsweise
>   - dynamischer Stack
>   - autoinit()/autoexit()
>   - automatischen OpenLibrary()
> hat DICE doch _wirklich_ schon verdammt lange. Und auch _ich_ denke,
> dass SAS diese Features von DICE abgeschaut hat.

	Muss doch gar nicht sein.  Was man so braucht, duerfte
bei den meisten Leuten, die in C programmieren etwa gleich sein.
So ist es ziemlich wahrscheinlich, dass bei SAS die gleichen
Verbesserungsvorschlaege von den Kunden eintrudeln, wie bei Matt.
Die werden dann mit unterschiedlicher Prioritaet verfolgt - und
mit unterschiedlichem Erfolg realisiert :-).

> Also scheint Stefan
> doch gar nicht so falsch zu liegen, mit seiner obigen Bemerkung.

	Vielleicht, vielleicht auch nicht.  Dafuer ist es nicht das
erste Mal, dass er (ziemlich unqualifiziert) versucht, DICE 

> Abgesehen davon - was ist denn dabei, wenn man Features abschaut?
> Das ist doch normal und wird fast ueberall praktiziert.

	Sicher, aber Stefans Artikel impliziert, dass es ein
Verbrechen ist (naja, wenigstens eine Schande :) ).

	Fuer Dein Problem mit den zu langen Zeilen z. B. hat lmk (eben
das make von SAS) uebrigens eine sehr schoene Loesung (jedenfalls
mir gefaellt sie).  Leider ist lmk sonst ziemlich bescheuert (kann
man nicht ander sagen), so dass ich mir schon manches Mal gewuenscht
habe, dmake boete etwas aehnliches.

>   @/@@=\   Mit Unverstaendnis,
>     00 &=-          Angela 

	Tschuess, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                      Mittagspause von 0.30 - 23.45 Uhr
From: dietmar@bdb.bs.open.de (Dietmar Schultz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re^2: A2024
Date: 17 Aug 92 19:28:00 GMT
Organization: BDB * Die Z-NETZ Box in Braunschweig (Germany)

Am 12.08.92 um 16:28 schrieb franke%opal.cs.tu-berlin.de@UUBDB.ZER unter dem Betreff Re: A2024:

 > Hallo an alle A2024-Besitzer...
 >
 > Das Bild ist bei mir ZIEMLICH unstabil, auch Rumspielen an den diversen
 > Schaltern und Knoepfen brachte nicht gaenzlich die gewuenschten Ergeb-
 > nisse. Dann habe ich mit dem Overscan (unter 2.0) rumgedreht und immerhin
 > eine gewisse Besserung erzielt, aber leider klappt es manchmal, beim
 > naechsten Booten aber schon nicht mehr. Wenn das Bild dann mal ruhig ist,
 > dann kann ich davon ausgehen, das es zu 'zappeln' (Streifen am Schirm)
 > beginnt, wenn ich die rechte Maustaste druecke, manchmal auch, wenn ich
 > ein Fenster oeffne.
 > Ist er nun defekt oder sind das bekannte Probleme ???

Hm? Overscan sollte im 2024-Modus keine Wirkung haben, das Zippeln um eine
Pixel-Spalte Versatz sollte mit dem von Hinten gesehenen rechtesten Regler
wegzubekommen sein.

Versuch doch mal, Overscan auszuschalten (640x400 o.ae. bloss), denn alle
2024-User die ich kenne haben ein Bild wie ein Standbild!

Sonst wrde ich mich doch an den Hndler wenden...

------------------------+---> Voice : 05341/392472
Bis dann ...            |---> Z-Netz: DIETMAR@OESEL.ZER
 _                      |---> E-mail: dietmar@bdb.bs.open.de
|_)IETMAR SCHULTZ       `---> Featuring >-- THE ANSWER V2.03
From: laubfrosch@tron.gun.de (Dieter Rosenhagen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Suche Doc's zur A2620
Organization: TRON Public Mailbox, Neurath, Germany
Date: Mon, 17 Aug 92 23:18:00 +0200

Automatische Nachrichtenweiterleitung von THE ANSWER

Originalempfnger:/Z-NETZ/RECHNER/AMIGA/HARDWARE
Originalabsender :LAUBFROSCH@TRON.ZER
Originalbetreff  :Suche Doc's zur A2620

Ich suche die Anleitungen zur A2620 (falls beim Kauf
ueberhaupt welche dabei waren). Da ich meinen Amiga
gebraucht gekauft habe und die A2620 dabei war, aber keine
Anleitung dazu, suche ich nun jemand der mir gegen
Erstattung seiner Unkosten die Sachen kopieren koennte.
Also falls jemand sowas hat, bitte eine PM an mich.

Bye,
Laubfrosch.

>>>ZERBERUS-POINT FROM A.U.G.E. 4000 - LAUBFROSCH@TRON.ZER<<<
>>> laubfrosch@tron.gun.de | Dieter Rosenhagen (2:242/21.15)
-- THE ANSWER V2.03
Newsgroups: de.comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: DMake: Probleme mit langen Zeilen 
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 14 Aug 1992 15:23:43 GMT

In article <1992Aug14.114758.8424@rz.uni-karlsruhe.de> Angela@rz.uni-karlsruhe.de writes:
>Da ich irgendwo saemtliche Objectfiles zusammenlinken muss und sich
>dcc lautstark ueber eine zu lange Zeile beklagt, wenn ich ihm einfach
>$(COBJS) uebergebe, muss ich irgendwie eine objfilelist zusammenbasteln,
>die saemtliche *.o-Files durch ein LF getrennt enthaelt. Leider ist das
>nicht so einfach wie es sich anhoert:

Als Alternative: kann dcc auch relozierbar linken? Dh. dass Du in mehreren
Etappen linkst, und zwar so, dass die Zeilen noch verarbeitet werden
koennen. Moegliche Ansaetze waeren zum Beispiel:

  <link> <reloc> <1.drittel der objfiles> -o tmp.o
  <link> <reloc> <2.drittel der objfiles> tmp.o -o tmp2.o
  <link> <3.drittel der objfiles> tmp2.o -o <endgueltiges programm>

<link> und <reloc> durch die dice-spezifischen Optionen ersetzen.
Geht sowas mit dice? Als Alternative kannst Du die Objekt Files auch
archivieren, und dann als Library dem Linker geweitergeben. In diesem
Fall ist das haeppchen-weise servieren ja sicher kein Problem.

-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: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Amigaguide freigegeben! (War: Re: Was, bzw. wo ist AmigaGuide ??)
Date: 22 Aug 92 15:51:06 GMT
	<1992Aug12.162921.23263@public.sub.org><Bt34Jt.992@immd4.informatik.uni-erlangen.de> <1992Aug17.145529.4760@public.sub.org>
	<1992Aug18.143946.29305@cs.tu-berlin.de>
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Organization: Villa Straylight, Hamburg, FRG
X-Newsreader: Ann 0.8n
Content-Type: text/plain; charset=ISO-8859-1
Copyright: Nachdruck, auch auszugsweise, ohne schriftliche Einwilligung des Autors bei Strafe verboten.

In article <1992Aug18.143946.29305@cs.tu-berlin.de>,
	obelhawk@opal.cs.tu-berlin.de (Rolf Kunisch) writes:
% peterk@public.sub.org (Peter Kittel) writes:
%
% >Nochmal zur Klarheit: Die Amiga-Plus hat nicht *eine* Lizenz, aufgrund
% >der sie dann in alle Zukunft die Sachen auf ihre Disketten packen darf,
% >sondern muss sich diese Lizenz fuer jede Monatsdiskette einzeln wieder
% >neu besorgen. Und ansonsten sind die 1.3- und 2.0-Lizenzen praktisch
% >gleich formuliert, beziehen sich also einmal auf den Inhalt der 1.3-
% >Disketten und einmal auf den der 2.0-Disketten. Wer jetzt also Dateien
% >von beiden Versionen braucht, braucht auch *zwei* Lizenzen...
%
% Hmm, das klingt aber alles irgendwie ziemlich daneben. Also, der Kunde kauft
% sich einen Amiga und bekommt dazu seine Systemsoftware. Nun kauft er sich
% ein Produkt von einem anderen Anbieter als Commodore. Damit dieses Produkt
% sinnvoll installiert werden kann, waere es zweckmaessig, die Diskette mit
% Systemdatein{zu liefern. Dafuer muss die Firma Liezenzgebueren zahlen, die
                                                   ^
*urgs* =:->

% sie - ganz nach ueblichem Marktschema - dem Endkunden zusaetzlich aufdrueckt.
% Dieser hat jedoch zu Hause natuerlich seine Systemsoftware, die mit seinem
% Rechner zusammen bekommen hat. Er bekommt sie also doppelt und muss auch
% doppelt berappen.
% Ich finde es wenig sinnvoll, wenn Software wie das AmigaOS doppelt bezahlt
% werden muss. Immerhin hat JEDER Amiga Besitzer dieses Betriebssystem. Warum
% dann diese zusaetzliche Belastung? Ich empfinde es als hochgradig daneben.
% Der Dumme ist mal wieder der Endkunde...

     Hmm, das  ist  der  sowieso  =:->  Im  Ernst, wie willst Du das anders
regeln?  AmigaOS  als  PD?  Es  ist doch eigentlich ganz einfach: wer diese
Kosten  umgehen  will (wobei imho fraglich ist, ob sich das z. B. bei SAS/C
lohnen  wuerde; 100$/AnzahlKaeufer ...), fordert einfach die WB-Disk an und
kopiert  libs/*  etc.  halt  auf  seine Disk beim `Endkunden'. Nur: das ist
umstaendlich  und  unbequem.  Aber  wuerdest  *Du*  jedem  Besitzer  Deiner
Software eine Blankobescheinugung fuer die freie Weitergabe ausstellen?
			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: dv|_

"The  only use I can find for vi is editing the emacs sources while porting them
to a new machine"                                              -- Larry Campbell
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Virtueller Speicher, kleiner Testberi
Date: 15 Aug 92 02:02:33 GMT
	<1992Aug5.152522.23551@ifi.unizh.ch><jzgtr*fI5@sks.ppc.sub.org>
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Organization: Villa Straylight, Hamburg, FRG
X-Newsreader: Ann 0.8n
Content-Type: text/plain; charset=ISO-8859-1
Copyright: Nachdruck, auch auszugsweise, ohne schriftliche Einwilligung des Autors bei Strafe verboten.

In article <jzgtr*fI5@sks.ppc.sub.org>, stesch@sks.ppc.sub.org (Stefan Scholl) writes:
% In article <1992Aug5.152522.23551@ifi.unizh.ch>, Schneider Christian writes:
% > In article <15ojbfINNru5@fbi-news.Informatik.Uni-Dortmund.DE> balzer@heike.informatik.uni-dortmund.de (Michael Balzer) writes:
% >
% > >Mit der FastROM-Option von Martin Berndt's "CPU-Control" laeuft es auch
% > >nicht...
% >
% > Ich werd mir dieses Programm besorgen und mir das Problem anschauen.
% > (Aber wieso ueberhaupt so ein komsiches Programm verwenden, wenns CPU
% > gibt ;-))
%
% Weil CPU das VBR nicht ins FAST-RAM legen kann..

Wozu gibt's denn `cvbr' (und aehnliche Tools)?

s:Startup-Sequence
---------------------------------------8<---------------------------------------
[...]
CPU cache burst ;fastrom
;;;sys:etc/bin/sys/cpu-control I D IB DB VBR MMU SSP V NW
sys:etc/bin/sys/cvbr
sys:etc/bin/sys/WaitValidate usr:
[...]
--------------------------------------->8---------------------------------------

     (Nein, nix  User-Startup  =:->) Einzig der Stack wird m. W. bei dieser
Kombination  nicht  angetastet,  wobei  ich  ehrlich gesagt aber auch nicht
weisz, wo der sich grade rumtreibt, sprich das noetig ist ...

13.Zaphod:wail/sendmail> cvbr
VBR already changed.  No changes applied.
13.Zaphod:wail/sendmail> cvbr show
VBR=0x002306C8

Vgl. hactar!~/amiga/tools/cvbr.lha,
			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: dv|_

"Ah, this is obviously some strange usage of the word `safe'  that I wasn't pre-
viously aware of."                                                -- Arthur Dent

-- KEINE FRAGEN, KEINE LUEGEN V0.815
Newsgroups: de.comp.sys.amiga.misc
From: cschneid@avalon.physik.unizh.ch (Schneider Christian)
Subject: Re: Frage zu Gigamem u. AudioMaster III
Organization: Informatik Club d. Universitaet, Zuerich
Date: Fri, 14 Aug 1992 00:02:13 GMT

In article <1992Aug13.184636.18193@cs.tu-berlin.de> leto@opal.cs.tu-berlin.de (Manuel Fischer) writes:
>Wie funktioniert das bei GigaMem? Wird da beim abspeichern der Pages
>auch das Multitasking ausgeschaltet? Oder kann man mit AM III samplen, ohne
>die Luecken zu haben?

Das Multitasking wird NICHT abgestellt, aber da natuerlich AudioMaster
waehrend der Seitenaustauschzeit angehalten werden muss, wird auch da
eine Luecke entstehen. Realtime Anwendungen (wie Samplen und Soundabspielen
halt nun mal sind) sind per Definition nicht fuer VM geeignet. Verarbeitung
der Daten aber sehr wohl...
Spezielle Aufnahme und Abspielprogramme direkt auf/von Harddisk existieren
aber schon eine Weile soviel ich weiss...

>Es geht also nicht nur darum, ob AM III mit GigaMem laeuft, das tut TOMVMEM
>auch, die Frage ist, *wie* es laeuft.

Im Unterschied zu TOMVMEM laeuft GigaMem bei mir stabil mit AMIII, Samplen
und Abspielen _kann_ nur mit Einschraenkungen funktionieren, Siehe oben.

- Chris
-- 
-- 
Chris Schneider - cschneid@amiga.physik.unizh.ch BIX: hschneider IRC: cschneid
The goal of science is to build better mousetraps. The goal of nature is to
build better mice. - Human beings were created by water to transport it uphill.
Newsgroups: de.comp.sys.amiga.misc
From: lkv@mania.hotb.sub.org (Lutz Vieweg)
Newsgroups: de.comp.sys.amiga.misc
Subject: Suche Alpha-Tester...
Date: Mon, 17 Aug 1992 10:36:57 GMT
Distribution: world
Organization: The Funny Farm
X-Newsreader: Arn V1.00 alpha rel3

Moin allerseits,

ich habe ein Programm geschrieben, mit dessen Hilfe der gestresste
Amiga-Anwender die Segnungen von VOLL-DUPLEX Verbindungen (wie
z.B. V.32bis) ausnutzen kann. Gedacht ist das Programm fuer
direkte Mensch<->Modem<->Pest<->Modem<->Mensch Verbindungen,
es koennen gleichzeitig Files in beide Richtungen uebertragen
und Chat-Pakete ausgetauscht werden.

Wer jetzt sagt, das gab's doch alles schonmal, dem sei entgegnet:

Diga!    Erstens kommerziell, zweitens saeuft das Protokoll bei heutigen
         Modemgeschwindigkeiten jaemmerlich ab.

Chat'n'Send  ...ist ja wohl laecherlich. AMOS-BASIC, maximal 9600bps,
             kann man getrost vergessen...
             
BiModem  Ja - wo gibt's das bitte? Ich befuerchte mal, dieser DOSen
         Standard wird sich wohl kaum in eine XPR Library zwaengen
         lassen - aber wenn jemand eine Dokumentation hat, schaue
         ich sie mir gerne mal an.

Aber zurueck zur Sache: Wer haette Lust und Gelegenheit, die sicher
noch zahlreichen Bugs in TWC zu finden und ggf. ein paar Ideen
fuer die Benutzerschnittstelle loszuwerden?

Vorraussetzung fuer einen sinnvollen Test waeren:

- Ein voll-duplex Modem (ist ja wohl klar :)
- AmigaOS >= 2.0
- Entweder ein schneller Rechner (A3000 o.ae.) oder aber ein
  normaler 68000er bei Verwendung des "BaudBandit.device"
  anstelle des 'normalen', lahmen serial.device
- Das Programm ist nicht gerade bescheiden... also 400kB sollte
  man ihm schon goennen - schon da es einen grossen Stack braucht
  (GNU-C++ laesst gruessen :)
- Eine email-Adresse :)


Wer Interesse hat, wende sich bitte mit einer _mail_ an mich,
ich kann leider z.Zt. die NewsGroup nicht verfolgen.


cu, Lutz Vieweg

--
  Sollte ich einmal unerwartet reich werden, wuesste ich sofort, was
  ich mir kaufen wuerde: Keinen Amiga.
Newsgroups: de.comp.sys.amiga.misc
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Subject: Re: A2024 schaltet nicht in High-Resolution!
Organization: Technical University of Vienna
Date: Mon, 17 Aug 1992 11:07:21 GMT

|> Braucht man eigentlich die ECS Denise zum Betrieb des A2024?

  Noe.

	mjl
From: thomas@darkness.gun.de (Thomas Esser)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:Backupprogramm Ami-Back
Date: 20 Aug 92 00:11:00 GMT
Organization: DARKNESS Public Mailbox, Kerpen, Germany

Hallo,

amk%zikzak.in-berlin.de@UUDARK.ZER schrieb am 16.08.92/20:55:00
zu: "Backupprogramm Ami-Back"

> macht haben.  Gut zu bedienen? Auch fuer SyQuest 88MB am A3000 geeignet?
> (besonders in bezug auf den Medien_wechsel_)

Also, auf dem A3000 gibt es keine Probleme, ich denke wenn der Controller
die Medienwechsel ordentlich handhabt, sollte das auch gehen. HD Disks werden
jedefalls auch verkraftet.

> Wie sieht es vor allem mit Updates aus?  Wo sollte man am besten kaufen?

Gut. Ich hab mein Amiback damals auf der Messe in Koeln noch in der V1.04x
gekauft, kurze Zeit nach Absendung der Reg. Karte bekam ich von
Moonlighter ein kostenguenstiges Upgradeangebot - 15 $ fuer die V2.0
und ein neues Handbuch. Kleinere Updates und Bugfixes kann man als Patchfiles
aus der Supportbox in den Staaten saugen.

BTW.: Aktuell ist V2.0e, die Patches von 2.0a/b/c auf 2.0e kann mensch aus
meiner Box saugen - Login Gast Brett Amiga/Patches.

> Haendler, bei dem man es gekauft hat?  Vom Hersteller?  Wo ist der Her-
> steller beheimatet?  Allemann?  USA?

USA. Die Autoren sind ueber BIX,Genie und ueber das Support BBS in USA
erreichbar.

                      Hoffe gehilft zu haben :)

                           Thomas



--
T.Esser T.v.Wuellenweberstr.28 5014 Kerpen     Darkness: 02273-3044 HST/V.32bis
uucp: thomas@darkness.gun.de  -> Zu vermieten <-  wauwau: Thomas Esser 241/4033
Newsgroups: de.comp.sys.amiga.misc
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: VMEM fuer alle Amigas
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sat, 22 Aug 1992 13:48:04 GMT

In <2489@maloe.toppoint.de> raider@maloe.toppoint.de (Martin Seeger) writes:
>Falsch! Eine Applikation kann nicht mehr Speicher *EN BLOC* nutzen als
>tatsaechlich vorhanden ist. Speicher nutzen kann eine Applikation soviel
>wie Plattenplatz vorhanden ist. 

Wie kommst du denn darauf ? Jedes demand paged VM system belehrt dich
eines Besseren :-)

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: chris@wolfhh.hanse.de (Christian Wolf)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Virtueller Speicher, kleiner Testbericht.
Date: 7 Aug 92 06:41:25 GMT

burkert1@platon.fmi.uni-passau.de (Klaus Burkert) writes:

>In article <712700078@wolfhh.hanse.de> chris@wolfhh.hanse.de (Christian Wolf) writes:
>>Hallo!
>>
>>[ VMEM im Chip-Ram ]
>>
>>Angenommen, man wuerde einen 68040 mit Bus-Snooping benutzen, der wurde das
>>[gemeint waren Zugriffe der Cutom-Chips] doch mitbekommen, oder?

>Nein!
>Die Chip-RAM-Zugriffe werden allein von Agnus gesteuert und sind auf dem
>restlichen System nicht sichtbar. Und wenn der 68040 nichts 'sehen' kann,
>kann er auch nichts (mit Erfolg) 'snoopen'.

Wieso? Hat der Amiga zwei getrennte Bus-Systeme?. Ich darf
doch wohl davon ausgehen, dass auch bei Zugriffen von Agnus die Adresse
auf den Adress-Bus gelegt wird und das Uebliche Handschake fuer den Zugriff
stattfindet. Dann kann der 68040 das auch 'snoopen'. Dieses feature ist
ja gerade fuer Multi-Prozessor Systeme etc. gedacht.

Nicht das jetzt jemand denkt, ich wollte VMEM fuers Chip-Mem (auch wenn
mir mein's manchmal etwas knapp wird :-). Aber ich sehe immer noch nicht,
wieso ein (richtig programierter) 68040 die Zugriffe der Custom-Chips
nicht bemerken sollte. (Ich brauche mehr Input!).

>Ciao, Klaus.

Gruss,
	Christian
-- 
Christian Wolf, Eissendorfer Winkel 2, 2100 Hamburg 90, Germany
Voice: +49-40-7609277; Modem: +49-40-7606411 (V.32bis/V.42bis/HST)
EMail: chris@wolfhh.hanse.de; IRC: Atreju
Newsgroups: de.comp.sys.amiga.misc