Zitat:

---

Original von Maja:
Demnach soll also ein anderer "Blödian" die CD kaufen, nach MP3 kodieren und online stellen, damit du nichts mit den Kopierschutz am Hut und zudem noch kostenlos die Titel saugen kannst.

Manche Leute kapieren noch weniger als die meisten Verkäufer....

---

Zitat:

---

Original von R-TEAM:
Was ich bisher gelesen habe kann ich davon ausgehen das du das FFS von dem Unit (der FestPlatte) gelöscht hast ...

Das ist aber eigentlich EGAL !!!!
Das FFS ist im KickROM !!!!!!!!!!
(ausnahme wäre wenn das FFS im ROM zum verwendeten FFS inkompatibel wäre! )

---

Zitat:

---

Du musst nur wieder den exakten start- und end-block der partition
SAMT richtigen filesystem und blocksize einstellen ..
dann sind die daten wieder da !!!!
[...]
du darfst nur nix auf die betroffenen blöcke der platte schreiben ..
und nur den RDB ändern .. dann kan nix passieren ..

---

Zitat:

---

Original von Michael_Mann:
Hmm wäre das nicht einen Fall für Petras Eingreifen?
Schließlich ist es ja ein ordentliches und wohlerzogenes Forum...

---

Selbstverständlich gibt "Powerbook" die links/ files nur an Leute weiter, die zweifelsfrei bewiesen haben ,daß sie im Besitz eines Original-ROMs sind.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

Zitat:

---

Original von Cyborg:
Wir reden wohl teilweise aneinander vorbei.. ich meinte mit "dynamisch erzeugen", daß es eben keine #?.device Datei gibt, sondern das Device aus einem anderen Stück Code heraus zur Verfügung gestellt wird.

---

Zitat:

---

Es wäre schön, wenn Du - anstatt Schadenfreude dafür zu empfinden, daß es heutzutage tatsächlich Leute gibt, die mit Assembler nichts anfangen können - mir z.B. eine Quelle nennst, wo ich Informationen zur Device-Programmierung unter C finden kann.

---

Zitat:

---

Es ist richtig, daß ich den User für "dumm" halte.. allerdings konstruktiv* !

---

Zitat:

---

Um Dein Beispiel aufzugreifen: wenn ein User "dir devs:" macht, will er - wie Du selbst geschrieben hast - wissen, welche Devices *installiert* sind.. sprich:
welche Devices hat er zur Verfügung.

---

Zitat:

---

Trotzdem wären mir handfeste Quellenverweise (Device-Coding in C, etc.) lieber, als so lapidare Sprüche, wie "Vielleicht solltest Du mehr Anstrengungen...".

---

Zitat:

---

Original von Cyborg:
Im Ernst, anstatt hier nur groß heiße Luft zu versprühen und zu versuchen, mir meine Arbeit madig zu machen, wären konstruktive Vorschläge weitaus sinnvoller!

---

Zitat:

---

z.B. habe ich die Kapitel über Devices im RKRM Devices und RKRM Libraries genau gelesen... leider steht da aber nur, wie man ein Device *benutzt*, nicht, wie man eines selbst *programmiert* und schon gar nichts von dynamisch erzeugten Devices.

---

Zitat:

---

Jedenfalls hab ich nichts darüber gefunden, außer einem Assembler-Beispielcode für ein Custom-Device, mit dem ich aber mangels Assembler-Kenntnisse nichts anfangen kann..

---

Zitat:

---

Nebenbei hast Du anscheinend nicht verstanden, worum es hier eigentlich geht, also nochmal, nur für Dich: Es wird ein Treiber für eine bestimmte Hardware benötigt, der von einem übergeordneten Stack geladen oder auch wieder entfernt wird.

---

Zitat:

---

Daher *muß* es eine Library sein. Punkt.

---

Zitat:

---

Da also die Library nur geöffnet wird, wenn auch die Hardware vorhanden ist, macht es natürlich Sinn, wenn auch das Device nur dann verfügbar ist. Also dynamisch erzeugt wird (siehe z.B. duart.device oder auch das usbparallel.device von Chris Hodges).

---

Zitat:

---

Leider sieht es so aus, daß ich keine Möglichkeit habe, den Code für das Device in einem Verzeichnis bereitzustellen, sodaß ich ihn immer finden kann und vor allem die Dateistruktur *nicht* durcheinander bringe.

---

Zitat:

---

Schön und gut, wenn aber keine Hardware vorhanden ist (was wohl öfter vorkommt, da sie relativ selten ist), würde dieses Device bei vielen einfach nur rumgammeln und evtl. für Verwirrung sorgen.

---

Zitat:

---

So, jetzt sollte es auch der Letzte verstanden haben, um was es geht. Es ist wirklich traurig, daß man hier genauso angepflaumt wird, wie in den Kommentaren zu irgendeiner News-Meldung, wenn mal etwas nicht nach dem Geschmack gewisser Personen hier ist... tolle Community..

---

Zitat:

---

