HDTenEightyP/NetNews huggingface dataset:
From: stefanb@tschil.informatik.rwth-aachen.de (Stefan Becker)
Subject: Re: Uebergang vom Internet ins FidoNet ?
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 22 Jul 92 11:34:09 GMT

Ich forwarde hier mal den Artikel aus de.comm.gateways von Martin Junius,
dem Betreiber des FIDO/Internet Gateways.

-------------------------------- Cut Here --------------------------------
From: mj@sungate.fido.de (Martin Junius)
Subject: Liste der Fido.DE-Nodes
Date: Mon, 20 Jul 1992 10:00:06 GMT

Folgende FIDO-Nodes in Deutschland (Region 24) und ihre Points sind
unter der Domain fido.de erreichbar. Adressierung erfolgt entweder
ueber den aufgefuehrten Hostnamen oder die bekannte Adressierung
user_name@p<POINT>.f<NODE>.n<NET>.fido.de.

	Node		Hostname
	----		--------
	2:240/300       finland.fido.de
	2:240/605       aventure.fido.de
	2:241/2002      m2tek.fido.de
	2:241/2003      fast.fido.de
	2:241/2000      fast.fido.de
	2:241/2004      nordsee.fido.de
	2:241/2006      ossi.fido.de
	2:242/2         yftn.fido.de
	2:242/4         golem.fido.de
	2:242/5         black.fido.de
	2:242/6         hippo.fido.de
	2:242/7         mowgli.fido.de
	2:242/9         freax.fido.de
	2:242/26        straylight.fido.de
	2:242/27        golem-wh.fido.de
	2:242/40        uniline.fido.de
	2:242/42        wharfrat.fido.de
	2:242/47        dungeon.fido.de
	2:242/512       con.fido.de
	2:245/36        softstream.fido.de
	2:245/41        netgate.fido.de
	2:245/67        eurologic.fido.de
	2:245/568       oracle.fido.de
	2:245/96        daolin.fido.de
	2:245/305       os2point.fido.de
	2:245/5800.12   smallo.fido.de
	2:246/34        lapis.fido.de
	2:246/200       passau.fido.de
	2:246/201       passau.fido.de
	2:246/202       passau.fido.de
	2:247/402       ccs.fido.de
	2:249/3         wildcat.fido.de
	2:249/6         spam.fido.de
	2:249/18        disaster.fido.de
	2:2400/21       nirvana.fido.de
	2:2400/22       tms.fido.de
	2:2400/20       tms.fido.de


Beispiel fuer die Adressierung:

Es soll eine Mail an den User "Max Mueller" mit der FIDO-Adresse
2:242/6.99 geschrieben werden. Die Adresse ist dann
	max_mueller@hippo.fido.de
oder
	max_mueller@p99.f6.n242.fido.de
Optional kann auch die Zone 2 angegeben werden
	max_mueller@p99.f6.n242.z2.fido.de

Andere FIDO-Nodes koennen ueber die normale fidonet.org-Adressierung
erreicht werden, z.B.
	max.mueller@p99.f6.n242.z2.fidonet.org
Bitte beachtet den "." und dass diese Messages im Normalfall ueber den
Gateway in den USA laufen!

Martin
-- 
Automatisch generierte Message.
-------------------------------- Cut Here --------------------------------

	Stefan

