HDTenEightyP/NetNews huggingface dataset:
From: wusel@straylight.uucp (Kai 'wusel' Siering)
Date: Sun, 08 Nov 1992 02:12:43 +0100
Organization: Eastern Seaboard Fission Authority, Sietland, West Germany
Newsgroups: de.comp.sys.amiga.misc
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Subject: Umgehung des RDB?
X-Newsreader: Ann 0.9
MIME-Version: 1.0
Content-Transfer-Encoding: 8it
Content-Type: text/plain; charset=iso-8859-1

Hi,

     langsam beginnt  es  mir  lstig  zu  werden,  Datenaustausch auf
Disketten  machen  zu  mssen  (die Mengen werden zu gro =:-<) und in
Anbetracht  der  heraneilenden Messe- und Festtage kam mir die SyQuest
wieder  in den Sinn. Das Problem ist nur, da ich zwei Rechner mit dem
2090A  betreibe,  welche  im  tglichen Betrieb nicht so viel Probleme
machen,  da  ich  auf  andere Host-Adapter umsteigen mte, aber dank
freundlicher  Nichtuntersttzug  des  RDBs halt den Datenaustausch mit
an anderen Rechnern beschriebenen Medien unterbinden ...

     Gibt es folglich eine Mglichkeit,  Festplatten  (SyQuest-Medien)
abwechslend   am   2090A  und   Standard-HAs   zu   betreiben  unter -
Weiterverendung  der  Daten?  (Optimistischerweise gehe ich davon aus,
da  sich  eine  SyQuest  am  2090A  selbstverstndlich betreiben lt
(`betreiben'  heit  hier  u.  a.  auch,  da ein Medien-Wechsel nicht
einen  Reboot  verlangt  sondern maximal einen `diskchange sy0:'), das
stimmt doch?)

     Also z.  B.  mittels  manuellem  `mount'-Kommando,  abmelden dann
ggf.  mit `assign dismount'. Ginge das (vor allem: sind dann Lese- und
Schreibzugriffe  mglich, gleiches FS vorausgesetzt), wenn nein, ginge
es irgendwie anders? (Es geht mir darum, z. B. Sourcen mitzunehmen und
an einem anderen Amiga weiterzuentwickeln - ohne umstndliche Backup-/
Restore-Zyklen.)

     Es wrde  mir  reichen,  wenn  man  nur das ganze Medium als eine
Partition  ansprechen  kann  (oder  eine  Partition  ab  Track  5 oder
sowas); 2.04 kann vorausgesetzt werden.  Eine brutale Lsung,  die mir
grade einfllt, wre wohl das formattieren eines solchen Mediums unter
2090A und z. B. 2091, speichern des (nicht-)RDBs auf Disk und direktem
raufschreiben des entsprechenden Blocks am jeweils anderen Controller;
zumindest beim 2090A sollte das klappen.

     SyQuest UND  zwei  neue  Controller  wird  nmlich entschieden zu
teuer =:-<

     Ach so:  die  SyQuest  wre  extern,  ist  es dann (relativ =:->)
gefahrlos  mglich, sie im ausgeschalteten Zustand bei laufendem Amiga
abzuklemmen  und  (Tage  spter  =:->) wieder anzuklemmen? Wie verhlt
sich das DOS in diesem Falle?

Any clues?
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)

"Dies ist nur einer von vielen Vorteilen von Hecken in Arbeitszimmern."
                                                         -- Max Goldt, "Titanic"
