Zitat:

---

Reth:
weiss jmd. ob es langt bei den Linkeroptionen in diesem Programm libnix einzustellen, um so korrekt mit dem erstellten makefilr ohne ixemul.library und g++ zu kompilieren?

---

Zitat:

---

Wie verwende ich denn die Systembibliotheken, wenn ich sie nicht mehr selber öffnen muss?

---

Zitat:

---

Muss ich im makefile noch manuell -lauto und die libamiga.a eintragen?

---

Zitat:

---

ZeroG:
Kann es sein das man unter gcc für c++ noch irgendwelche Linklibraries dazulinken sollte?

---

Zitat:

---

Wenn ja, welche?

---

Zitat:

---

Und sollte das nicht eigendlich automatisch passieren?

---

Zitat:

---

Mad_Dog:
Poseidon erkennt zwar, daß sich ein Massenspeicher angemeldet hat, kann diesen aber nicht mounten.

---

Zitat:

---

Mit der Modem-Option habe ich auch ein wenig experimentiert (usbmodem.device).

---

Zitat:

---

bubblebobble:
Ausserdem muss man im Falle einer Änderung das Tooltype selbst suchen und überschreiben, also man muss nach "=" suchen und alles selbst abschneiden.
Was soll man z.B. mit dem "alten" Eintrag String machen ?
FreeMem() oder FreeVec() oder lieber in Ruhe lassen ?

---

Zitat:

---

platon42:
Es gibt seit Mitte Juni einen Treiber und er ist auch multitaskingfreundlich dank Einsatzes des timer.device. Leider ist das anscheinend auch seine schwäche, denn es gibt (ähnlich wie beim masmpeg.device) immer mal wieder kurze Aussetzer auf meiner Maschine.

---

Zitat:

---

MaikG:
Okay, hab jetzt vbcc nochmal für 68k Installiert und bekomme genau diese Fehlermeldungen: [...]

---

Zitat:

---

MaikG:
Ich wollte das hier mit Storm oder HighSoftC oder SASC Compilieren, bekomme überall die verschiedenste fehlermeldung.
StormC meldet 10 Fehler, HighSoft scheint cosinus nicht zu
kennen und SASC erzählt da auch irgendwas.

---

Zitat:

---

_PAB_:
Für 9 Euro Aufpreis gibt's das nachgelieferte CD-Mixer-Board, welches in Kleinserie produziert wurde um den CD-Audio-Sound vom CD-ROM in den herkömmlichen Amiga-Sound einmixen zu können, anstatt (wie auf der Original-Picasso) zischen den Audio-Quellen umschalten zu müssen.

---

Zitat:

---

Original von Maja:
> Sagt mal, was wollt ihr eigentlich?
Das könnte man Dich genau so fragen. Gehts eigentlich noch?

---

Zitat:

---

whose:
Einer fremdfinanzierten Portierung [des des ELSTER-Kernels] mit Offenlegung der Quellen wäre man aber prinzipiell nicht abgeneigt, solange GCC zum Einsatz kommt und ein halbwegs aktueller Crosscompiler gestellt wird. Nun ja, beides haben wir auf dem Amiga bereits seit längerem...

---

Zitat:

---

Holger:

C code:

---

#include <proto/dos.h>
#include <proto/exec.h>
#define __NOLIBBASE__
#define TimerBase (tr->tr_node.io_Device)
#include <proto/timer.h>
#include <devices/timer.h>
#include <stdint.h>

---

---

Zitat:

---

C code:

---

uint64_t target, startTime;
...
  eclockPerTick=ReadEClock((struct EClockVal*)&startTime)/ticksPerSecond;
...
    tr->tr_time=*(struct timeval*)⌖
    DoIO((struct IORequest *)tr);
...
  eclockPerSec=ReadEClock((struct EClockVal*)&tr->tr_time);
...
  sec=(*((uint64_t*)&tr->tr_time)-startTime)/eclockPerSec;

---

Ich weiß, echte Männer programmieren sich ihre 64Bit-Arithmetik selbst, ich habe stattdessen auf den C99-Modus zurückgegriffen...

---

Zitat:

---

C code:

---

VPrintf("processed %ld requestsn", (ULONG*)&i);

---

---

Zitat:

---

thomas:
Hat er neue Funktionen eingebaut, die das Speichern von anderen Typen als IFF erlauben ?

---

Zitat:

---

bubblebobble:
Mit Datatpyes kann man nur IFF speichern, und nur bis zu 8bit.

---

Zitat:

---

Holger:

C code:

---

__chip ULONG Plane0[]={

---

---

Zitat:

---

Georg:

Zitat:

---

Original von gni:
Der Grafikchip der PIV (CL5446) hat einen Planarmodus und den kann man mit P96 auch problemlos benutzen.

---

Planare Modi müßten eigentlich bei allen Grafikkarten da sein.

---

Zitat:

---

Der standard 640 x 480 x 16 Farben VGA Modus ist so ein planarer Mode.

---

Genau den benutze ich für einen uralt DiskMaster Prinzipiell läuft der zwar auch mit einem Chunky-Screenmode, aber gelegentlich endet das dann im Guru. Nachdem ich diesen Planarmode "entdeckt" hatte, habe ich das für problematische Software verwendet. Das gute alte MOS 0.4 hat zb. bei mir mit P96 auch nur mit einem planaren Grafikartenbildschirm gewollt. Aber das ist Schnee von gestern ;-)

Zitat:

---

Die Planes sind im Speicher dabei auch so wie beim Amiga (also nicht z. B. wie beim Atari ST oder bei diesen komischenen Planaren Chunky Modes).

---

Zitat:

---

