amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 46 47 48 49 50 -51- 52 53 54 55 56 >> Letzte Ergebnisse der Suche: 2068 Treffer (30 pro Seite)
Holger   Nutzer

10.08.2004, 16:09 Uhr

[ - Direktlink - ] 		Thema: Coldfire
Brett: Amiga, AmigaOS 4

Zitat:
Original von chkamiga:
Immernoch? Aber bei JIT ist nicht mehr 100% Kompatiblität
gewährleistet. Z.b. selbstmodifizierender Code.
In der Praxis wird Dir wohl kaum ein solcher über den Weg laufen. Und wenn tatsächlich ein Programm selbst Code erzeugt, muß es auch einen korrekten instruction cache flush durchführen, damit ihm das Ganze nicht ab 68020 um die Ohren fliegt.
Und wenn der instruction cache korrekt geleert wird, weiß auch ein JIT, das das dazugehörige Speichersegment neu übersetzt werden muß. Da gibt es überhaupt keine Kompatiblitätsprobleme.

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

10.08.2004, 16:04 Uhr

[ - Direktlink - ] 		Thema: Coldfire
Brett: Amiga, AmigaOS 4

Zitat:
Original von fatfred:
Zitat:
Original von Vigo:
....
Leider traue ich nur noch ganz wenigen Entwicklern im Amigabereich das Know How zu, eine solche Karte zu entwickeln.

Mich würde interessieren, welchem der verbliebenen Entwickler du den Entwurf/Bau einer solchen Karte zutrauen würdest. Mir fiele da auf Anhieb keiner mehr ein;-)
Sich selbst.
Hättest Du doch nur weiterlesen müssen.
Zitat:
Original von Vigo:
Vielleicht muss man ja irgendwann einmal selbst tätig werden...

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

10.08.2004, 15:59 Uhr

[ - Direktlink - ] 		Thema: FFS int und OS1.3
Brett: Amiga, AmigaOS 4

Zitat:
Original von thomas:
Ja, genau das meinte ich. In der HDToolbox oder HDInstTools hast du die Möglichkeit (und die Pflicht), die benutzten FileSysteme auf der Festplatte zu speichern.
Das funktioniert aber i.A. nur mit custom filesystemen reibungslos. Du mußt den Identifier eingeben und die meisten filesysteme haben nur einen, bzw. interessieren sich selbst gar nicht dafür. Im Falle von FFS muß das ROM aber wissen, daß "DOS1" bis "DOS5" verschiedene Identifier für das gleiche filesystem sind. Bzw., unter bestimmten Versionen behandelt das FFS auch die OFS-formatierten Partitionen mit. Aber woher soll OS1.x das wissen?

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

[ Dieser Beitrag wurde von Holger am 10.08.2004 editiert. ]
 
Holger   Nutzer

09.08.2004, 12:32 Uhr

[ - Direktlink - ] 		Thema: Coldfire
Brett: Amiga, AmigaOS 4

Zitat:
Original von Murmel:
Wäre es nicht noch günstiger einfach einen aktuellen Amd zu nehmen, daraus eine Karte zu machen mit schneller DDR-Anbindung, einfach ne 68k emu reinzudrücken ?
Zumindest hätte das zur Folge, daß der Entwickler ganz genau erkennt, was auf ihn zu kommt, und nicht in den Irrglauben verfällt, nur weil da irgendein Teil des Befehlssatzes dem des 68k ähnlich ist, wäre die Sache jetzt leichter.

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

09.08.2004, 12:21 Uhr

[ - Direktlink - ] 		Thema: FFS int und OS1.3
Brett: Amiga, AmigaOS 4

Zitat:
Original von DariusBrewka:
Ich glaube schon das es schon mit 1.3 FFS gab aber nicht im ROM, sodass man nicht von z.B. Diskette Booten konnte,auf die Platte hatte man das FS aber installieren können, da OS1.3 erstmals auch von HD booten konnte.
Richtig, FFS gab es seit 1.3, aber nicht "FFS int". Die Internationalisierung gibt es ab WB2.1, ob allerdings ein entsprechendes FileSystem-Replacement für OS2.x zur Verfügung gestellt wurde, weiß ich nicht. Im Zweifelsfall sollte man davon ausgehen, daß "FFS int" erst ab OS3.x zur Verfügung steht.

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

29.07.2004, 14:10 Uhr