From: rbabel@babylon.rmt.sub.org (Ralph Babel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Lat endlich die Umlautumschreibungen sein!
Date: 8 Nov 1992 21:36:56 +0100
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Markus Mietek Wild schrieb in
<1992Nov7.220919.21660@neptune.inf.ethz.ch>:

> Also die Regeln der deutschen Sprache beinhalten keine
> =Hex-Dumps.
>
> [...]
>
> Beides sind Umschreibungen, nur betrachte ich `o e' als
> wesentlich besser lesbar als `= F 6'. Aber vielleicht bist
> Du wirklich schon zum Roboter auf(?)/abgestiegen?
>
> [...]
>
> Au fein, die 6jaehrigen sprechen also schon in Hex, sauber
> sauber...

Du schmeit in all diesen Aussagen verschiedene Ebenen des
Protokolls durcheinander, nmlich 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
RFCs empfehle ich Dir als weiterfhrende Lektre:

| From: ry66@rz.uni-karlsruhe.de (Andreas Ley)
| Subject: Re: Umlaute 2. (was: Re: Amiga-glossar)
| Newsgroups: de.comp.sys.amiga.misc
| Message-ID: <1992Nov6.184425.26365@rz.uni-karlsruhe.de>
| Date: Fri, 6 Nov 1992 18:44:25 GMT

Ralph
From: wasp@chumly.ka.sub.org (Walter Mildenberger)
Date: Thu, 12 Nov 1992 00:49:14 +0100
Organization: *private amiga site*
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Neue Aminet uploads posten?
	<RehXr*ES3@zikzak.in-berlin.de><URmYr*Om0@forge.franken.de>
	<pfyYr*oX3@zikzak.in-berlin.de><10Nov1992.083539.192311@hactar.hanse.de>
X-Newsreader: Ann 0.10
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

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

$>% > > Aus meiner Sicht ein Argument, eine spezielle Newsgroup einzurichten, [...]
$>% >
$>% > Wie waers mit de.etc.lists? Wurde die nicht dafuer geschaffen? [...]
$>% > *LEUTE, WIR HABEN WIRKLICH GENUG PASSENDE GRUPPEN*
$>%[...]
$>% Aber ich persoenlich wuerde es als angenehm empfinden, wenn man eine
$>% "lists"- oder "archiv"-Newsgroup allein fuer Amiga-Sachen haette. [...]
$>
$>Me too.

dito.

$>%[...] Neue Fish-Disks bleinen "unge-
$>% sehen", weil ihre Ankuendigung in de.comp.sys.amiga.misc untergeht und mit
$>% den typischen Flames ("ey du lamer, bei mir liegen sie schon seit vor-
$>% gestern") bedacht wird.
$>
$>     Ach komm  Bonzo,  die  Leute,  die  bislang  posteten,  waren  relativ
$>`flame-proof',  meinst  Du nicht auch

Na, zumindest Holger Lubitz hat sich doch von einer Flame "einschuechtern"
lassen...

$>Wer von Euch liest schon `de.admin' =:-> =:-<

Ich - natuerlich ;-)

$>% Wie gesagt... es war nur eine IDEE von mir.  Bitte nicht gleich so auf-
$>% regen.  Wenn dafuer kein Bedarf besteht, okay.
$>
$>     Bonzo, Du  lernst  es  nimmer - jetzt bin ich einmal auf Deiner Seite,
$>und Du machst 'nen klassischen Fallrckzieher =:->

Dem ist wirklich nichts mehr hinzuzufuegen...

mfG
-- 
Walter Mildenberger, Morgenstr. 55, W-7500 Karlsruhe 1,FRG, (0721)385090
Sub/UseNet: wasp@chumly.ka.sub.org -or-  Bitnet: UKF5@DKAUNI2.Bitnet
* Man is the only animal that blushes - or needs to.    --- Mark Twain *
Newsgroups: de.comp.sys.amiga.misc
From: barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Neue Aminet uploads posten?
Date: Sun, 08 Nov 1992 23:10:32 GMT
 <1992Nov5.014424.10012@neptune.inf.ethz.ch> <RehXr*ES3@zikzak.in-berlin.de>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 pre

In article <RehXr*ES3@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...

Wie waers mit de.etc.lists? Wurde die nicht dafuer geschaffen? Oder de.admin.archiv?

*LEUTE, WIR HABEN WIRKLICH GENUG PASSENDE GRUPPEN*

(de.alt.flame.amiga? Ach neee, das heisst ja de.comp.sys.amiga.advocacy.. :)

	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@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: AmiNet auf CD
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Fri, 13 Nov 1992 16:22:49 GMT

In <5WIYr*Zm0@forge.franken.de> barnard@forge.franken.de (Henning Schmiedehausen) writes:
>Und wie macht denn das dann Hypermedia-Concepts mit ihrer Fish-CD?

Ich habe mal gelesen, dass die MS-DOS/VMS-Verschnitts-Namen auf CD-ROM
nur fuer das oberste Directory vorgeschrieben sind und dass seit der
letzten Revision auch "Alternativ"-Kataloge mitabgespeichert werden
koennen. Das nennt sich dann "Rock Ridge" im Gegensatz zu "High Sierra".

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: Umgehung des RDB?
Date: Wed, 11 Nov 92 18:35:35 GMT
Distribution: world

wusel@straylight.uucp (Kai 'wusel' Siering) writes:

[ will SyQuest am 2090A anschliessen ]

Ich habe die SyQuest immer auf meinen 3000er Partitioniert und mir die
Werte notiert und konnte sie dann spaeter an einen 2090A anschliessen
und (mit entprechender DEVS:Mountlist) mounten.

>     Ach so:  die  SyQuest  wdre  extern,  ist  es dann (relativ =:->)
>gefahrlos  mvglich, sie im ausgeschalteten Zustand bei laufendem Amiga
>abzuklemmen  und  (Tage  spdter  =:->) wieder anzuklemmen? Wie verhdlt
>sich das DOS in diesem Falle?

Die 25-Poligen SUB-D Stecker sind nicht Kurzschluss-Sicher. Du muestest
sicherstellen, dass erst die Masse und danach erst die Signalleitungen
verbunden werden, ansonsten kannst Du durch die Potentialunterschiede
die Hardware "zerschiessen". Eigentlich muesste man auch die Terminatoren
auf dem Hostadapter entfernen und den Bus dann extern terminieren, wenn
die SyQuest nicht am Rechner "haengt".

Wie Du sieht gibt es einige Gruende, wieso man das nicht machen sollte,
was mich aber nicht davon abhaelt es taeglich so zu machen und den
SCSI-Bus fast immer mit drei Terminatoren zu belasten.
Nur weil das bei mir (bisher) funktioniert hat, muss das aber nicht bei
anderen Geraeten genauso sein.

Wenn Du das Medium herausnimmst, hat das fuer das DOS (und das SCSI-Device)
den gleichen Effekt, wie das Entfernen des Laufwerks selber. Bei mir
verschwindet halt das Icon von der Workbench :-)