-- 
Mail  : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen  ///    Only
Phone : +49-241-505705                      Germany     ///  Amiga makes
Domain: stefanb@pool.informatik.rwth-aachen.de      \\\///  it possible..
FIDO  : 2:242/7.6, Stefan_Becker@mowgli.fido.de	     \XX/  -->A3000/25<--
From: wusel@hactar.sub.org (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: HDToolBox und Nicht-Commo-Hostadapter
Date: 27 Jul 92 00:32:47 GMT
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 <1992Jul22.134920.15134@arbi.Informatik.Uni-Oldenburg.DE>,
	Frank.Neumann@arbi.informatik.uni-oldenburg.de (Frank Neumann) writes:

% Hallo da draussen,
% es ist doch immer wieder interessant, undokumentierte Features (nein, ich
% meine jetzt KEINE Bugs ;) in 2.0 zu entdecken - so dieses:
% HDToolBox unterstuetzt einige Tooltypes, die ich im Handbuch nirgendwo
% beschrieben fand. Diese Tooltypes koennten wohl fuer einige Leute mit

     Oder auch  wenn  das Handtuch grade auszer Reichweite ist, bietet sich
ein HexDump an =:->

% Nicht-Commodore-Hostadaptern von Interesse sein. Ich zitiere einfach

Oder auch zukunftskompatiblen C=Hostadaptern (aka 2090a) ...

% mal aus HDToolBox, V2.22:
[...]
% Also, man kann kurz gesagt entweder als Parameter beim Aufruf oder
% als ToolType den zu benutzenden Driver festlegen - da bietet sich
% bei gewissen Firmen z.B. sowas an wie
%
% SCSI_DEVICE_NAME=gvpscsi.device
%
% als ToolType einzutragen.
%
% Und es klappt ! Ich hab's gerade bei einem Kollegen ausprobiert. Da
% ich die dem GVP-Hostadapter beiliegende Software ('FastPrep') nicht gerade
% als das Gelbe vom Ei bezeichnen moechte (siehe u.a. .sig), hat man
% mit HDToolBox eine durchaus gelungene Alternative ohne Aufpreis -
% natuerlich nur, wenn man ein 2.0-Original hat...
% Laut Aussage eines Bekannten soll diese Methode auch bei anderen Host-
% adaptern funktionieren - aber dazu will ich nichts sagen, weil ich's nicht
% ausprobieren kann.

     Ich aber,  meine schnucklige  neue  Platte  hdtte ich damit bearbeiten
koennen  trotz  2090a:  `hdtoolbox  hddisk.device  3  1',  voila.  Nun, das
abspeichern  des  RDBs oder was auch immer haette wohl nichts gebracht, und
die  Plattendaten  (Koepfe  etc.) von der Platte zu lesen klappt auch nicht
(weder  von  der  Fujitsu  noch  von  der  Quantum  -  kann  der  2090a das
vielleicht  nicht?!),  aber  wenigstens  haette  ich mir das ausrechnen der
Start- und End-Cylinder fuer die Mountlist sparen koennen =:->

% SCSI_MAX_ADDRESS  (ok, der legt fest, bis zu welcher Adr. nach ange-
%                   schlossenen SCSI-Devices gesucht werden soll)

Nimm mal >32 - bei mir gab's 'nen schoenen Absturz =:->

% SCSI_MAX_LUN      (?? entsprechend fuer die LUNs unter einer Adresse ??)

HDToolbox/Platte hing, wenn ich nicht expilzit `1' angab ...
			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|_

"Wir  wollen  naemlich  gar nicht besser sein / Hauptsache naemlich, wir koennen
immer schrei'n!"              -- Lassie Singers, "Die Lassie Singers helfen Dir"

-- KEINE FRAGEN, KEINE LUEGEN V0.815
Newsgroups: de.comp.sys.amiga.misc
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Message mitten aus Port-Queue Reply'en?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sun, 26 Jul 1992 16:53:59 GMT

In <npglr*fg0@forge.erh.sub.org> barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
>*WO* finde ich denn in den RKM's, dass es erlaubt ist, in den internen
>Intuition-Queues rumzupfuschen? Und wie zukunftssicher ist das?

Im Beispiel-Source zu CloseWindowSafely.. BTW, der Messageport gehoert
dem deinem Programm (und wurde nur von intuition.library allokiert).

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."
Newsgroups: de.comp.sys.amiga.misc
From: blatter@ifi.unizh.ch (Martin A. Blatter)
Subject: Re: Amiga Netzwerk
Organization: University of Zurich, Department of Computer Science
Date: Sat, 25 Jul 92 08:37:37 GMT

In article <1992Jul24.121123.14922@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
>In article <Mario_Capellari.02qm@turttwo.tynet.sub.org>, Mario_Capellari@turttwo.tynet.sub.org (Mario Capellari) writes:
>|> Ich ueberlege mir eine Ethernet-Netzwerkkarte fuer meinen Amiga 2000. 
>|> Rankommen soll ein IBM-kompatibler, der unter UNIX laeuft.
>
> Der Amiga als Client, oder als Server ? Zur Zeit geht mit der Software nur
> ersteres.

Kommt darauf an...Die derzeitige TCP/IP Software hat auch einen ftp-, tftp-
und rsh-*Server* (eine noch aeltere Beta-Version hatte sogar einen telnetd).
Was die AS225 nicht bietet ist ein NFS-Server.

> diverses mehr auch. Ich weiss jetzt nicht, ob rpc-support gegeben ist, ich
> vermute nicht. 

Sollte eigentlich....

> hat, ist sie ziemlich variabel einsetzbar, angeblich gibt es sogar einen
> Novell-Client, das Problem: Die Firma (ACS) ist pleite, keine Ahnung
> was jetzt mit der Software ist.

Es gibt noch den Novell-Client von Oxxi/Commodore, der mal in AmigaWorld
beschrieben wurde. Ob und wo das Teil erhaeltlich ist, entzieht sich
leider meiner Kenntnis. jedenfalls machte das Teil einen recht guten
Eindruck (aber was diskutieren wir hier ueber Novell, wenn es eigentlich
um TCP/IP geht ;-)

 
-- 
-------------------------------------------------------------------------
Martin A. Blatter                           blatter@amiga.physik.unizh.ch
Any sufficiently advanced bug is indistinguishable from a feature.
                                                         -- Rich Kulawiec
From: fjrei@kbsaar.saar.sub.org (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: FastFileSystem im RDB
Date: Wed, 22 Jul 1992 11:05:38 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <A+Knr*2X1@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> stellen, dass in allen RDBs meiner Festplatten ein FastFileSystem drin war.
> Dunkel hatte ich in Erinnerung, dass man sowas nicht braucht, wenn man die
> Platte nur unter OS 2.0 verwenden will (und das ergibt sich auf meinem ROM-
> 37.175-A3000 zwangsweise ;-)

	Korrekt.

> Da stellt sich die Frage:  wozu braucht man auf einem reinen OS 2.0 System
> noch L:FastFileSystem?  Ich denke, das ist in der Kickstart drin!?

	Korrekt. Es wird das FFS aus dem ROM genommen.

> Kann man im RDB problemlos (d.h.  kein Formatieren) speziell 36.102 durch
> 36.104 ersetzen?

	In HDToolBox Advanced Options -> Add/Update -> Update File System.

> Kann man nicht das FastFileSystem voellig aus dem RDB raus-
> schmeissen?

	In HDToolBox Advanced Options -> Add/Update -> Delete File System.

> Welche Version hat das FastFileSystem der
> Kickstart 37.175 (und wie kann man das ermitteln)?

	version wb_2.x:

> Ich erinnere mich dunkel an ein spezielles FastFileSystem, das fuer Platten
> gedacht war, die unter 1.3 und 2.0 betrieben werden mussten.

	Dazu gab's immer ein FFS auf der Install-Disk.

> zwar 2.0-like, jedoch waren div.  2.0-Funktionen nicht moeglich.  Ist das
> halbwegs korrekt?  Wenn man mit solch einem FastFileSystem als z.B.
> "c:makelink" benutzt, passiert nix, oder was?
	
	C:MakeLink existiert gemeinhin auf einer WB1.3 nicht.
Auch das List-Kommando reagiert nicht entsprechend. Ich koennte mir
vorstellen, dass eine Benutzung dieser Kommandos unter WB1.3 durchaus
einen Absturz provozieren koennte, falls sie sich ueberhaupt starten
lassen (vielleicht checken sie ja die Version der Dos-Library). Das
FileSystem hingegen koennte diese Packets (ACTION_MAKE_LINK...) verstehen,
aber die V34- Dos-Library wird solche in Ermangelung geeigneter Funktionen
(MakeLink()...) niemals senden.

> IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany

	Du kannst das FFS bedenkenlos aus dem RDB loeschen.

--
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: lkv@mania.hotb.sub.org (Lutz Vieweg)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Mehr Speed fuer A3000
Date: 20 Jul 92 09:13:34 GMT
Organization: The Funny Farm
X-Newsreader: Arn V1.00 alpha rel3

In article <Q2amr*QN1@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> heute zufaellig "SCRAMmer V37.2" in die Haende gefallen.

> Na, wie auch immer -- es gibt da zwei Modi "PAGEDETECT" und "WRAP".  Wenn man
> die beiden setzt, wird der A3000 nochmals einen Tick schneller.  Der Gewinn
> ist deutlich messbar mit den gaengigen Benchmark-Programmen.  (jetzt bitte
> keine Wunder erwarten a la "doppelt so schnell wie ein 68040", ich sagte nur,
> dass der A3000 ohne Zweifel schneller wird dadurch).

Nun, auch ich habe SC-RAM, und habe mal mit diesen Modi und dem Scrammer
herumgespielt. Ergebnis: Der interne Benchmark des SCrammer zeigt tatsaechlich
eine Beschleunigung des Rechners - ein anderes Programm (AIBB 4.5)
weiss aber sogar von einer gewissen Verlangsamung zu berichten.

Also ich lasse die Finger davon.


cu, Lutz Vieweg
From: wasp@chumly.ka.sub.org (Walter Mildenberger)
Date: Mon, 27 Jul 1992 20:12:10 +0200
Organization: *private amiga site*
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Amiga Netzwerk
X-Newsreader: Ann 0.9
MIME-Version: 1.0
Content-Type: text/plain: charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Charset: LATIN1

In article <1992Jul25.083737.17936@ifi.unizh.ch>,
	blatter@ifi.unizh.ch (Martin A. Blatter) writes:
$>In article <1992Jul24.121123.14922@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:

$>> angeblich gibt es sogar einen
$>> Novell-Client, das Problem: Die Firma (ACS) ist pleite, keine Ahnung
$>> was jetzt mit der Software ist.
$>
$>Es gibt noch den Novell-Client von Oxxi/Commodore, der mal in AmigaWorld
$>beschrieben wurde. Ob und wo das Teil erhaeltlich ist, entzieht sich
$>leider meiner Kenntnis.

Also BBM bietet auch einen Novell-Client an, ich nehme an, das ist der von
der ACS (rip), aber nix genaues weiss man nicht...

mfG
-- 
Walter Mildenberger, Morgenstr. 55, W-7500 Karlsruhe 1,FRG, (0721)385090
Sub/UseNet: wasp@chumly.ka.sub.org -or-  Bitnet: UKF5@DKAUNI2.Bitnet
	"...und dann die naechste Kneipe rechts!"	[Heiko W. Rupp]
From: stesch@sks.ppc.sub.org (Stefan Scholl)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Hardlinks kopieren (HD->HD)
Organization: _private_ site
Date: Wed, 22 Jul 1992 19:10:44 

In article <2a6a7762@bcstarc.stgt.sub.org>, Frank Pecher writes:

> 
> From article <anEmr*k95@sks.ppc.sub.org>, by stesch@sks.ppc.sub.org (Stefan Scholl):
> >[...]
> > Doch was mache ich mit den Hardlinks? copy clone macht das bestimmt nicht.
> > Gibt es eine Moeglichkeit?
> 
>     Erkundige  Dich  mal  nach Backup-Programmen, ich glaube  manche  (QB?)
> koennen das.

Genau das will ich ja vermeiden. Es sollen von einer HD auf die andere HD
alle Dateien kopiert werden. Der Umweg ueber ein Backupprogramm ist eben
ein Umweg.

-- 
From: Stefan Scholl <stesch@sks.ppc.sub.org>
"Hello, hello, hello, hello, hello, hello, hello, hello, hello,
 hello,  hello, hello, hello, hello, hello, hello!"     Nirvana
From: lkv@mania.hotb.sub.org (Lutz Vieweg)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Und noch ein mal... A4000
Date: 20 Jul 92 09:21:31 GMT
Organization: The Funny Farm
X-Newsreader: Arn V1.00 alpha rel3

In article <udo.08hi@ubla.novalis.public.sub.org>, Udo Blatzheim writes:

> In article <KH-kr*bg0@forge.erh.sub.org>,
> 	barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
> > In article <SE7kr*nC1@mania.hotb.sub.org>, Lutz Vieweg writes:
> [...]
> > 
> > *DAS IST ALLES GEQUIRLTE SCHEISSE! VERGESST ES*
> > 
> > 
> > 	Ciao
> > 		Henning

Ach ja? Nun, als der Text durch's Netz ging, der den A600 ankuendigte,
haben wir sowas ja auch schonmal gehoert... ich bin sicherlich nicht
der groesste Fan von obskuren Geruechten, aber ich weiss auch, welchen
Quellen ich mein Vertrauen schenke. Meine Frage aus dem letzten Posting
bleibt bestehen: Wer moechte bitte konkret dementieren, dass die
naechste Generation von Amigas ueber den sogenannten AA-Chipsatz verfuegen
wird, der mit so netten Features wie 256 24+1 Bit Farb-Registern, mehr als
6 BitPlanes, deinterlacing, groesseren Sprites usw.. aufwarten wird?


Ich finde den Eiertanz von C= und manchem "Entwickler" ziemlich peinlich:
Einerseits staendig beteuern muessen, es werde an neuem gearbeitet, und
natuerlich werde man die Amiga-Serie nicht hoffnungslos veralten lassen,
weil sich jahrelang nichts wesentliches getan hat, und andererseits
den potentiellen Kunden moeglichst im unklaren lassen, auf das er sich
am Tag vor erscheinen der neuen Modelle noch einen A3000 kaufe, und
sich am naechsten Tag vor Wut die Haare ausreisse...

... da bleibt nur ein Trost: Wenn denn in diesem Jahr tatsaechlich neue
Modelle rauskommen, dann duerften die Preise zu Beginn wohl wieder
auf "phantastischem" Niveau liegen... ein paar Trottel, die fuer das
neueste sofort eine grosse Menge Geld hinlegen, finden sich ja immer... :)


In freudiger Erwartung der wilden Dementies und Flames,

cu, Lutz Vieweg


--
 ..instead of funeral wreaths we'd like you to send your donations
   to lkv@mania.hotb.sub.org even now. Credit-cards welcome.
From: micromuncher@anm.zer.sub.org (Michael Urban)
Newsgroups: de.comp.sys.amiga.misc
Subject: PropGadget / Clipping
Date: 21 Jul 92 17:08:00 GMT
Followup-To: de.comp.sys.amiga.misc
Organization: Zerberus Network Area, Germany
X-Z-Path: ANM!LINK-HH!SHLINK
X-Gateway: US SHLINK [shgate V1.89]

------------------------------------------------- Hamburg, 21.07.92 17:54 ----

Hallo Leute...

ich habe mich jetzt endlich mal dazu durchgerungen, meinen Amiga in C zu
programmieren. Dabei bin ich auf zwei Probleme gestoszen, die ich mit der
mir zur Verfuegung stehenden Literatur nicht loesen kann.

1) Ich habe ein Fenster, in dem eine Grafik dargestellt wird. Diese
   Grafik (mittels Move und Draw erzeugt)  kann in vertikaler Rich-
   tung groeszer als  das Fenster werden.  Um die Grafik  scrollen zu
   koennen, habe ich ein Scrollbar-Gadget angebracht. 

   Meine Frage ist nun 
 
     a) Wie musz  ich das Gadget refreshen,  wenn sich die Grafik in 
        der Hoehe aendert (Formel fuer VertPot ?)

     b) Wie frage  ich ab,  wenn der  Benutzer  den Scrollbar  ver-
        schoben hat ?  (Ich brauche praktisch die Nummer der ersten
        darzustellenden Zeile.)