[ - Direktlink - ] 		Thema: FFS versus SFS
Brett: Amiga, AmigaOS 4

Zitat:
Original von Palgucker:
Aber das man im RDB solchen "Unfug" eintragen lassen kann, ist mir auch neu.
Unfug ist nicht der richtige Ausdruck. Diese Identifier sind eben dafür da, beliebige Dateisysteme zu erlauben, sonst hätten wir ja ein Problem, weil man kaum neue ID's bei Commodore beantragen könnte.
Es gibt auch Dateisysteme, die den verwendeten Typ auswerten, bei diesen kann man dann nicht einfach irgendetwas nehmen. Aus Sicht des RDB's gilt nur: gleiche ID == gleiches Dateisystem, wenn für eine ID schonmal ein FS geladen wurde, dann lade es nicht neu, sondern benutze dieses.

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

27.07.2004, 19:23 Uhr

[ - Direktlink - ] 		Thema: FFS versus SFS
Brett: Amiga, AmigaOS 4

Zitat:
Original von Brunadi:
Ich habe die neueste Version von SFS 1.227.
Und mit HDToolbox unter SFS1 installiert. Habe bis jetzt keinen
Fehler bemerkt.

Aus dem SFS-Guide:
On this screen you should be able to select which filesystem to
add, select l:SmartFilesystem. You now should be able to set the
DosType (or Identifier) field to 0x53465300 ("SFS"). You may
need to change the filesystem type to 'Custom' first before you can set this.
An sich ist der Identifier ziemlich egal, solange es keine Überschneidungen mit anderen FileSystemen gibt.
Es gab bei SFS einen Generationswechsel, bei dem Partionen mit der alten Version nicht mehr ohne reformat verwendet werden konnten. Wer in der Zeit alte Partionen und die neue Version gleichzeitig verwenden wollte, um z.B. die Daten zu kopieren, mußte für die verschiedenen Versionen auch unterschiedliche Identifier verwenden. Wer nur eine Version, egal ob alt oder neu, verwendet, kann problemlos "SFS" verwenden, aber natürlich auch "SFS1" oder meinetwegen auch "COOL".

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

21.07.2004, 18:52 Uhr

[ - Direktlink - ] 		Thema: Kleines Fenster öffnen
Brett: Amiga, AmigaOS 4

Zitat:
Original von Indy:
Wie muß man dieses Script abändern, um nicht das Fenster der RamDisk zu öffnen, sondern das Fenster eines tieferliegenden Verzeichnisses wie z.B. SYS:Prefs/Icons/RefreshPointerDrawer; und dieses in der kleinst möglichen Größe in der linken oberen Bildschirmecke ?
Auf die schnelle würde ich sagen
code:
address WORKBENCH
window "SYS:Prefs/Icons/RefreshPointerDrawer" open

mit der Größe kann ich jetzt aber nicht aus dem Kopf sagen...

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

[ Dieser Beitrag wurde von Holger am 21.07.2004 editiert. ]
 
Holger   Nutzer

13.07.2004, 20:26 Uhr

[ - Direktlink - ] 		Thema: Festplattenproblem
Brett: Amiga, AmigaOS 4

Zitat:
Original von novamann:
Wenn ich das so lese......
....... ist da jetzt die HD gemeint, oder.....?
::D: :8):
Die HD natürlich, denn bei der ist keiner zu erkennen. :lach:

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

13.07.2004, 13:51 Uhr

[ - Direktlink - ] 		Thema: Foundation Director's Cut: Raubkopie?
Brett: Amiga, AmigaOS 4

Zitat:
Original von cgutjahr:
Ich hatte Thomas Steiding von Epic kurz angemailt, und er schätzt dass ca. 300-400 Kopien von Director's Cut in dieser (meiner) Form vertrieben wurden, *bevor* die "richtig" produzierte Version auf den Markt kam.
Das heißt, ich gehöhre zu der elitären Gruppe der Erstkunden, die diese "limited edition" auf der Messe gekauft haben. :lach:
Dieses Sammlerstück wird ja nochmal richtig im Wert steigen, wenn es vorher nicht auseinanderfällt.*g*

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

09.07.2004, 22:40 Uhr

[ - Direktlink - ] 		Thema: Foundation Director's Cut: Raubkopie?
Brett: Amiga, AmigaOS 4

