Out Of Memory :: #couik# - Page 2

-

à fond
n'empêche que le coup du "new kernel needed"

Thibaut a écrit :
Assemble ton programme avec un bon vieux batch à l'ancienne, un A68K quelconque (de préférence le dernier), et la version du linker fournie dans PreOS
Au bon vieux temps de mes débuts en ASM c'est comme ça qu'on faisait

ba c comme ça que je fais aussi
d'ailleurs c quelle version la dernière d'a68k ?

Celle de TIGCC 0.94 beta 18 évidemment.

certe, mais le numéro de la dernière version d'a68k, c combien ?

2.71.F3i

Le prochain Einstein sera le numéro ß3.00.99,2QµYßx00

Ca vous sert à quoi de donner des numéros aussi compliqués ? à part faire "style" je ne vois pas

2.71 -> Numero officiel de l'áuteur original
F3 -> adaptation 3 de David Ellsthrow
i -> 9ieme version de KK

thx.
Thibaut => ils ne veulent pas augmenter d'un numéro au cas où le prog est repris par son auteur d'origine il me semble.

Pourquoi se faire chier avec des libs alors que c'est que des données?
il suffit d'ouvrir le fichier archiver, de le dereferencer et de filer le pointeur sur la donnes que tu veux!
Ca marche nickel et c'est du read_only!
Je trouve que y'en a qui se font chier grave.
J'ai vraiment envie de filer mon format proprio de lib qe j'utilise dans pokered!
C'est vraiment plus simple et on se prend pas la tête!

-

Tu veux que je prog la routine d'acces en asm?
connait pas les rom_call corresponadante aux faonction C lmais ya moyen!

l'avantage c'est qu'en C c'est deja fait!!!!

-

Le plus dur a faire c'est:
Trouver la SYM_ENTRY coreespodant au fichier!
Dereferencer le handle!
Si tu c'est faire ca ya pas de prob pour ma lib!

-

Par exemple tu definit un truc du genre:
typedef enum tastruct{
bgs1
bgs2
bgs3
bgs4
}TASTRUCT;


void *extract_data(SYM_ENTRY file,int numero);


tu fait extract_data(ton_fichier,bgs1)
et il te renvoie ron pointeur en read_only

-

Renseigne-toi sur la structure SYM_ENTRY dans la documentation de TIGCC.

Elle comporte un champ nommé handle qui contient... le handle du segment de données du fichier. Il n'y a qu'à le déréférencer avec HeapDeref et on obtient un pointeur vers le contenu du fichier (dont les 2 premiers octets indiquent la taille) !

C'est vraiment pas surhumain comme manip'

-

Intéressant cette histoire de read-only. Je savais pas que ça existait. Ça marche aussi su Doorsos?

je ne pense po vu que c apparu grace à pphd dans la dernière version de preos, mais je peut me tromper

-

Mais toujours supporté par TIGCC. Tout comme AMS 1.00.

-

Ca faisait 5 ans que je le demandais a Xavier !

S'il ne l'a pas fait, ça doit être parce que ça sert exclusivement pour des librairies de données seules, et que celle-ci sont inutiles et un abus du concept de librairie dynamique. Pour les fichiers de données seules, on utilise des fichiers de données (de type personnalisé)!

Nan : tu demandes a importer une ressource. Qu'elle soit de donnees / ou executable n'a rien a voir avec.

Argh, on lui a tellement inculqué la programmation orientée objet qu'il ne sait plus distinguer code et données.

oué. Mais c'est aussi parce qu'en ASM la difference entre code et donnéées n'existe pas