und

2) Wie erreiche ich es, dasz beim Zeichnen der Grafik nicht ueber den
   Fensterrand hinaus gezeichnet wird. Ich habe gehoert, dasz das mit
   einem GimmeZeroZero-Fenster geht, aber mit dem Nachteil, dasz das
   Programm langsamer wird und mehr Speicher verbraucht.

   Frage :
 
        Geht das auch anders zu erreichen, und wenn ja: wie ?
        (Layers ?) 

  P.S. : Antworten wenn moeglich als C-Source-Broeckchen...

P.P.S. : Bitte fuer WB 1.3.  Ich habe zwar  2.0 laufen, aber das ist
         ohne RKM Libs (hab4 ich noch nicht bekommen) fuer mich noch
         zu undurchsichtig.


Vielen Dank,

            Michael

------------------------------------------------------------------
Michael Urban                                      2000 Hamburg 67                                 
                 Z-Netz: micromuncher@AMN.ZER
                   UUCP: mlurban@hactar.sub.org
------------------------------------------------------------------
-- MPoint 2.0 Pro  (C)1992 M.Aberle  
Newsgroups: de.comp.sys.amiga.misc
From: brenner@crab.tat.physik.uni-tuebingen.de (Martin Brenner)
Subject: Re: Info ueber trackdisk-kompatibles Device
Organization: TAT (Theoretical Astrophysics Tuebingen), U. of Tuebingen, FRG
Date: Fri, 31 Jul 1992 10:20:10 GMT

barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:

>In article <zrawi01.712244965@indiaka>, J. Wiedmann writes:

>> Hallo,
>> 
>> ich moechte in ein Programm eine DiskCopy-aehnliche Routine einbauen. Sie
>> soll aber nicht nur fuer df0:-df3: funktionieren, sondern auch fuer andere
>> Devices, die nach demselben Prinzip arbeiten, z.B. msh: oder ff0: (mit Fast-
>> FileSystem gemountetes df0:), natuerlich nur sofern das Format uebereinstimmt.
>>
>> Ich moechte also, zu einem gegebenen Device- oder Volumenamen die noetigen
>> Informationen bestimmen, als da waeren:
>> 	- Zahl der Koepfe, Zylinder, Sektoren
>> 	- Bytes pro Block
>> 	- Verwendetes Filesystem
>> 	- Trackdisk-kompatibel (Ja/Nein)


>Du  gehst  die  Device-Liste  durch  und  schaust beim gesuchten Device unter
>dn_Startup nach.  Dort findest Du die FileSysStartupMsg:

>struct FileSysStartupMsg {
>    ULONG	fssm_Unit;	/* exec unit number for this device */
>    BSTR	fssm_Device;	/* null terminated bstring to the device name */
>    BPTR	fssm_Environ;	/* ptr to environment table (see above) */
>    ULONG	fssm_Flags;	/* flags for OpenDevice() */
>};