Zitat:
Original von cgutjahr:
Okay, danke - sieht wohl so aus als hätte ich Pech gehabt :(
In der Tat, allerdings muß das nicht zwangläufig gleich Raubkopie bedeuten, habe auch eine lowcost-Produktion dieser Art. Wahrscheinlich waren irgendwann die aufwendiger produzierten Exemplare alle.

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

08.07.2004, 20:01 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

Zitat:
Original von chkamiga:
>Das Validieren hat oft mehr als 5 Minuten gedauert.

Was sagt uns das?
2.Festplatte ist lahm
Eben noch hast Du selbst gepostet, daß es bei Dir 10 bis 15 Min dauern kann, und jetzt sind die 5 Minuten bei jemand anders also schon lahm.

Was sagt uns das?

1. Chkamiga schreibt nur Müll
2. Chkamiga merkt sich nicht einmal, was er einen Tag vorher für einen Müll geschrieben hat

Wir wissen ja inzwischen, daß Dein Amiga zehnmal schneller als alle anderen Amigas läuft und noch nie abgestürzt ist und die Daten sicherer aufbewahrt als alle anderen Rechner. Wahrscheinlich kannst Du auf Deinem Amiga auch auf magische Weise hundert Zeichen lange Dateinamen unter FFS nutzen. Du mußt es uns aber nicht immer wieder erzählen.
SFS ist eben ein Dateisystem, daß auf allen Amigas, außer dem von "chkamiga", schneller und zuverlässiger funktioniert als FFS. Und noch ein paar Features mehr bietet, die "chkamiga" nicht braucht. Nimm bitte in Zukunft einfach an, daß in jedem Eintrag im Glossar die Fußnote steht "das hier gesagte gilt möglicherweise nicht für Rechner, die 'chkamiga' in den Fingern hatte". Es ist uns einfach zuviel Tipparbeit, es jedesmal hinzuschreiben.

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

[ Dieser Beitrag wurde von Holger am 08.07.2004 editiert. ]
 
Holger   Nutzer

07.07.2004, 15:00 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

Zitat:
Original von Eule:
Ich freue mich über jeden der das Verhalten von SFS in diesem Fall
korrekt erklären möchte.
Nahezu alle Dateisystemoperationen erfordern das Verändern mehrerer Blöcke. Wenn man diese Veränderungen einfach nacheinander ausführt, wie beim FFS, befindet sich die Platte zwischenzeitlich in einem inkonstenten Status, der bei einer Unterbrechung durch z.B. Stromausfall erhalten bleibt.
Dabei geht es nichtmal um unvollständige Dateien, sondern um so schwerwiegende Dinge, wie Blöcke, die als fälchlicherweise als (un)benutzt markiert sind, falsche Datelängenangaben oder Directories, in deren Verkettung Einträge fehlen oder noch auf nicht mehr gültige Einträge verwiesen wird.
Da das FFS nicht weiß, was zuletzt passiert ist, muß es in dieser Situation die gesamte Partition analysieren und einen konsistenten Zustand herstellen, der aber nicht immer das gewünschte liefert. Eine Datei ist dann u.U. weder im alten, noch im neuen Zustand, sondern wird gar nicht mehr gerettet.

SFS führt alle Operationen, die auf mehreren Teilen bestehen, in einem bis dato unbenutzten Bereich aus und aktiviert diese Änderungen erst nach erfolgreicher Fertigstellung, wobei es in einem speziellen Bereich der Partition notiert, was es jetzt machen wird. Wenn SFS unterbrochen wird, stellt es beim nächten booten fest, daß a) keine Operation vermerkt ist, d.h. entweder hat keine stattgefunden oder sie war noch nicht fertiggestellt und kann deshalb nicht beendet werden, oder b) es ist eine vermerkt, die somit bereits fertiggestellt war und nur noch beendet werden muß, dann wird dies auch getan. In jedem Fall ist aber nur die letzte Operation betroffen und nicht der Rest der Partition.

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

[ Dieser Beitrag wurde von Holger am 07.07.2004 editiert. ]
 
Holger   Nutzer

07.07.2004, 14:43 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

Zitat:
Original von chkamiga:
Reorg lässt es auch nicht zu Partionen über >4GB zu
Optimieren.
Na, wenn Du es weisst, dann frag doch nicht, was sfs besser kann.
Defragmentieren von Partitionen über 4GB Größe, zum Beispiel.
Zitat:
>Defragmentieren ist in SFS bereits eingebaut, benötigt kein
>zusätzliches Programm, es sei denn, die willst noch 'ne
>lustige GUI dafür haben. Defragmentieren kann man bei SFS
>jederzeit starten und wieder unterbrechen, versuch das mal
>mit ReOrg.