Gruss,
	Christian
-- 
Christian Wolf, 2100 Hamburg 90, Germany; E-Mail: chris@wolfhh.hanse.de
From: ebers@gfxbase.in-berlin.de (Thorsten Ebers)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Texteditoren, CygnusEd Pro v3
Date: Tue, 10 Nov 1992 21:09:03 GMT
Organization: Not an Organization
X-Newsreader: Arn V1.00 beta rel2

In article <funpack158875@p1.hippo.fido.de>, Joachim Worringen writes:

> Mal sehen, ob sie reagieren. Werde berichten... Ist uebrigens im Vertrieb
> von Oxxi.
>

Genau das ist einer meiner Hauptgruende,weshalb ich den TT nicht habe
und noch immer beim CED II bin.

>   -Joachim
>
>

   Thorsten

---
Thorsten Ebers   e-mail: ebers@gfxbase.in-berlin.de
                         ebers@aball.in-berlin.de (forwarded to above)
Tel.: +49 30 321 3428
From: fido@incubus.sub.org (Gerhard Schneider)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Backup-Programm
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 5 Nov 92 12:19:26 CET
Organization: INCUBUS-MailBox

In article <1992Nov2.163540.10051@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
> Welches Backup-Programm kann denn nun anstaendig auf HD-Disks
> schreiben und ist auch sinnvoll (und funktionstuechtig) im
> Einsatz? Was gibt es da allgemein fuer Empfehlungen??

Zum Bleistift das THIBackup....alt, aber billig und zuverlassig.
Mit den Bugs, die es hat, kann man so leben.
Ich nehme fuer partielle Backups auf Disk immer THIBackup, bei groesseren
Sachen auf Sysquest Ami-Back2.0

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

            < "Das Ich"? Was ist das? Ich kenne nur "Goethes Erben"! >
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Date: Tue, 10 Nov 1992 11:40:53 +0100
Organization: Villa Straylight, Hamburg, FRG
Newsgroups: de.comp.sys.amiga.misc
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Subject: Re:Texteditoren, CygnusEd Pro v3
X-Newsreader: Ann 0.9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Copyright: Nachdruck, auch auszugsweise, ohne schriftliche Einwilligung des Autors bei Strafe verboten.

In article <BMgYr*eW3@zikzak.in-berlin.de>, amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:

% > Ein Tip: Wenn Dich DME-Clones nicht zu sehr abstossen, schreib doch dem
% > Hartmut Goebel, dem AmokEd-Programmierer, mal Deine Ideen und Kritikpunkte.
%
% Den DME hab ich damals sehr gern benutzt (weil man sich fast alles selbst
% programmieren konnte, was man benoetigt hat).  Leider hat mich dieser
% Fehler genervt, dass ab und an eine Zeile verloren geht (die ist dann
% ploetzlich einfach leer).  Bewusst beseitigt wurde dieser Fehler meines
% Wissens nie...  (oder doch?)

     Also, seit  ich  von  `AmigaUUCP  Plus'  auf  das  mehr  oder  weniger
orginale  `CNews'  umgestiegen bin (~3 Monate her), ist mir der Verlust von
Zeilen  im DME nicht mehr aufgefallen - meiner Meinung nach war das nie ein
Bug  des  DME  (man knnte sich auf Designlimit einigen =:->), sondern ganz
klar  der  von AUUCPs freundlichem, ber das Ende von Strings schreibenden,
relaynews.

     Und `xdme'  ist in der Lage, hnlich CED, anstelle einen neuen Prozess
zu  starten,  einen  laufenden  DME  anzuweisen, ein neues Fenster zu ffen
(Vorteil:  Kopieren  zwischen  den  Fenstern  mglich;  Nachteil:  der  neu
aufgerufene DME kehrt sofort an den Aufrufer zurck =:->).

%       Den optimalen Editor gibt es wohl nicht ;-) ...  Andreas

Noch ... Ideal wre ein DME, der mit binren Daten klar kommt =:->
			kai

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

Q: How many systems analysts does it take to change a light bulb?
A: Sorry, it's a hardware problem.
Newsgroups: de.comp.sys.amiga.misc
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: Lasst endlich die 8-Bit-Umlaute sein !!
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 6 Nov 1992 17:11:23 GMT

In article <MgoXr*QT3@zikzak.in-berlin.de> amk@zikzak.in-berlin.de (Andreas M. Kirchwitz) writes:
>Ach, ich verstehe... da ist das "ELITE-Bewusstsein" von den "Pirate Boards"
>hier ins Netz uebergeschwappt.  Yeah, ich bin ja so ober-cool!  Ich muss
>unbedingt anti-looser Umlaute verwenden, damit alle im Netz wissen, wie toll
>ich bin.  Je mehr Sites die Umlaute dann verstuemmeln, desto besser.  Dann
>kann ich naemlich prima Flames loslassen, was fuer Scheiss-7-Bit-Systeme es
>gibt, was fuer echt scharfe 8-Bit-Software ich habe und wie affengeil doch
>mein eigenes System ist.

Danke fuer die Unterstuetzung, ich dachte schon hier sei die Umlaut-Manie
ausgebrochen. Wir koennen ja ein de.amiga.misc.elite schaffen, damit die
Umlaeuterer unter sich sein koennen ;-))

-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: rob@spirits.ka.sub.org (Roland Bless)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: An alle 'Wuppertaler'
Date: Tue, 10 Nov 1992 19:33:08 GMT
Organization: Blessed Software Products, private, Karlsruhe (FRG)
Content-Type: text/plain; charset=ISO-8859-1
X-Newsreader: Arn V1.00 pre

In article <BxGD4E.3Jo@hermes.hrz.uni-bielefeld.de>, Markus Illenseer writes:

>  Ich fands ok. Ihr habt was verpasst :-) Jetzt kommt mir nicht mit
>  'Das ist zu knapp vor der WoC, ich war gerade auf 'ill's Party,
>  ich hatte kein Bock', das zieht nicht :)
             ^^^^^^^^^
Viel besser! Ich war an dem Wochenende in Duesseldorf und wollte Samstag
mal vorbeischauen. Nun ist es sicher schon 3 Jahre her, dass ich das letzte
mal in der "Boerse" war, daher wusste ich nicht mehr genau, wie man dahin
kommt. Also habe ich mir gedacht: Fahr' doch einfach mal nach Wuppertal,
schau im Telephonbuch nach, wo das genau ist. Denkste!
Ich bin sicher eine halbe Stunde in Wuppertal rumgegurkt und habe in
einigen Telephonbuechern nachgeschaut. "Die Boerse" war nirgends zu finden :-(.
Ausser Spesen nix gewesen...

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.          |
From: piet@okapi.sub.org (Peter Vohmann)
Subject: Re: =?iso-8859-1?Q?La=DFt_endlich_die_Umlautumschreibungen_sein!?=
Newsgroups: de.comp.sys.amiga.misc
X-Newsreader: TIN [version 1.1 PL6]
Date: 12 Nov 92 00:50:21 MEZ

Kai 'wusel' Siering (wusel@hactar.hanse.de) wrote:
> In article <10032@cbmger.de.so.commodore.com>, peterk@cbmger.de.so.commodore.com (Dr Peter Kittel Germany) writes:
>
> % In article <5340@babylon.rmt.sub.org> rbabel@babylon.rmt.sub.org (Ralph Babel) writes:
> [...]
> % Du und ich kennen zumindest eine Person, die evtl. ein klein bisschen
> % dagegen tun koennte, aber andere (verstaendliche) Prioritaeten hat,
> % und wo ich mich ungern unbeliebt machen moechte.
> [...]
> % Bitte, schenk mir doch 8-Bit-Software, wuerde sie gerne benutzen.
>
>      Aeh, liesse es sicht nicht einrichten, das anlaesslich der WoC ein
> Developer (oder auch Normalsterblicher =:->) und diese `eine Person' sich
> abends eben hinsetzen und CNews zumindest auf cbmger installieren?