>Dort  findest  Du Unit und Device-Name, ausserdem einen Zeiger auf 'Environ'.
>Dieser enthaelt:

Richtig, aber Achtung: einige der Zeiger sind BPTR! Das heisst, vor dem
Verwenden zweimal nach links shiften.

Laut 2.0 Doku zum Trackdisk-Device (RKM Devices, S. 309) gibt es 
inzwischen auch Device-Kommando TD_GETGEOMETRY, das die Information
liefern soll. Habe ich noch nicht ausprobiert, aber die Frage ist 
natuerlich welches Device dieses Kommando noch hat, scsi.device laut
RKM anscheind schon mal nicht :-( Also doch die Methode ueber die
Dos Device List...

Dabei bin ich grade auf einen Hinweis in scsidisk.h gestossen:
Da scheint es ein iddisk.device fuer den 2090A zu geben. Frage:
Was tut das (anscheinend scsidisk.device emulieren ?) und vor allem
wo bekomme ich das her?

Tschuess,
-Martin
--
Martin Brenner, Institut f. Theoretische Astrophysik, Universitaet Tuebingen
brenner@tat.physik.uni-tuebingen.de    <Deepthought the Nightfall Sourcerer>
From: barnard@forge.erh.sub.org (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Was, bzw. wo ist AmigaGuide ??
Date: Thu, 30 Jul 1992 19:37:14 GMT
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 beta rel1

In article <20371@sbsvax.cs.uni-sb.de>, Andreas Jung writes:

> Wer weiss wo man dieses Programm finden kann (PD ?) ?

Das ist Commodore-Developer-Software und nur fuer solche erhaeltlich.

... lass Dich registrieren .... :)

	Ciao
		Henning

--
-- Henning Schmiedehausen --- barnard@forge.erh.sub.org --- A 3000/25 --- __
Captain, wir koennen es schaffen, wir koennen den  |Home of Barnard's__  ///
Transporter modifizieren. Wir brauchen 15 Jahre und|Software Forge   \\\///
100 Techniker... - Geordi LaForge, ST:TNG - The ensigns of command    \XX/
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Fehler in File Notification?
Date: Tue, 28 Jul 1992 01:25:56 GMT
Reply-To: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00 beta rel2

Halloele,

nachdem ich den armen Stefan Stuntz voellig verunsichert habe, die File
Notification im MFR funktioniere nicht richtig, habe ich herausgefunden,
dass die File Notification an sich gar nicht richtig zu funktionieren
scheint (zumindest in 37.175 und meinem Verstaendnis nach).

Man mache File Notification auf ein Directory "mydir" (aber NICHT im RAM: !)

Es wird funktionieren, wenn man z.B. "echo test >mydir/blafasel" macht.
Es funktioniert NICHT, wenn man die DOS-Funktion SetFileDate("mydir/bla-
fasel") auf ein bestehendes File anwendet.  Es funktioniert ebenfalls
nicht, wenn man die DOS-Funktion Open("mydir/blafasel",MODE_READWRITE)
benutzt und damit ein neues File erzeugt.  Ebensowenig funktioniert es
bei SetProtection().

Witzig dabei, zumindest die Methode mit Open() funktioniert immerhin in
der RAM-Disk.

Tja, die Frage ist nun.  Worauf reagiert "File Notification" eigentlich?
                         -----------------------------------------------

Und das Versagen bei Open(<file>,MODE_READWRITE), ist das nun ein Feature
oder ein Fehler im Betriebssystem?  Kann man womoeglich einstellen, auf
welche Arten der Modifikation eines Files man File Notification wuenscht?

Also ich persoenlich verstehe unter "File Notification" JEDE Art der
Modifikation (Existenz, Groesse, Prot. Bits, Datum, Inhalt etc.)

	Erwarte ich zuviel?  --  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