AmigaOS 3.5, schoenen Dank auch!
Oliver B. Warzecha
> DO...@acity.dame.de (Christian Wimmer) schrieb:
>
> [...]
>> > was habe ich davon?, bzw. soll ich mir jetzt 1000 EMail Programme
>> > installieren?
>>
>> Naja wird halt dann auch von anderen Apllikationen ansprechbar sein.
>
> Zum Beispiel solcher Müll der dann heimlich vertrauliche Daten per
> E-Mail an jemanden schickt wie dieser T-Online Virus.
Oder wie Melissa Mail an alle Freunde verschickt. :) Aber das geht
unter jedem OS, nicht nur unter Windows. Bei einem Unix wäre halt
system("mail bla") nötig gewesen.
> [...]
>> > Sollte eigentlich 3.5 auf Disktetten ausgeliefert werden?.
>>
>> Nein CDROM
>
> Toll. Das CDFS ist dann auf Diskette (?) und natürlich kein Treiber dabei,
> denn die sind auf dem Amiga entweder Komerziell (IdeFix) oder Shareware,
> was ATAPI angeht.
Grundvoraussetzung für OS 3.5 war doch KS 3.1, oder? Bei der WB 3.1
ist ein ISO9660-Dateisystem dabei. Das sollte zur Aktivierung des
Rockridgetauglichen Systems auf der CD ausreichen. Erst denken, dann
schreiben...
>> > > * Überarbeiteter CLI-Befehl (Join, Status und Type)
>> >
>> > was sollen diese Befehle noch zusätzlich machen (zaubern?).
>>
>> Files zusammenfügen?
>
> Das hat Join bisher auch gemacht. Was ist da jetzt überarbeitet?
Join ist seit eh und je leicht defekt. Status auch. Ob Type jetzt
einen Fehler hatte, weiß ich nicht.
--
OBW - Hilfe bei Einrichtung neuer Newsgruppen? ment...@dana.de
Diese Adresse *nicht* zum Antworten benutzen --^^^^^^^^^^^^^^^^
"...and nothing was ever heard of him again - except to the
sound of T u b u l a r B e l l s" TB3 - Mike Oldfield
Karsten Schilder
[...]
> > Toll. Das CDFS ist dann auf Diskette (?) und natürlich kein Treiber dabei,
> > denn die sind auf dem Amiga entweder Komerziell (IdeFix) oder Shareware,
> > was ATAPI angeht.
>
> Grundvoraussetzung für OS 3.5 war doch KS 3.1, oder? Bei der WB 3.1
> ist ein ISO9660-Dateisystem dabei. Das sollte zur Aktivierung des
> Rockridgetauglichen Systems auf der CD ausreichen. Erst denken, dann
> schreiben...
PLONK
Ohne Gerätetreiber nutz Dir das beste Filesystem nüscht. Und dieser Geräte-
treiber ist weder auf den OS 3.1 Disketten noch im ROM.
Bis denne...
--
+-------------+-------------------------------------------------------------+
| /// | -- MicroDot 1.17beta5 ---- Sysop: Da...@karsoft.east.de --- |
| /// | PGP-Key on Request Voice: (0177)4791461 |
| \\\/// | BBS Karsoft: +49-345-8051181 WISECOM 33.600 SVD |
| \XX/ | Boxzeiten: So-Do 22:30 - 0:00 Uhr, Fr&Sa 22:30 - 1:00 Uhr |
+-------------+-------------------------------------------------------------+
Rene Haustein
von da...@karsoft.east.de (Karsten Schilder) aufmerksam machen zu
müssen:
>PLONK
Was dass'n?
>Ohne Gerätetreiber nutz Dir das beste Filesystem nüscht. Und dieser Geräte-
>treiber ist weder auf den OS 3.1 Disketten noch im ROM.
Ich wußte nicht, daß irgendwo auf meiner HD noch ein cdrom.device
rumschwirrt. Bei mir tuts das scsi.device, bei anderen sicher das
atapi.device oder was ähnliches. Wo liegt das Problem?
CU
--
René Haustein (mro...@advis.de)
IRC-Nick: Mrothyr
ICQ-UIN: 15645415
Perry Rhodan = SF aka Scienceless Fiction?
Heiko Polig
<377f5079...@news.btx.dtag.de>:
>>PLONK
>Was dass'n?
Normalerweise der Eintrag ins Killfile, es fehlt aber das Attribut
"fett" beim Zeichensatz.
--
bye
Heiko
Rene Haustein
von "Heiko Polig" <heiko...@gmx.net> aufmerksam machen zu müssen:
>Normalerweise der Eintrag ins Killfile, es fehlt aber das Attribut
>"fett" beim Zeichensatz.
Ich weiß, was ein *PLONK* ist - ich verstehe das in dem Zusammenhang
als Reaktion nicht. OBW wegen seiner Aussage bezüglich des Filesystems
zu plonken, ist ja wohl lächerlich.
Oliver B. Warzecha
<3fTytMD...@data.karsoft.east.de>:
>> ist ein ISO9660-Dateisystem dabei. Das sollte zur Aktivierung des
>> Rockridgetauglichen Systems auf der CD ausreichen. Erst denken, dann
>> schreiben...
>
> PLONK
>
> treiber ist weder auf den OS 3.1 Disketten noch im ROM.
Tja, Du wirst es leider nicht lesen, aber entweder solltest Du deine
nicht automountenden Karten nach 10 Jahren endlich mal in die Tonne
treten oder Dir Gedanken machen, warum Dein CD-Laufwerk überhaupt läuft.
Ich gehe mal stark davon aus, daß OS 3.5 vorhandene, womöglich noch
aktivierte Treiber nicht löscht. Könnte auch ziemlich tödlich enden.
Karsten Schilder
[...]
Ein PLONK stellt sowas wie einen Verweis dar, daß Du gegen die Netzregeln
z.B. durch einen persönlichen Angriff verletzt hast.
> >Ohne Gerätetreiber nutz Dir das beste Filesystem nüscht. Und dieser Geräte-
> >treiber ist weder auf den OS 3.1 Disketten noch im ROM.
>
> Ich wußte nicht, daß irgendwo auf meiner HD noch ein cdrom.device
> rumschwirrt. Bei mir tuts das scsi.device, bei anderen sicher das
> atapi.device oder was ähnliches. Wo liegt das Problem?
Atapi.device ist ein komerzielles Produkt (IDEFix) und lag der WB 3.1 schon
nicht bei und befindet sich auch nicht im ROM. Der Featureliste ist nicht
zu entnehmen, daß es OS 3.5 beiliegen soll. Also sind die Leute die das
nicht wissen und sich ein CD-ROM auf gut glauben kaufen und an die interne
IDE Schnittstelle anschließen angeschissen, weil kein passender Treiber
dem System beiliegt. Sie werden mit viel Glück dann noch erfahren, daß sie
sich dann das IDEFix Packet für noch ein paar Scheine kaufem müssen.
Michael Ulbrich
>mro...@advis.de (Rene Haustein) schrieb:
>[...]
>> Ich wußte nicht, daß irgendwo auf meiner HD noch ein cdrom.device
>> rumschwirrt. Bei mir tuts das scsi.device, bei anderen sicher das
>> atapi.device oder was ähnliches. Wo liegt das Problem?
>Atapi.device ist ein komerzielles Produkt (IDEFix) und lag der WB 3.1 schon
>nicht bei und befindet sich auch nicht im ROM. Der Featureliste ist nicht
>zu entnehmen, daß es OS 3.5 beiliegen soll. Also sind die Leute die das
>nicht wissen und sich ein CD-ROM auf gut glauben kaufen und an die interne
>IDE Schnittstelle anschließen angeschissen, weil kein passender Treiber
>dem System beiliegt. Sie werden mit viel Glück dann noch erfahren, daß sie
>sich dann das IDEFix Packet für noch ein paar Scheine kaufem müssen.
Da bei meinem Versuch ein normales CD-LW am A4000-IDE-Port ohne Probleme
mit dem scsi.device v43 von amiga.de anzusprechen ging, halte ich das
für nicht zutreffend.
Schönen Tag noch.
Gruß aus Berlin... Michael
--
Amiga-Schnäppchen: http://www.amiga-shop.arco.de/
Karsten Schilder
[...]
> > Ohne Gerätetreiber nutz Dir das beste Filesystem nüscht. Und dieser Geräte-
> > treiber ist weder auf den OS 3.1 Disketten noch im ROM.
> ^^^
> Tja, Du wirst es leider nicht lesen, aber entweder solltest Du deine
> nicht automountenden Karten nach 10 Jahren endlich mal in die Tonne
> treten oder Dir Gedanken machen, warum Dein CD-Laufwerk überhaupt läuft.
Erklär mir bitte, wie ich die interne IDE Schnittstelle in die Tonne treten
soll.
Abgesehen davon denke ich nicht, daß ich der Einzige bin, der diese
/kostengünstige/ Variante benutzt.
Rene Haustein
>Ein PLONK stellt sowas wie einen Verweis dar, daß Du gegen die Netzregeln
>z.B. durch einen persönlichen Angriff verletzt hast.
Ein PLONK ist der Hinweis, daß dein Vorredner im Killfile steht. Es
ist also schon ein ziemlich harter Verweis. Und genau deswegen war mir
die Reaktion da nicht ganz klar, da Oliver dich wirklich in keiner
Weise angegriffen hat.
>> Ich wußte nicht, daß irgendwo auf meiner HD noch ein cdrom.device
>> rumschwirrt. Bei mir tuts das scsi.device, bei anderen sicher das
>> atapi.device oder was ähnliches. Wo liegt das Problem?
>
>Atapi.device ist ein komerzielles Produkt (IDEFix) und lag der WB 3.1 schon
>nicht bei und befindet sich auch nicht im ROM.
Beim 1200/4000 müßte sich definitiv ein Device zum Ansprechen der
IDE-Schnittstelle im ROM befunden haben - ansonsten würde der gar
nicht von der IDE-Schnittstelle booten. Und ich unterstelle hiermit
mal, daß das Device auch die Anbindung von CD-ROMs erlaubte - in
welcher Qualität allerdings (siehe CD-ROM-Filesystem des 3.1-Paketes)
steht auf einem anderen Blatt.
Es stimmt allerdings - atapi.device kann es nicht gewesen sein, da
ATAPI damals noch gar nicht aktuell war.
>Der Featureliste ist nicht
>zu entnehmen, daß es OS 3.5 beiliegen soll.
ATAPI ist ja eine Erweiterung des IDE-Standards für die neueren
IDE-Geräteklassen (Streamer, Removable, WORM, Read Only), eine
Erweiterung des vorhandenen IDE-Devices um die ATAPI-Klassen sollte
doch schon zu den Features des Updates zählen (für mich eher
uninteressant, da SCSI) - einer aus der Entwicklermannschaft sollte da
eher Auskunft geben können, inwieweit die mit NSD (Aus dem NSD-Readme:
"Added ATAPI support.") implementierte ATAPI-Unterstützung im neuen OS
benutzt wird und wie funktionell/stabil diese ist.
Michael Ulbrich
[...]
>Beim 1200/4000 müßte sich definitiv ein Device zum Ansprechen der
>IDE-Schnittstelle im ROM befunden haben - ansonsten würde der gar
>nicht von der IDE-Schnittstelle booten. Und ich unterstelle hiermit
>mal, daß das Device auch die Anbindung von CD-ROMs erlaubte - in
>welcher Qualität allerdings (siehe CD-ROM-Filesystem des 3.1-Paketes)
>steht auf einem anderen Blatt.
Nein, das scsi.devcie des A1200/4000 redet mit nichts anderem als HDs.
Das scsi.device v43 dagegen unterstützt den Atapi-Standard.
Karsten Schilder
[...]
> Da bei meinem Versuch ein normales CD-LW am A4000-IDE-Port ohne Probleme
> mit dem scsi.device v43 von amiga.de anzusprechen ging, halte ich das
> für nicht zutreffend.
Hab eben das aktuellste scsi.device v43.24 (a300.ld.strip) installiert und
... es tat sich nichts. Mounten damit war nicht drin, FindCD hat wie SysInfo
auch nur die Platte gefunden.
Ohne das komerzielle atapi.device ist hier auf dem A1200 nichts drin.
Karsten Schilder
[...]
> >Atapi.device ist ein komerzielles Produkt (IDEFix) und lag der WB 3.1 schon
> >nicht bei und befindet sich auch nicht im ROM.
>
> Beim 1200/4000 müßte sich definitiv ein Device zum Ansprechen der
> IDE-Schnittstelle im ROM befunden haben
Ist drin, frißt aber nur die Platte. Von CD weit und breit nix zu sehen.
[...]
> >Der Featureliste ist nicht
> >zu entnehmen, daß es OS 3.5 beiliegen soll.
>
> ATAPI ist ja eine Erweiterung des IDE-Standards für die neueren
> IDE-Geräteklassen (Streamer, Removable, WORM, Read Only), eine
> Erweiterung des vorhandenen IDE-Devices um die ATAPI-Klassen sollte
Gab es denn etwa IDE CD-ROMs, die ohne ATAPI auskamen?
> doch schon zu den Features des Updates zählen (für mich eher
> uninteressant, da SCSI) - einer aus der Entwicklermannschaft sollte da
> eher Auskunft geben können, inwieweit die mit NSD (Aus dem NSD-Readme:
> "Added ATAPI support.") implementierte ATAPI-Unterstützung im neuen OS
> benutzt wird und wie funktionell/stabil diese ist.
Interessant. Ist das erste Feature daß ich nutzen würde, wenn ich NSD
installieren würde.
Oliver B. Warzecha
<7lqnai$bs6$2...@news.nikoma.de>:
>
[Vollquote, die Fehlerkorrekturen in OS 3.5 betreffend, gelöscht]
>
> Und was hat das mit dem Thread zu tun?
Da das Subject des Threads hier bei mir immer noch "Re: AmigaOS 3.5,
schoenen Dank auch!" lautet, *deutlich* mehr als Dein Gelaber über
Speicher, der von Windows vollgeblasen werden soll (womit auch immer,
hauptsache, es wird genutzt, gell?) oder die Behauptung, daß Win 98
"sehr gut und einfach erlernbar" wäre. (Wobei man Dir noch
Gegenbeispiele liefert und Du nicht verstehst, was gemeint ist.)
Verrate bitte mal, was diese beiden Themen in einem Thread mit dem
genannten Titel zu suchen haben, wenn Du es schaffst, eine logisch
nachvollziehbare Begründung zu liefern, die nicht auf persönlichen
Defiziten basiert, kriegst Du vielleicht einen Platz in den Annalen des
Usenets.
O tempora, o mores! Früher lieferten sich die Streiter wenigstens einen
Diskurs auf hohem Niveau und es war Fachwissen und Kompetenz
involviert...
[fup2, für die Benutzer schlechter Newssoftware extra erwähnt]
Rene Haustein
von "Michael Ulbrich" <mulb...@amiga-shop.arco.de> aufmerksam machen
zu müssen:
>Nein, das scsi.devcie des A1200/4000 redet mit nichts anderem als HDs.
Aha. Implementiert also nur den alten IDE-Standard. Ist auch
verständlich - in Anbetracht des Alters...
>Das scsi.device v43 dagegen unterstützt den Atapi-Standard.
Das dürfte das Device vom NSE-Paket sein, oder? Das wird wohl zum OS
3.5 dazugehören - alles andere wäre unlogisch.
Rene Haustein
>Gab es denn etwa IDE CD-ROMs, die ohne ATAPI auskamen?
Jupp, einige in der Anfangszeit der IDE-CD-ROMs. ATAPI wurde ja
geschaffen, um den Wildwuchs da zu beenden, da jede Firma meinte, eine
eigene Umdeutung des IDE-Standards für Wechseldatenträger entwickeln
zu müssen.
Oliver B. Warzecha
> o...@amarok.ping.de (Oliver B. Warzecha) schrieb:
>
> [...]
>> > Ohne Gerätetreiber nutz Dir das beste Filesystem nüscht. Und dieser Geräte-
>> > treiber ist weder auf den OS 3.1 Disketten noch im ROM.
>> ^^^
>> Tja, Du wirst es leider nicht lesen, aber entweder solltest Du deine
>> nicht automountenden Karten nach 10 Jahren endlich mal in die Tonne
>> treten oder Dir Gedanken machen, warum Dein CD-Laufwerk überhaupt läuft.
>
> Erklär mir bitte, wie ich die interne IDE Schnittstelle in die Tonne treten
> soll.
Da habe ich vielleicht ein bißchen was falsch verstanden, zu meiner
Entschuldigung kann ich nur sagen, daß ich am Amiga SCSI-Purist bin.
> Abgesehen davon denke ich nicht, daß ich der Einzige bin, der diese
> /kostengünstige/ Variante benutzt.
Nein, aber Du wirst doch *jetzt* einen Treiber dafür haben, sonst
würdest Du es nicht benutzen. Und meine Aussage betraf primär den
Punkt, daß OS 3.5 sich hüten wird, irgendwelche *vorhandenen* Treiber zu
löschen (es ist ja nicht Windows ;).
Das heißt: Läuft Dein Laufwerk jetzt, so wird es auch nach dem Upgrade
laufen. Ich sehe keinen Grund, warum das nicht so sein sollte. Im
Gegenteil: Da das scsi.device V43 neuerdings ATAPI-tauglich ist, kannst
Du deinen alten Treiber vielleicht sogar entsorgen, wenn der
systeminterne besser tut. (Das mit der ATAPI-Tauglichkeit war mir aber
bis dato nicht bekannt, das gebe ich zu.)
Joerg Hintze
führten die Finger von da...@karsoft.east.de (Karsten Schilder)
ein Tanz auf der Tastatur auf.
Wobei folgendes zum Thema Re: AmigaOS 3.5, schoenen Dank auch! herauskam:
> Hab eben das aktuellste scsi.device v43.24 (a300.ld.strip) installiert und
> .... es tat sich nichts. Mounten damit war nicht drin, FindCD hat wie SysInfo
> auch nur die Platte gefunden.
>
> Ohne das komerzielle atapi.device ist hier auf dem A1200 nichts drin.
Also es geht, auch bei mir. Hier die Mountlist meines CD0: auf dem
A 4000 :
/***************************************************************/
/* CacheCDFS mountlist entry © 1993 Elaborate Bytes, O. Kastl */
/***************************************************************/
FileSystem = L:CacheCDFS /* The name of the game */
Device = "scsi.device" /* Name of exec device driver */
Unit = 1 /* exec device unit */
Flags = 0 /* OpenDevice flags */
BlocksPerTrack = 351000 /* Unused */
BlockSize = 2048 /* True, but unused */
Mask = 0x7ffffffe /* Memory mask for direct read */
MaxTransfer = 0x1000000 /* Maximum amount of bytes for direct read */
Reserved = 0 /* Unused */
Interleave = 0 /* Unused */
LowCyl = 0 /* Unused */
HighCyl = 0 /* Unused */
Surfaces = 1 /* Unused */
Buffers = 100 /* Number of cache lines */
BufMemType = 513 /* MEMF_PUBLIC|MEMF_24BITDMA */
BootPri = 2 /* Boot priority for MountCD */
GlobVec = -1 /* Do not change! */
Mount = 1 /* Mount it immediately */
Priority = 10 /* Priority of FileSystem task */
DosType = 0x43443031 /* Currently unused */
StackSize = 3000 /* Minimum stack required is 3000! */
Control = "MD=0 LC=2 DC=8 S L LV AL LFC=1 HR=.rsrc"
/* The Control field is for special adjustments */
/* L/S convert all file/volume names to lowercase */
/* LV/S convert volume names to lowercase */
/* AL/S Auto-Lower converts only non-Amiga CDs */
/* LFC/N start converting at this character */
/* LC/N/A number of blocks per cache line */
/* DC/N/A number of cache lines for the data cache */
/* MD/N/A number of blocks, when starting direct read, not using */
/* the cache. 0 will be a reasonable default (LC*DC+1) */
/* S/S Do SCSI direct commands, no Trackdisk like commands! */
/* NC/S Do NOT use TD_ADDCHANGEINT, poll for DiskChange! */
/* M/S Issue a TD_MOTOR (OFF) command after read */
Ohne CD - Filesystem läuft natürlich nichts, aber es ist eindeutig zu
sehen das daß scsi.device benutzt wird. Hier noch die Startup - Seq.
meines A 4000 :
;BEGIN IDEfix
If Exists C:IDEfix
; You may want to exchange the following line with LoadIDE reset quiet
; to make IDEfix reset resident, or LoadIDE start quiet
; to start IDEfix immediately and have it reset resident
; from the next reboot. Make sure to put LoadIDE behind any Kickstart mappers!
C:IDEfix
EndIf
;END IDEfix
; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
; Startup-Sequence for hard drive systems
C:SetPatch QUIET
------ Cut --------
Das ganze funktioniert auch grundsätzlich mit dem Patch für das
scsi.device, so sah die Startup - Seq. vorher aus :
LOADV43Module >NIL: a1000.ld.strip REBOOT
; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
; Startup-Sequence for hard drive systems
C:SetPatch QUIET
---- Cut -----
Ich habe das geändert, da es mit Idefix genauso schön funktioniert
und es mir auf den Keks gegangen ist das der Rechner zweimal neu
bootet. Einmal über die oder wegen der PPC - Karte und das zweite
Mal wegen dem Scsi - Patch.
Und der Vorteil von Idefix ist, das die HD - Led sofort erlischt,
was vorher erst der Fall war wenn das CD - Rom gemountet wurde.
--
Gruß aus Berlin
Joerg Hintze Zconnect -> <Joerg....@Constellation.prometheus.de>
Internet -> <Joerg....@Metronet.De>
=============================================================================
... "Was soll das heissen, du hast einen kleinen Job fuer mich?"
-Herkules-
=============================================================================
Michael Ulbrich
>Am 06.07.1999
>führten die Finger von da...@karsoft.east.de (Karsten Schilder)
>ein Tanz auf der Tastatur auf.
>Wobei folgendes zum Thema Re: AmigaOS 3.5, schoenen Dank auch! herauskam:
>> Hab eben das aktuellste scsi.device v43.24 (a300.ld.strip) installiert und
>> .... es tat sich nichts. Mounten damit war nicht drin, FindCD hat wie
>> SysInfo auch nur die Platte gefunden.
>>
>> Ohne das komerzielle atapi.device ist hier auf dem A1200 nichts drin.
>Also es geht, auch bei mir. Hier die Mountlist meines CD0: auf dem
>A 4000 :
[...]
>LOADV43Module >NIL: a1000.ld.strip REBOOT
>; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
>; Startup-Sequence for hard drive systems
>C:SetPatch QUIET
Ich hatte es mit AmiCDFS an einem A4T probiert, da lief es so auch.