Das Problem, soweit ich Thomas Giger verstanden habe, ist dieses:

Das ganze cbmnetz benutzt ein handgestricktes Programmpacket namens
"Newsserver." Das sind Bourne-Shell-Skripte fuer insgesamt 2MB oder so.

Eine erhebliche Menge dieser Skripte ist in der Lage, das gesamte
Unix und das News-System von null beginnend frisch zu installieren.
Denn wenn Thomas einmal gehen sollte, und das kann bei der Firma schon mal
ganz fix gehen, dann hat *niemand* mehr von Un*x Ahnung.

Wenn also jemand die Uebersicht hat, was sich zwischen BNews und CNews
alles geaendert hat, und sich mit Thomas zusammensetzt, koennte das die
Angelegenheit beschleunigen, muss es aber nicht.

> (cbmger = A3000UX?)

Ja. Stell Dir vor, das neue Unix-Release hat sogar CNews drin! Nur wegen
obiger Engpaesse muss es wohl voruebergehend zu BNews downgegraded werden.

> ... und danach _sollte_ das doch mit minimalstem Aufwand moeglich sein?

Am nuetzlichsten waere im Moment ein Patch, der BNews 8bit-transparent
macht. Freiwillige? Alles klar.

Piet

--
---------------------------------------------------------------------
  Peter Vohmann / piet@okapi.sub.org /   Voice: +49-721-43088    //
  test/vote for 8 bit clean News and ISO-8859-1! [] \X/
---------------------------------------------------------------------
From: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A4000-Kritik/CSS (was Re: Animierter Wait-Pointer unter 3.0)
Date: Wed, 04 Nov 1992 10:03:38 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <1992Oct20.094306.28158@arbi.Informatik.Uni-Oldenburg.DE> <9902@cbmger.de.so.commodore.com>
 <jkBUr*Zl0@forge.erh.sub.org> <xtXUr*dm4@kbsaar.saar.de> <stefanb.720704742@hathi>
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <stefanb.720704742@hathi>, Stefan Becker writes:

> >[...] Bei den ueblichen 512-Bytes Bloecken waere das genau ein Terabyte.
> >Nun kann man die Blockgroesse noch verdoppeln, vervierfachen, ver... :-)
> >Nur daran kann's also nicht liegen.
>
> Die Exec Devices arbeiten aber mit 32Bit BYTE(!!) Offsets und nicht mit
> Bloecken, d.h. bei 4GB ist Schicht.

	Device != FileSystem. Natuerlich ist die Kette
DOS-Library -> Handler-Prozess -> Exec-Device nur so stark wie
ihr schwaechstes Glied. Es ging ja um die Begrenzungen des
FileSystems, dieses adressiert aber _tatsaechlich_ blockweise und
waere damit ohne weiteres in der Lage, Terabytepartitionen zu
verwalten.