Original von Cyborg:
Da alles schön kompakt bleiben und das System nicht mit unnötigen Devices vollgemüllt
werden soll (mein Device soll ja nur erzeugt werden, wenn auch eine entsprechende
HW gefunden wurde), möchte ich es einfach aus der Treiber-Lib heraus erzeugen.

---

Zitat:

---

Original von R-TEAM:
Starte das Game wie gesagt von ner BootDisk mit naktem OS3.1 ..
ohne 060(040) lib .. (leider .. währe mehr speed)

---

Zitat:

---

Original von Tessien:
Wenn Du auf diesem System float-Variablen miteinander verrechnest, hat der Compiler grundsätzlich keinerlei Einfluss auf das Bit-Format dieser Variablen. Wenn man einer dieser Variablen aber einen direkten Wert zuweist (f = 2.0f), muss der Compiler sich an das Prozessor-vorgegebene Format halten. Ich sehe da keine Spielräume auf Compilerseite.

---

Zitat:

---

Original von Solar:
Nein. Die Gefahr wäre nur in die OS-Funktion verlagert. Es ist ziemlich schwierig, eine solche Funktion in eienr Weise zu implementieren, die jedem worst-case von multitasking, multiprocessing und Fehlbedienung standhält.

---

Zitat:

---

Und wenn man eine solche ösung hat, kostet sie erhebliches an Laufzeit...

---

Zitat:

---

Na, na. Die allermeisten OS-Routinen werden wohl kaum oft genug aufgerufen, um zwischen zwei Aufrufen nicht aus dem Cache zu wandern. (Wie oft fragst Du die verfügbaren Laufwerke ab?)

---

Zitat:

---

Original von Cj-Stroker:
Ich bin der Meinung, daß dank TCPA+Longhorn/Palladium einige User den PC verlassen werden. Wer sich diese Thematik mal genauer zu Gemüte geführt hat, wird hier schnell erahnen, daß durchaus, eine nicht zu unterschätzende Anzahl flüchtiger User nach Alternativen suchen wird.

---

Zitat:

---

Original von Tessien:
Ich denke eher, das Format ist überall das gleiche, nur halt nicht IEEE irgendwas. Es kann auf jeden Fall nicht Compilersache sein, daß der Prozessor es ja verstehen muss und die verschiedenen Compiler ja Programme für den selben Prozessor erzeugen.

---

Zitat:

---

Original von Solar:
Ganz grundsätzlich gilt: Lock, schnellstmögliches Verarbeiten, Unlock. Schnellstmöglich heißt i.d.R. zwischenpuffern. Dazu kommt die gesunde Paranoia gegenüber jeder Aktion, die komplexer ist als eine Wertzuweisung an fertig allozierten Speicher.

---

Zitat:

---

(Abgesehen davon hat man beim Zwischenpuffern die Daten auch nach der Ausgabe noch zur Verfügung; caching, re-use und Konsorten...)

---

Zitat:

---

Es geht hier wohl eher nicht darum, das die Liste sich ändern könnte, oder um Deadlocks, sondern daß das Programm bei Problemen mit der Write-Operation bei gesetztem Lock abbrechen könnte.

---

Zitat:

---

Das Vermeiden von Deadlocks ist eine akademische Kunst. Ist wie mit Speicherschutz: Perfekt geht nicht. Und wahrscheinlich haben sich die ur-Amiganer bei Deadlocks dasselbe gedacht wie bei Speicherschutz: Wenn wir's nicht perfekt hinbekommen können, dann lassen wir's ganz und freuen uns an der zusätzlichen Performance.

---

Zitat:

---

Original von thomash:

Zitat:

---

Original von Holger:
Wie soll ich dann die DOSList auslesen, wenn ich keine DOS-Funktionen benutzen darf.

---

strcpy(). Oder CopyMem().

---

Zitat:

---

Beispielprogramm >Laufwerk:Datei

Wenn der User das Programm wie oben ablaufen läßt, und ein Laufwerk eingibt, das noch nicht im System existiert, wird die DosList auch bei Write(Output(),,) durchsucht.
...Das kommt vielleicht nicht häufig vor, aber Tippfehler passieren eben und schon wird ein unbekanntes Laufwerk angefordert, z.B. dg0: statt df0:.

---

Zitat:

---

Zumindest sollte man auf Gefahren hinweisen, die auftreten können. Ich würde nicht mal die Beispiele aus den Autodocs und RKMs einfach so übernehmen. Da stecken auch oft unsichere Annahmen drin, aber das sind ja auch explizit Programmierbeispiele, keine fertigen Module.

---

Zitat:

---

Man muß sich im klaren sein, daß der Inhalt der DosList in dem Augenblick veraltet ist, in dem man sie freigibt. Legt der User eine Diskette ein, während die DosList gelockt ist, wird der Diskettenname erst eingefügt, nachdem man die DosList freigegeben hat.

Das ist die eigentliche Bedeutung von "schnell" im DOS-Sinn. Die Liste ist so lange veraltet, wie jemand sie sperrt und das DOS nicht drankommt.

---

Zitat:

---

