Bientôt un compilateur C en ligne pour TI-83 Prem CE / 84+CE

[elfprince13]

(sorry for the English...)

It appears that the LinkCmd used by Project Builder does not correctly define the top of the heap -

I was testing a new "safeMalloc" routine to help diagnose the errors we came across in my scanline renderer, and found it was impossible to trigger the error condition (system malloc returning null). Mateo was able to compile offline and found that everything worked as expected on his system.

Code: Select all

void* safeMalloc(size_t bytes){
    void *const mem = malloc(bytes);
    if(!mem){
        _OS(cleanUp() );
        asm("LD A,E_Memory");
        asm("LD (errNo),A");
        asm("JP _JErrorNo");
    }
    return mem;
}

elsewhere:

Code: Select all

uint8_t *j = safeMalloc(700000);
        if(!j) print("GOT NULL",0,0);
        else print("HUGE MALLOC",0,0);
        _OS(GetKey());

[Lionel Debroux]

English-only speakers are no issue here
Adriweb's pretty busy, I'll try to have a look at the definition of the top of the heap tonight.

[Lionel Debroux]

AFAICS, the LinkCmd file on the server matches the latest version in the CE-Programming/toolchain repository, as it should, given that Adriweb integrated the latest version of the toolchain several days ago.

Code: Select all

range bss $D031F6 : $D13FD6

define __low_bss = base of bss
define __len_bss = length of bss

define __heaptop = (highaddr of bss)
define __heapbot = (top of bss)+1

If the heap grows up, and bottom of the heap ends up being higher than the top of the heap, then there can be, uh, issues... but that shouldn't occur here, right ?

[elfprince13]

I officially have no idea what's going on here. This morning I was seeing the "HUGE MALLOC" codepath, and no error message. This afternoon I recompiled and got the expected results, and thought "How nice, Lionel already fixed the LinkCmd". I don't know why this would be.

[Adriweb]

No idea what happened... but if it's good now, Okay I guess?
Edit: You don't need the _OS wrapper on cleanUp() but you would need it before your JP to the error screen (or at least restore IY manually)

Anyway, I just updated the toolchain again with the appropriate changes from https://github.com/CE-Programming/toolc ... 8c046e4f33
(You should probably try again with that, elfprince13)

[Ti64CLi++]

Existe-t-il une liste des fonctions reconnus par le compilateur?
Si non, je pense que cela pourrait être pratique, ou alors intégrer un pseudo-catalogue des fonctions dans le compilateur lui-même, comme un peu Code::Blocks, lorsque l'on écrit le début d'un mot, il affiche automatiquement les fonctions qui commencent par ces caractères. Je sais, je dis ça mais c'est pas moi qui le fait, je sais, mais c'est juste pour donner une idée de ce qu'il faudrait améliorer

[Lionel Debroux]

La complétion automatique est un grand classique dans les IDE, et fait donc partie de la wish list étendue, mais c'est moins prioritaire que d'autres choses

[Ti64CLi++]

Ok, je disais juste cela comme ça, au cas où. Mais puisque ce sera intégré...

[Lionel Debroux]

Pour l'instant, il faudrait surtout qu'on fasse la revue de code (ça, c'est partiellement à moi de la faire...), et quelques améliorations supplémentaires, pour publier le code. Mais Adriweb est totalement sur-booké, en partie à cause du temps qu'il a passé sur le PB, d'ailleurs

On a dit depuis le début qu'on publierait le code source, parce que c'est la seule façon de faire qui soit constructive pour la communauté, et c'est toujours le but visé, bien entendu. Aux chiottes le vendor lock-in de certains et leurs applications monolithiques et fermées.

[Ti64CLi++]

C'était quoi le PB?

Et aucun rapport mais c'est quoi la TI Chess Team?