Der AROS vga.hidd Treiber benutzt den Modus (weil er immer vorhanden sein sollte). Im Treiber intern wird aus Geschwindigkeitsgründen und wohl auch ein wenig Faulheit alles in nen RAM chunky buffer gerendert und Änderungen dann per chunky 2 planar ins VRAM übertragen.

---

Und ich dachte c2p wurde nur beim Amiga benötigt

Zitat:

---

whose:
Obwohls wohl mal zu Anfangszeiten eine GraKa mit Planar-Modus gab, ich weiß aber nicht mehr, welche das war... eine der ersten GVP-Karten, glaube ich. Aber ich glaube nicht, daß es dafür einen CGFX-/P96-Treiber gibt.

---

Zitat:

---

bubblebobble:
Ich habe mein Png Loader/Saver bis auf den GZip Alogrithmus selbst implementiert.

---

Zitat:

---

bubblebobble:
Und ob das mit AfA+akpngDT funktioniert ist auch fraglich, da die PNG Datatypes das Bild meistens schon vergewaltigen wenn ein Alphachannel da ist, und nicht die Roh-Daten herausgeben.

---

Zitat:

---

MaikG:
Das hab ich heute gemerkt was die nützt als ich mit 060er 90 Bilder in 3xxx mal 2xxx Bilder angucken wollte.

---

Zitat:

---

asrael229:
Crosscompiler hab ich jetzt auch einen. Binutils-2.14 von adtools und den gcc-3.4 von geekgadgets. Ohne die Debuggingsymbole hats hingehauen.
Wie gibts das denn, sowas ist mir noch nei passiert und ich hab schon etlich Crosscompiler kompiliert?

---

Zitat:

---

Aber guter Tipp.

---

Zitat:

---

Die Sword Bibliothek hab ich auch schon kompiliert, nur beim Linken hakts. Wo ist denn bitte _errno, __ctype_ und _ixemulbase definiert?

---

Zitat:

---

whose:
Man ging damals davon aus, daß sich für Modi >8Bit eins der P96/CGFX-eigenen APIs durchsetzt.

---

Zitat:

---

Blöderweise hat das nicht so wirklich funktioniert, weshalb u.A. die P96-Macher auf die Idee der Emulation der cybergraphx.library gekommen sind.

---

Zitat:

---

Reth:
Ich bin immer davon ausgegangen, dass alle Zeiger immer initialisiert sind (entweder mit den Werten, die man ihnen selbst zuteilt, oder mit denen die sie vom Compiler willkürlich bekommen.

---

Zitat:

---

Wenn das so ist (also Zeiger, die man nicht selbst initialisiert vom Compiler willkürlich mit Werten belegt werden), dann funktioniert
if (!zeiger) immer, wenn der Compiler nicht gerade 0 eingesetzt hat!

---

Zitat:

---

asrael229:
Aber ich hatte auch schonmal vor die aelteren 2.9.1 zu probieren, weil ich glaube, dass es an denen liegt.

---

Zitat:

---

Bei m68k hat sich da eh nicht viel geaendert, nehme ich an.

---

Zitat:

---

Wusste immer nicht, wo ich nen diff finden kann, aber bvei dem '99 GG Snapshot sind ja sogar die Quellen dabei.

---

Zitat:

---

asrael229:
/var/tmp//ccwApbly.s: Assembler messages:
/var/tmp//ccwApbly.s:3734: Error: attempt to get value of unresolved symbol '__n:V632'
/var/tmp//ccwApbly.s:3734: Error: attempt to get value of unresolved symbol 'xH'

---

Zitat:

---

Ich denke mit sys-includes hat das nichts zu tun, auch mit den ixemul includes nicht.

---

Zitat:

---

DariusBrewka:
if (!port) bedeutet Ausgeschrieben if (port != NULL), dass muß es auch damit 99% Aller Programme so funktionieren wie die es tun.

---

Zitat:

---

Bluebird:
hehe ja das denke ich auch das die ide das eher gebraucht haben hehe , daher wuerde ich jetzt sagen das die aussage das burnproof oder wie auch immer im scsi bereich extrem selten ist ...

---

Zitat:

---

richtig schnelle brenner gabs fuer scsi ja sowieso nicht mehr also die 32x32x40 liga ...

---

Zitat:

---

Toschwil:
gab es Buffer-underrun überhaupt für SCSI ?? Ist das nicht eine Entwicklung für IDE??

---

Zitat:

---

asrael229:
Die Compiler (gcc-3.4.0 vom GeekGadgets diff, der adtools gcc kannte das m68k-amigaos target nicht) selbst hab ich jetzt auch, nur gibts bei der libstdc++ Probleme. Und genau die Braeuchte ich doch. :/

---

Zitat:

---

Hier: http://www.zerohero.se/cross/os3.html

gibts leider auch nur den C Compiler, genau das selbe Problem bei C++ unter PPC.

---

Zitat:

---

Du hast gesagt, Du haettest die Bibliothek (sword) kompiliert. Meintest Du nur dieses VerseKey.cpp file oder die ganze Bibliothek?

---

Zitat:

---

Turrican:
CD0: Handler = L:BABELCDROMFS
Startup = gvpscsi.device/5
StackSize = 4000
Priority = 10
GlobVec = -1

das device stimmt und auch die ID. trotzdem wird das cd-rom nicht gemountet => ich kann auf der shell nicht auf CD0: zugreifen bzw es erscheint kein icon wenn ich eine CD ins laufwerk einlege ...

---

Zitat:

---

asrael229:
Hab jetzt zumindest schonmal die Binutils kompilieren koennen.
Mit dem gcc-3.3 funktionierts anscheinend.

---

Zitat:

---

Bei Tiger ist ja standardmaessig der gcc4 aktiviert aber gcc-3.3 wird nachwievor mitinstalliert.

---