|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
FlynnTheAvatar
Nutzer
13.03.2023, 08:43 Uhr [ - Direktlink - ] |
Thema: AmigaOs4.1 Boot Protokollierung
Brett: Amiga, AmigaOS 4 @Maijestro: Kein Problem, du müsstest im UBoot die Variable os4_commandline ändern. Wenn die Animation vom Boing-Ball startet, RETURN drücken. Und dann die Commandline auswählen. Dort gibst du folgendes ein code:setenv os4_commandline "serial debuglevel=5 munge" saveenv Mehr details findest du hier: https://wiki.amigaos.net/wiki/Advanced_Serial_Debugging_Guide Viele Grüße, Flynn |
|||||
|
FlynnTheAvatar
Nutzer
08.03.2023, 19:20 Uhr [ - Direktlink - ] |
Thema: AmigaOs4.1 Boot Protokollierung
Brett: Amiga, AmigaOS 4 @Maijestro: Nein, eine richtige Logdatei gibt es nicht. Aber die Bootausgabe wird im Speicher abgelegt und kann mit dem Befehl DumpDebugBuffer ausgegeben werden. Das ist ein Ringbuffer, das bedeutet, dass nur eine begrenzte Anzahl von Zeilen gespeichert werden. Irgendwann werden die ersten Bootausgaben überschrieben. Deswegen solltest du den Befehl gleich nach dem Booten ausführen. Wenn du einen zweiten PC bzw. einen Laptop hast, könntest du alle Debugausgaben auch auf die serielle Schnittstelle umleiten und dir auf dem anderen PC anschauen. Da müsstest du aber etwas in der UBoot-Konfiguration ändern, und du bräuchst ein Nullmodemkabel und ggf. einen USB-zu-RS232-Dongle. Das könnte etwas aufwendiger sein. Aber auch da könnte ich dir helfen, wenn du Probleme damit hast. Viele Grüße, Flynn |
|||||
|
FlynnTheAvatar
Nutzer
23.01.2023, 16:18 Uhr [ - Direktlink - ] |
Thema: AmigaOne X5000: OS4- und MorphOS-SSD-Platte permanent verbunden
Brett: Amiga, AmigaOS 4 @Primax: Ja, das kann schon am (kaputten?) RDB hängen. Das LastId-Flag macht da aber keine Probleme. Bei mir meckert Media Toolbox auch, dass sich die Nummer der Platten geändert hat. Trotzdem kann ich auf die Partitionen beider SSDs zugreifen. Leider kann ich das nicht selbst ausprobieren, weil ich keine MorphOS-kompatible Graphikkarte habe. |
|||||
|
FlynnTheAvatar
Nutzer
22.01.2023, 13:52 Uhr [ - Direktlink - ] |
Thema: AmigaOne X5000: OS4- und MorphOS-SSD-Platte permanent verbunden
Brett: Amiga, AmigaOS 4 @Primax: Was ylf hat gefragt, ob du das SFS vom Enhancer Software-Paket installiert hast. Unter Umständen kann AmigaOS4 nichts mit dem Filesystem-Programm von Morphos auf der SSD anfangen. Wenn du dann das SFS nicht in Kernel hast, kann AmigaOS4 die Partitionen nicht lesen, weil es das Filesystem nicht versteht. Ansonsten sollte das kein Problem sein von verschiedenen Amiga-Versionen auf eine SFS-Partition zuzugreifen. Die SFS-Datenstruktur ist fest, und wenn es keine schwerwiegenden Bugs in einer Implementation gibt, solltest du nichts kaputtmachen können. |
|||||
|
FlynnTheAvatar
Nutzer
09.08.2022, 17:37 Uhr [ - Direktlink - ] |
Thema: AmigaOS FE 4.1 Update 2 macht Probleme mit ccselect (CubicIDE)
Brett: Amiga, AmigaOS 4 Hi, sieht so aus, als wäre nicht AmigaOS FE 4.1 Update 2 das Problem gewesen, sondern der Befehl "Assign" aus dem "Enhancer Software"-Paket. Mit der Version v54.7 von "Assign" funktionert "ccselect" wieder einwandfrei (Enhancer Software 2.2). Update: Die Erfolgsmeldung war verfrüht. Nach einigen weiteren Tests stellte sich raus, dass doch nicht alles geht. Das Umschalten zwischen verschiedenen Compilern (vbcc -> gcc -> sasc) geht, aber nicht das Umschalten zwischen verschiedenen Version vom gcc (4.2.4 -> 5.5.0 -> 8.3.0)- [ Dieser Beitrag wurde von FlynnTheAvatar am 10.08.2022 um 07:47 Uhr geändert. ] |
|||||
|
FlynnTheAvatar
Nutzer
06.07.2022, 14:00 Uhr [ - Direktlink - ] |
Thema: Warp3D auf X5000 mit R7 240
Brett: Amiga, AmigaOS 4 Ja, das is die Tabelle. Nachdem ich das Wort an der Stelle 0x406a4 auf 0x6617 geändert habe, laufen Warp3D und MiniGL auch bei mir. Nochmals vielen herzlichen Dank an Primax und Hans de Ruiter für die Unterstützung! Viele Grüße, Josef |
|||||
|
FlynnTheAvatar
Nutzer
06.07.2022, 10:38 Uhr [ - Direktlink - ] |
Thema: Warp3D auf X5000 mit R7 240
Brett: Amiga, AmigaOS 4 @Primax: Danke, ja, ich weiß, wie man mit einem Hex-Editor umgeht. Allerdings bräuchte ich schon die Stelle, wo die driver's ID table liegt. Ich kann ja nicht irgendeine 0x66 10 in 0x66 17 ändern. Ich würde vermuten, die Tabelle liegt so bei 0x40680: Position - Wert 0x4068D - 0x6610 0x40698 - 0x6611 0x406a4 - 0x6613 Wäre einer dieser Stellen richtig? Vielen Dank und viele Grüße, Josef |
|||||
|
FlynnTheAvatar
Nutzer
05.07.2022, 12:52 Uhr [ - Direktlink - ] |
Thema: Warp3D auf X5000 mit R7 240
Brett: Amiga, AmigaOS 4 @Primax: Danke an dich und Hans de Ruiter! Ranger zeigt mir folgende IDs: code:Board: 0: Radeon HD OLAND PCI Device: 0x6617 PCI Vendor: 0x1002 Drivers: Board: PICGraphics.card Chip: RadeonHD.chip Chip Set: not yet implemented Total Memory: 251528448 Internal: 4278190080 Bytes Free Memory: 145175808 Largest: 144529920 Bytes Memory Clock: 0 (units?) Monitor Switch: Amiga Signal (0x00000000) Formats: (0x00000052) CLUT R5G6B5PC A8R8G8B8 Ich hoffe, das hilft. Viele Grüße, Josef |
|||||
|
FlynnTheAvatar
Nutzer
05.07.2022, 08:03 Uhr [ - Direktlink - ] |
Thema: Warp3D auf X5000 mit R7 240
Brett: Amiga, AmigaOS 4 @Primax: Guten Morgen Daniel, vielen Dank fürs Nachfragen und deine Anregung. Ja und nein, mit MiniGL4GL4ES bekomme ich minigl zum Laufen, aber Warp3D geht damit leider nicht (Standard-MiniGL setzt auf Warp3D auf). Laut Aussage von AmiStore, sollte Warp3D-SI auch Oland-Karten wie die R7 240 unterstützen. Meine Karte geht auch mit Warp3DNova-SI, aber halt nicht mit Warp3D-SI. Es wäre großartig, wenn ich jetzt auch Warp3D benutzen könnte, bis NovaBridge kommnt. Liebe Grüße, Josef |
|||||
|
FlynnTheAvatar
Nutzer
04.07.2022, 13:47 Uhr [ - Direktlink - ] |
Thema: Warp3D auf X5000 mit R7 240
Brett: Amiga, AmigaOS 4 Hi, vielleicht könnte mir jemand helfen, wie ich Warp3D und minigl (nicht Warp3DNova) auf einem X5000 mit einer Radeon R7 240 zum Laufen bekommen? Ich habe folgende Libraries installiert: code:> version Libs:Warp3D.library Warp3D.library 53.27 > version Libs:Warp3D/GFXdrivers/W3D_Picasso96.library W3D_Picasso96.library 53.12 > version Libs:Warp3D/HWdrivers/W3D_SI.library W3D_SI.library 1.1.4 > version Libs:minigl.library minigl.library 2.24 > version Libs:mglut.library mglut.library 2.24 Ich habe verschiedene Warp3D- und minigl-Demos probiert. Jedes Programm bricht mit "Could not create an OpenGL window/context" oder "Could not open screen" ab. Das ist das Snoopy-log von einem Aufruf: code: System: X5000/20 Radeon R7 240 (Oland) AmigaOS 4.1 FE Update 2 Enhancer Software 2.1 Warp3D for Southern Islands Vielen Dank, Josef |
|||||
|
FlynnTheAvatar
Nutzer
29.06.2022, 07:58 Uhr [ - Direktlink - ] |
Thema: AmigaOS FE 4.1 Update 2 macht Probleme mit ccselect (CubicIDE)
Brett: Amiga, AmigaOS 4 @Primax: Vielen Dank dir und Frank, dass Ihr euch angeschaut habt. Nein, weder VBCC: noch andere vbcc Assigments existieren: code: Andersrum geht es, wenn ich VBCC: manuell setze: code: Aber das sollte nicht notwendig sein, und es ging noch unter dem Update 1. |
|||||
|
FlynnTheAvatar
Nutzer
28.06.2022, 14:52 Uhr [ - Direktlink - ] |
Thema: AmigaOS FE 4.1 Update 2 macht Probleme mit ccselect (CubicIDE)
Brett: Amiga, AmigaOS 4 @thomas: ccselect ist leider ein Programm. |
|||||
|
FlynnTheAvatar
Nutzer
28.06.2022, 08:17 Uhr [ - Direktlink - ] |
Thema: AmigaOS FE 4.1 Update 2 macht Probleme mit ccselect (CubicIDE)
Brett: Amiga, AmigaOS 4 Hallo @Primax, vielen Dank, aber ich denke nicht, dass Frank Wille helfen kann. Das ist kein Problem vom vbcc oder gcc, das ist ein Problem von Cubic IDE. Wenn ich die Assigns manuell setze, gehen beide Compiler. Seit dem Update 2 setzt ccselect den VBCC: oder GG: Assign nicht mehr. In Snoopy habe ich jetzt keine fehlgeschlagene Systemaufrufe gesehen, deswegen gehe ich davon aus, dass sich ein Rückgabewert eines Systemaufrufs oder einer anderen Methode geändert hat, und die interne Logik des Werkzeugs durcheinanderkommt. Wenn ich VBCC: (für ccselect vbcc) oder GG: (für ccselect gcc) vor dem Aufruf richtig setze, dann "funktioniert" das noch, d.h. die anderen Assigns (INCLUDE:, VOS3INCLUDE:, und so weiter) werden richtig gesetzt. Dietmar Eilert wird wohl auch nicht helfen können, AmigaOS 4 wurde nie offiziell unterstützt, und er hat sich auch schon vor Jahren aus der Amiga-Entwicklung zurückgezogen. Deswegen wollte ich fragen, ob jemand anderes aus der Community da eine Lösung hätte. Vielen Dank, Josef [ Dieser Beitrag wurde von FlynnTheAvatar am 28.06.2022 um 08:17 Uhr geändert. ] |
|||||
|
FlynnTheAvatar
Nutzer
27.06.2022, 20:24 Uhr [ - Direktlink - ] |
Thema: AmigaOS FE 4.1 Update 2 macht Probleme mit ccselect (CubicIDE)
Brett: Amiga, AmigaOS 4 Hi, es scheint, als ob das 2. Update von AmigaOS FE 4.1 das Werkzeug "ccselect" von CubicIDE kaputt macht. Unter Update 1 läuft noch alles okay, ich kann mit "ccselect vbcc quick" bzw. "ccselect gcc quick" zwischen den Compilern umschalten. Nach Installation vom Update 2 kommt folgende Fehlermeldung: code:und ccselect legt keine Assigns mehr an. Das Verzeichnis "devkits:compilers/vbcc/0.8j" existiert auch wirklich:Sys:> ccselect vbcc quick verbose ccselect 1.3 can not assign vbcc: to "devkits:compilers/vbcc/0.8j"! code: Das passiert auf einem X5000 und auch unter AmigaOS 4.1 FE Classic (WinUAE) mit CubicIDE SP 1.10.1 und ENVCPP51. Hat vielleicht jemand eine Idee, was das Problem ist und wie man es beheben kann (außer "nimm doch Editor X oder Y oder Z")? Vielen Dank und viele Grüße, Josef |
|||||
|
FlynnTheAvatar
Nutzer
05.08.2017, 20:43 Uhr [ - Direktlink - ] |
Thema: AmigaOS 4.1 FE Update 1: GrimReaper bei selbstkompilierten Programmen
Brett: AROS und Amiga-Emulatoren @xXSoul-Reaver-2006Xx: Danke, das war es nicht. Ich habe es rausgefunden: Die Sourcen lagen auf einem eingebundenen Verzeichnis, keinem Hardfile. Bei dem Verzeichnis schlägt der linker still und leise fehl; damit erzeugt gcc kein komplettes Programm. Auf einem Hardfile läuft alles. |
|||||
|
FlynnTheAvatar
Nutzer
05.08.2017, 09:39 Uhr [ - Direktlink - ] |
Thema: AmigaOS 4.1 FE Update 1: GrimReaper bei selbstkompilierten Programmen
Brett: AROS und Amiga-Emulatoren Hi, ich hoffe, es kann mir hier jemand weiterhelfen. Ich habe AmigaOS 4.1 FE auf AmigaForever 7 (WinUAE 3.5 64bit) installiert, das offizielle SDK (53.30) und das Update 1 installiert. Beim Update vom Betriebsystem habe ich auch das SDK aktualisiert. Dann versuche ich das ganz einfache Programm aus dem PDF, das dem SDK beiliegt, zu kompilieren und zu starten: code: Kompiliert habe ich das wie im PDF mit: gcc hello_world.c -o hello_world Wenn ich das Programm aus der Shell ausführe, kommt der Grim Reaper mit: Guru Meditation: 80000003 Task 0x3eca1080 ('Shell Process') verursachte einen Fehler des Typs DSI (Data Storage Interrupt) an der Adresse 0x08bec660 'Rote Zone' des Stacks wurde nicht beschädigt Stackpointer ist innerhalb der Grenze. Diesen GrimReaper bekomme ich auch mit anderen 68k Programmen wie wbstart (CubicIDE) und fd2pragma. Version von gcc: gcc -v Using built-in specs. Target: ppc-amigaos Configured with: ../gcc/configure --prefix=/gcc --host=ppc-amigaos --target=ppc-amigaos --build=i686-cygwin --enable-haifa --enable-sjlj-exceptions --enable-languages=c,c++ Thread model: single gcc version 4.2.4 (addtools build 20090118) Hat jemand eine Idee, was da falsch läuft? Vielen Dank! |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|