strcpy(): Das läuft so schnell, wie der Prozessor es eben kann. Es werden nur Zeichen aus dem RAM (DosList) ins RAM (Puffer) geschrieben, und das normalerweise in einer Schleife mit drei Assemblerbefehlen:

---

Zitat:

---

Und eigentlich verursacht ja nicht Write() ein auslesen der DosList, sondern Output().

---

Zitat:

---

Original von hillking:
Wer ist eigendlich Schuld daran das Saddam an der Macht geblieben ist ?
Meiner Meinung nach die Friedensbewegung.

---

Zitat:

---

Die Embargos sind übrigens auch auf den Mist der Freidensbewegung gewachsen, sie war der Meinung das durch Embargos Saddam zur Rückgabe Kuweit gebracht werden können.

---

Zitat:

---

Original von Mad_Dog:
Sind float Werte beim Amiga Standardmäßig im ieee 754 oder Motorola
FFP format gespeichert???

---

Zitat:

---

Original von thomas:
Ich würde

while (dl = NextDosEntry())
{
...
}

nehmen.

---

Zitat:

---

Oder

dl = NextDosEntry();
while (dl != NULL)
{
...
dl = NextDosEntry();
}

---

Zitat:

---

Original von thomash:
And good coders do not use DOS functions, while DOSList is locked...

---

Wie soll ich dann die DOSList auslesen, wenn ich keine DOS-Funktionen benutzen darf.
Einigen wir uns vielleicht doch darauf, das man keine DOS-Funktionen benutzen darf, die selbige modifizieren könnten (einfache Write-Funktionen gehören nicht dazu.)
Ansonsten auch vielen Dank für die Aufmerksamkeit für dieses Beispielprogramm, das in der Praxis so ohnehin nie eingesetzt wird.

Zitat:

---

Im Autodoc steht ausdrücklich, die Zeit kurz zu halten, während der die DOSList gesperrt ist. Besser wäre es also, die Namen in einen Puffer zu kopieren.

---

Zitat:

---

Aber auf keinen Fall bei gesperrter Liste per xxPrintf() ausgeben, das kann funktionieren, muß aber nicht.

---

Zitat:

---

Original von Darksun:
Allerdings habe ich mir dann spaeter die CD32-Version gekauft - in der Hoffnung das hier zumindest die Zwischenanimationen besser seien - und kann mich erinnern das diese auf dem 1200er nicht so gut lief. Allerdings hatte auch diese Version nicht so gravierende Maengel wie von dir beschrieben.

---

code:

---

#include <dos/dos.h>
#include <proto/dos.h>

int main(int argc, char**arg)
{
  struct DosList* dlist;
  char *name;
  int flags=LDF_READ|LDF_VOLUMES; /* LDF_ASSIGNS, LDF_DEVICES, can be or'ed */

  dlist = (struct DosList*)LockDosList(flags);
  if(dlist!=NULL)
  {
    do
    {
      dlist = (struct DosList*)NextDosEntry(dlist, flags);
      if(dlist==NULL) break;
      name = (char*)BADDR(dlist->dol_Name)+1;
      VPrintf("Volume: %sn", &name);
    } while(1);
    UnLockDosList(flags);
  }
  else
  {
    PutStr("Couldn't lock dos listn");
    return RETURN_FAIL;
  }

  return RETURN_OK;
}

---

Zitat:

---

Original von Saint:
Wie währe es denn wenn Amiga Entwickler schonmal eine OS4 Version vorab bekommen würden, um ihre Software anpassen zu können? Von Überaschungen haben die nämlich nicht viel, und es gibt einige die sagen "Ja, wenn wir denn nur erstmal ein sdk hätten würden wir schon....".

---

Zitat:

---

Original von DrNOP:
Wenn du also den Medien nicht glauben willst, gibt es für Dich keinen Krieg im Irak - oder hast du den selbst gesehen? Bush ist nicht Präsi in Amerika - oder hast du ihn beim Regieren beobachtet?

---

Zitat:

---

Original von Askane:
Die USA haben dadurch eine militärische Stufe erreicht, im
konventionellen Krieg, dem heute niemand etwas entgegen zusetzen
hat. Außer Atombomben.

---

Zitat:

---

Original von Acorn:
Noch mal das Beispiel mit movep (könnte genauso gut ein FPU-Befehl sein)
...
68060:
moveq #1,d4
move.w 0(a0,d4.w),d0
move.b 2(a0,d4.w),d0
moveq #2,d4
move.w 0(a1,d4.w),d1
move.b 2(a1,d4.w),d1
moveq #3,d4
move.w 0(a2,d4.w),d2
move.b 2(a2,d4.w),d2
move.w 0(a3,d4.w),d3
move.b 2(a3,d4.w),d3

---

Zitat:

---

Original von Valwit:
benutze die option "quick" beim list behehl, dann hast du nur datei namen, ...

---

Zitat:

---

Original von Lemmink:
Tja, nur dann kannst du pech haben, daß der Zoll die dinger einfach kommentarlos einsackt, ohne Entschädigung versteht sich.

---