> Randell bezog seine Aussage auf Seek(),
> das auch negative Offsets verarbeiten muss, d.h. die Grenze liegt bei 2GB.

	Unter der (kompromisslosen) Annahme, dass die
Groessenbeschraenkung fuer einzelne Files nicht unterhalb der
gesamten Partitionsgroesse liegen darf. Was ja auch nicht um
jeden Preis so stehen bleiben muss, dann kommt vor dem "Disk
voll" Fehler eben "maximale Objektgroesse ueberschritten".

> 	Stefan

--
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: barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: AmiNet auf CD
Date: Sun, 08 Nov 1992 11:24:06 GMT
 <1992Nov4.124428.5390@rz.uni-karlsruhe.de> <1992Nov4.170905.27613@arbi.Informatik.Uni-Oldenburg.DE>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 pre

In article <1992Nov4.170905.27613@arbi.Informatik.Uni-Oldenburg.DE>, Holger Lubitz writes:

> ry53@rz.uni-karlsruhe.de (Angela Schmidt) writes:
> >Jetzt sag' bloss, Du glaubst im Ernst, dass die 50 oder 60 DM Differenz
> >pro CD bei Zop alias Urban Dominik Mueller bleiben werden. Tut mir
> >leid, aber da verdienen ganz andere Leute dran!
> 
> Ja, Walnut Creek und der Importeur der CDs. Erstere dafuer, dass
> sie sich an der Gigabyte-Platte der amiga.physik beteiligt haben, 
> letztere dafuer, dass sie dem Kunden den Stress mit der internationalen
> Bestellung und dem Zoll abnehmen. Jeder, der mag, kann auch direkt
> bei Walnut Creek fuer $24.95 bestellen, womit nur noch Anteil 1 zum
> Tragen kommt. 

Leute, *BITTE* tut mir einen Gefallen und kastriert die CD nicht wie die ab20
CD.  Diese MSDOS-Filenamen sind ja kaum auszuhalten.

zop, bitte bitte bitte, wirke da auf die Walnut Creek Leute ein, dass sie die
CD  so  organisieren,  wie  z.B.   die  Fish-CD.   Da sind die Filenamen auch
vernuenftig.

	Danke & 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/
From: anno4000@zrz.tu-berlin.de (Anno Siegel)
Newsgroups: de.comp.sys.amiga.misc
Subject: ncomm v2.0
Date: 12 Nov 1992 10:49:07 GMT
Organization: tu-berlin
NNTP-Posting-Host: w172zrz.zrz.tu-berlin.de


Vor ein paar Tagen bin ich von ncomm v1.9 auf v2.0 umgestiegen, da v1.9
auf einem A3000 schlecht laeuft. Dabei zeigte sich, dass das Ding nicht
mehr pd sondern shareware ist.  (Der Autor will $$). Aus den Archiven
erhaelt man eine Demoversion, die durch ein paar laestige Requester
angereichert ist. Diese sind auch im Manual erwaehnt.

Daneben zeigt die Demoversion folgendes unschoene Verhalten: Wenn ich 
eine Telefonnummer aus dem Telefonbuch waehlen lasse, erscheint das
Info-Fenster, das den Telefonbucheintrag anzeigt nur ganz kurz und
verabschiedet sich sofort wieder mit einem beep. Es ist auch nicht mehr
moeglich, mehrere Telefonnummern auf Vorrat anzugeben und diese von 
ncomm zyklisch durchprobieren zu lassen. Das Manual sagt hierzu nichts.

Frage an Besitzer (oder Inhaber :-) ) einer lizenzierten Version von
ncomm v2.0: Ist dies
  - ein Konfigurationsproblem?
  - eine Eigenschaft der Demoversion?
  - ein Bug in ncomm 2.0?

Ich moechte ja loehnen, aber nur, wenn ich sicher bin, dass das Produkt
okay ist.

Antworten moeglichst per email, wenn Interesse erkennbar ist, poste ich
eine Zusammenfassung.
-- 
Anno Siegel             Tel.:  +49 30 314 24398
c/o TU-Berlin/ZRZ       s=siegel ou=zrz p=tu-berlin a=dbp c=de 
Einsteinufer 17         siegel@zrz.tu-berlin.de 
D 1000 Berlin 12
Newsgroups: de.comp.sys.amiga.misc