Hab ich noch nicht gesehen.
Ja, wenn Du es noch nicht gesehen hast, dann existiert es auch nicht. Was soll diese blödsinnige Aussage? Du hast gefragt, was SFS besser kann und hier ist eine der vielen Antworten: Du kannst die eingebaute Defragmentierfunktion jederzeit starten, zwischendurch abbrechen, auf der Partition arbeiten, auch schreiben, und danach die Defragmentierung fortsetzen.

Zählt natürlich nicht als Vorteil, weil unser chkamiga hat diese Funktion noch nicht gesehen.
Zitat:
>Und disksalv, na ja, wozu, wenn man unter SFS keinen
>Datenverlust hat.

Wie gesagt wenn du noch 16 MB im Speicher hast, die
noch nicht geschrieben sind, sind sie weg, also Datenverlust.
Herje, es geht nicht um die 16MB im Speicher, es geht um die Daten, die vor dem unterbrochenen Speichervorgang auf der Platte waren und durch ungültige Daten überschrieben wurden.
Abgesehen davon, daß FFS bei einer 20GB Partition gerne mal zwei Stunden braucht, um das zu retten, was noch zu retten ist.
Zitat:
Ich wüsste nicht wie man FFS zum "Datenverlust" bringen
kann.
In dem man seinen Amiga auch tatsächlich benutzt und somit erstmal überhaupt wichtige Daten auf der Festplatte speichert, die man dann verlieren könnte. Daß DU keine Daten verlieren kannst, ist mir schon klar.

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

05.07.2004, 14:58 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

Zitat:
Original von chkamiga:
Ansonsten gibts Disksalv zum wiederherstellen und
Reorg zum Defragmentieren. Beides sind Programme
denen ich Blind vertraue, jedoch gehen die mit SFS
nicht.
LOL, und beide funktionieren mit Partitionen >4GB nicht. Wenn Du Deine Daten schreddern willst, dann vertrau ruhig diesen Programmen blind.
Defragmentieren ist in SFS bereits eingebaut, benötigt kein zusätzliches Programm, es sei denn, die willst noch 'ne lustige GUI dafür haben. Defragmentieren kann man bei SFS jederzeit starten und wieder unterbrechen, versuch das mal mit ReOrg.
Und disksalv, na ja, wozu, wenn man unter SFS keinen Datenverlust hat.

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

05.07.2004, 14:15 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

@Reth:
Offenbar hast Du sfs mit eingeschalteter Wiederherstellungsoption benutzt. Das kann man einstellen, wenn man die Partition mittels sfsformat formatiert.
Ich verstehe allerdings nicht, warum Du so ein Problem damit hast. Alle geslöschten Dateien gehen dort hinein und können, wenn man sie doch noch benötigt, wiederhergestellt werden. Wenn der Platz gebraucht wird, verschwinden sie i.A. auch von selbst.
Ich glaube nicht, dass amigift seine Dateien dort anlegt. Warum sollte es? Sie werden irgendwo anders auf dieser Partition angelegt und weil sie, wie es mit temp-Dateien so ist, hinterher wieder gelöscht werden, landen sie danach im trash-Verzeichnis.

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

[ Dieser Beitrag wurde von Holger am 05.07.2004 editiert. ]
 
Holger   Nutzer

05.07.2004, 14:05 Uhr

[ - Direktlink - ] 		Thema: Kann Verzeichnis nicht löschen
Brett: Amiga, AmigaOS 4

Zitat:
Original von chkamiga:
Verstehe sowieso nicht warum welche SFS statt FFS verwenden.
Weil es
  • Keinen Datenverlust bei unterbrochenen Schreibvorgängen gibt und deshalb
  • nie validieren muß
  • schon immer Platten/Partitionen >4GB unterstützt hat
  • längere Dateinamen unterstützt
  • bei großen Dateien schneller ist
    Ach ja, und weil
  • manch einer mit der Möglichkeit, gelöschte Dateien einfach wiederherstellen zu können, umgehen kann und sie zu schätzen weiß
    Zitat:
    Mit FFS hab ich fast 10 MB/s und mit SFS auch.
    Das einzigste wo es schneller ist, ist ein verzeichnis
    mit mehr als 10000 Dateien.
    Ja, wer außer Geschwindigkeit nix kennt... Aber wenn's denn sein muß...
    Mit welchem Programm hast Du gemessen?
    Hast Du schonmal Dateien mit mehr als 20MB Länge bearbeitet?

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

    14.06.2004, 14:57 Uhr

    [ - Direktlink - ]     		Thema: Virtueller SPeicher unter OS3.9
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Begeisterter_Amiga_User:
    zum anderen ist mir die problematik bekannt die der chipsatz des amigas mit dem speicher hat aber da ist nur ein hacken nämlich was ist mit den speichererweiterungen die keinen extracontroller besitzen?
    Es gibt keine Speichererweiterungen mit mehr als 2MB Chip-RAM.
    Zitat:
    ne da ist nur das problem das das ursprungskonzept des motherboards des amigas falsch konzipiert wurde und zum anderen ist das chipram dazu gedacht das die grafik augegeben werden kann wenn keine graka im system vorhanden ist sowie für den audioprozessor als cash
    Erstens ist mir neu, daß ich meinen Audioprozessor bezahlen muß, damit ich etwas hören kann, zweitens kann ich mehr als 2MB RAM auf mein motherboard installieren, nur nicht mehr als 2MB Chip-RAM.
    Zitat:
    da die customchips auf den speicher separat und schneller zurückgreifen können als wie in den fastram und ihre daten dann eher da auslagern als ins fastram
    Die Custom-Chips können gar nicht auf das Fast-RAM zugreifen, und auf das Chip-RAM greifen sie nicht separat zu, sondern müssen sich die Zugriffe mit der CPU teilen, deshalb ist FastRAM für die CPU schneller, ja das FAST im FastRAM bedeutet schnell, fast heißt schnell, Fast-RAM heißt schnelles RAM, na kapiert? Oder war's jetzt zu schnell?
    Zitat:
    aber die customchips sind in der lage mehr adressieren zu können denn auch die memorycards die als chipram konfiguriert werden, werden von den customchips adressiert
    MemoryCards werden nicht als Chip-RAM eingebunden.
    Zitat:
    ich weiß nicht woher du deine infos hast aber die sind nicht ganz koreckt ...
    Lern erstmal schreiben, dann informiere Dich richtig, und dann kannst Du auch versuchen andere zu belehren.

    mfg

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

    14.06.2004, 14:46 Uhr

    [ - Direktlink - ]     		Thema: Amiga OS 4 auch aufm Mac?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Gutzi:
    1. Ist es euch egal, wenn der Amiga entgültig stirbt?
    Ja.
    Zitat:
    2. Denkt ihr ernsthaft, dass eure alten Kisten ewig halten?
    Nö, aber je später man den Nachfolger (egal worum es sich handelt) kauft, desto länger wird dieser dann halten.
    Zitat:
    3. Seid ihr einfach nur geizig oder sind etwa wirklich alle Amigauser arbeitslos?
    Wo ist Dein Problem? Bist Du nicht glücklich mit Deinem AOne? Müssen jetzt andere auch noch Geld zum Fenster rauswerfen, damit Du nicht das Gefühl hast, der einzige Dumme zu sein?
    Mit Amiga-stirbt-sonst und ihr-habt-doch-eh-zuviel-Geld Parolen wirst Du jedenfalls niemanden vom AOne überzeugen können.

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

    04.06.2004, 17:38 Uhr

    [ - Direktlink - ]     		Thema: AOS4-pre ist da!
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von BJ:
    Dann leb' ich wohl im Zauberwald, was ;) Ich lade dich gerne ein, dich selbst davon zu überzeugen: die besagten Win2000-Rechner stehen: ...

    Den Abteilungslaptop habe ich gerade hier zu Hause: Hat 2,5GHz, 256MB RAM und braucht für Win2000 zum Starten:
    ...
    Windows2000 braucht deutlich länger als XP zum Hochfahren, und noch deutlicher ist der Unterschied beim Runterfahren.
    Auf meinem mehrere Jahre altem PC braucht 2k geschlagene 20s zum Shutdown, XP braucht 2s. Zum Hochfahren kann ich keine Zahlen liefern, werde 2k nicht nochmal installieren, XP ist aber definitiv schneller, insb. wenn es um das Starten mit Netzwerklaufwerken o ä geht. Bei XP werden deutlich mehr Initialisierungsprozesse parallel im Hintergrund ausgeführt.
    Man kann noch mehr herausholen, wenn man diverse unbenötigte Dienste (insb. die sicherheitsproblematischen) abschaltet.

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

    02.06.2004, 13:33 Uhr

    [ - Direktlink - ]     		Thema: Abstürze durch zu langem Monitorkabel?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von GMB:
    na ja, immerhin scheint verlass auf die guten alten plaste und elaste aus der DDR zu sein... Wo kamen die doch gleich her? Bitterfeld? (bin "Wessi").
    Schkopau

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

    [ Dieser Beitrag wurde von Holger am 02.06.2004 editiert. ]
     
    Holger   Nutzer

    27.05.2004, 16:16 Uhr

    [ - Direktlink - ]     		Thema: Abstürze durch zu langem Monitorkabel?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von gerbil:
    Halte ich für sehr unwahrscheinlich. Denn schließlich gibt der Rechner an den Monitor ja nur was aus, es kommt nix mehr zurück. Also ist es ihm völlig egal, wie lang das Kabel da ist.
    Und ein Amiga bootet ja schließlich auch ganz ohne Monitor...
    Für den PC gilt das aber nicht. Bei PnP fließen auch Daten in die umgekehrte Richtung, zumind. beim Hochfahren. Und einige PC-Betriebssysteme reagieren da mitunter empfindlich.

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

    26.05.2004, 20:52 Uhr

    [ - Direktlink - ]     		Thema: Mehrere Befehle aufrufen - wie gings noch?
    Brett: Amiga, AmigaOS 4

    Nachtrag:
    Natürlich kannst Du mittels Ctrl+RAmiga+J Zeilenwechsel einfügen, die Ausführmethode auf CLI stellen, und Warten auf Eingabe abschalten und hast dann auch ungefähr das, was Du beschreibst.
    Aber das ist nicht das, was man als "es geht" bezeichnet. Im Prinzip hast Du damit auch ein Skript geschrieben und es über ein nicht wirklich als solches gedachtes "Feature" zum Laufen überredet. Du mußt jederzeit damit rechnen, daß irgendein Programm mit dieser Art von Mißbrauch nicht klar kommt und Deine Mühe zunichte macht.
     
    Holger   Nutzer

    26.05.2004, 20:44 Uhr

    [ - Direktlink - ]     		Thema: Mehrere Befehle aufrufen - wie gings noch?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Cottet:
    Ich weiß, dass das geht, nur habe ich leider vergessen WIE.
    Mann kann in dieser Zeile die Befehle trennen, sodass eben die dort stehenden Programme/Tools nacheinander ausgeführt werden - und dann erst das Programm, zu dem das Icon gehört.
    Und ich weiß, daß das nicht geht. Und auch noch nie ging. Du kannst nur genau ein Standardprogramm angeben. Oder Du benutzt die hier beschriebene Variante, bei der Du die Befehle nacheinander in ein Skript schreibst. Das macht genau das, was Du willst. Schreib einfach das Standardprogramm als letztes in die Datei.

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

    23.05.2004, 16:07 Uhr

    [ - Direktlink - ]     		Thema: Leerzeichen,lange Dateinamen
    Brett: Amiga, AmigaOS 4

    Übrigends kann man Windows viel leichter durcheinanderbringen, wenn man Dateien con ,aux oder prn nennt :nuke:

    mfg
    --

    [ Dieser Beitrag wurde von Holger am 23.05.2004 editiert. ]
     
    Holger   Nutzer

    23.05.2004, 16:04 Uhr

    [ - Direktlink - ]     		Thema: Leerzeichen,lange Dateinamen
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Maja:
    Ich hatte bislang auch noch keine Probleme mit solchen CDs unter Windows. Nur hab ich hier auch keine RockRidge-CDs. Selbst auf dem Amiga habe ich das beim Brennen tunlichst vermieden. Kompatiblität geht vor Starrsinn. ;)
    Wollen wir doch mal eine Lanze für Amiga-Brennsoftware brechen.
    Überlange Dateinamen, also mehr als 30 Zeichen, im ISO-Teil (nicht den RR-Extensions) unterstützt IMHO kein Amiga-Programm. Da braucht man schon andere Software. Und Backslash im Namen, na ja, macht man eher selten :)
    Zitat:
    Aber wie thomas schon sagte. chkamig hat höchstwahrscheinlich auf dem Amiga mit MakeCD eine RockRidge CD gebrannt (oder noch "schlimmer").
    Daran wäre nichts auszusetzen. Dann wäre sie i.A. ISO-Level 2 kompatibel.
    Zitat:
    Eine CD ist entweder ISO9660 Level 1,2,3, Joliet oder UDF. Oder es ist keine CD. Punkt.
    RR ist ein Zusatz, Kompatibilität zu ISO ist damit trotzdem möglich, gleiches gilt auch für Joliet, man kann sogar UDF mit ISO-Bridge, in der RR, Joliet und MacHFS reingepackt sind brennen. Viel Platz für Nutzdaten ist dann wahrscheinlich nicht mehr, andererseits, auf DVDs paßt ja schon ganz schön was rauf.
    Zitat:
    Schließlich haben wir es ja auch geschafft zu akzeptieren, dass sich die Erde um die Sonne dreht. :D
    Aber wir sprach ursprünglich ja auch über Festplatten, nicht wahr? :)
    Die drehen sich auch, aber um die Sonne? Mir wird schwindlig. :D

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

    23.05.2004, 12:35 Uhr

    [ - Direktlink - ]     		Thema: BMP oder ART ins JPG format umwandeln ?
    Brett: Amiga, AmigaOS 4

    Dafür reicht das bei Windows mitgelieferte paint vollkommen aus. Laden, speichern, fertig.

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

    23.05.2004, 12:29 Uhr

    [ - Direktlink - ]     		Thema: Leerzeichen,lange Dateinamen
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von thomas:
    Die Sache ist ganz einfach zu erklären: Windows unterstützt Joliet, ISO9660 Level1 und Level2, sonst nichts. Wenn jetzt jemand kommt und mit MakeCD oder womit auch immer eine CD mit Rockridge- oder Amiga-Extensions brennt, kann Windows damit nichts anfangen, weil es nicht dem ISO-Standard entspricht.
    Mmmh, scheint aber von der Version abzuhängen, ich hatte bislang keine Probleme damit (Leerzeichen+überlange Dateinamen). Nur einen Backslash im Dateinamen, DAS mag Windows wirklich nicht. :D

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

    21.05.2004, 17:52 Uhr

    [ - Direktlink - ]     		Thema: CyberSCSI Mk II mit nur 3,5mb/s???
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von eschi:
    Habe gerade gesehen, dass der Vorbesitzer SmartFileSystem installiert hatte und es liegt wahrscheinlich daran, denn wenn ich eine mit FFS formatierte Platte anschließe, dann habe ich direkt 6,5mb/s Könnte natürlich auch noch an der Festplatte liegen, aber halte ich für unwahrscheinlich ...
    Am FFS liegts garantiert nicht. Sysinfo liest einfach einen linearen Bereich von dem Gerät und misst die Zeit. Daraus folgt:
  • das FileSystem spielt überhaupt keine Rolle, weil es umgangen wird
  • es spielt keine Rolle, welche Partition einer Platte man auswählt, es werden ohnehin die gleichen Blöcke gelesen.
  • je größer der Cache in der Festplatte, desto dichter kommt man an die Busgeschwindigkeit, insb. beim einem zweiten Test gleich nach dem ersten
  • das Resultat ist nicht im geringsten praxisrelevant

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

    17.05.2004, 20:09 Uhr

    [ - Direktlink - ]     		Thema: OS4 - wie wars in Essen?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Gutzi:
    **** Absatz gelöscht, Verstoss gegen die Netiquette (tokai) ****
    **** http://www.amiga-news.de/netiquette.shtml ****

    Keine Morddrohung?
    Es ist eine Besserung zu erkennen! :lach:

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

    [ Dieser Beitrag wurde von tokai am 17.05.2004 editiert. ]
     
     
    Erste << 46 47 48 49 50 -51- 52 53 54 55 56 >> Letzte Ergebnisse der Suche: 2068 Treffer (30 pro Seite)

    Suchbegriffe
    Schlüsselwörter      Benutzername
    Suchoptionen
    Nur in diesen Foren suchen
    		   nur ganze Wörter
    Nur Titel anzeigen
    alle Treffer anzeigen

    .
    Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
    Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
    .