spinix ... oder : Sprachlos vor'm Propeller

Offtopic Themen bitte hier hinein.
Benutzeravatar
drohne235
Administrator
Beiträge: 2284
Registriert: So 24. Mai 2009, 10:35
Wohnort: Lutherstadt Wittenberg
Kontaktdaten:

Re: spinix ... oder : Sprachlos vor'm Propeller

Beitrag von drohne235 »

Es startet mit serieller Ausgabe.
Könnte man also recht einfach auf Administra lauffähig machen, Regnatix/Bella könnten dabei Terminal spielen. Nur so für das Sphinix-Experiment zwischendurch... :twisted:
"Ob Sie denken, dass Sie es können, oder ob Sie denken, dass Sie es nicht können - in beiden Fällen haben Sie recht." Henry Ford
Benutzeravatar
drohne235
Administrator
Beiträge: 2284
Registriert: So 24. Mai 2009, 10:35
Wohnort: Lutherstadt Wittenberg
Kontaktdaten:

Re: spinix ... oder : Sprachlos vor'm Propeller

Beitrag von drohne235 »

Habe mir gerade mal den vi von spinix angeschaut, kann man ja mal was lernen. In main alloziert er dabei 16000 Bytes als Stringpuffer, was ich nicht verstehe, da in vi.spin nach dem compilieren nur noch knapp 11200 Bytes frei sind. Seltsame Sache das... *grübel*
"Ob Sie denken, dass Sie es können, oder ob Sie denken, dass Sie es nicht können - in beiden Fällen haben Sie recht." Henry Ford
Benutzeravatar
PIC18F2550
Beiträge: 2831
Registriert: Fr 30. Sep 2011, 13:08

Re: spinix ... oder : Sprachlos vor'm Propeller

Beitrag von PIC18F2550 »

COG-Code ist nach dem laden in den COG wie freier hRAM Speicher?
Gruß
PIC18F2550

drone265/278
Barbarus hic ergo sum, quia non intellegor ulli.
Ein Barbar bin ich hier, da ich von keinem verstanden werde.
ʎɐqǝ ıǝq ɹnʇɐʇsɐʇ ǝuıǝ ɹǝpǝıʍ ǝıu ǝɟnɐʞ ɥɔı ´uuɐɯ ɥo
Benutzeravatar
yeti
Beiträge: 2300
Registriert: Fr 27. Aug 2010, 14:48
Wohnort: Wrong Planet
Kontaktdaten:

Re: spinix ... oder : Sprachlos vor'm Propeller

Beitrag von yeti »

PIC18F2550 hat geschrieben:COG-Code ist nach dem laden in den COG wie freier hRAM Speicher?
Manche DAT-Blöcke mit Code für Cogs können nach deren Start anders genutzt werden. Spin-Cogs rennen weitere Spin-Bytecode-Interpreter-Kopien aus dem ROM und brauchen weiterhin den Spin-Bytecode im HubRam, den sie ja interpretieren sollen.

@dr235: In VIs "PUB main(...)" taucht Folgendes auf:

Code: Alles auswählen

  memorysize := MALLOC_SIZE
  repeat while (memorysize > 0)
    strbuf := mem.malloc(memorysize)
    if (strbuf)
      quit
    memorysize -= 1000
Das riecht doch danach, daß der Code versucht, den tatsächlich freien Speicher zu bestimmen. Wenn's geklappt hat "mem.malloc(memorysize)" zu bekommen, dann "quit" die Schleife, andernfalls neuer Versuch mit 1000 Bytes weniger.

Die kurz danach folgende entschärfte Zeile...

Code: Alles auswählen

  'printf(string("memorysize = %d\n"), memorysize)
...würd auch keinen Sinn haben, wenn der Autor meinen würde, immer konstant die 16000 Bytes zu bekommen...
𝖂𝖎𝖗 𝖐𝖔̈𝖓𝖓𝖊𝖓 𝖆𝖑𝖑𝖊𝖘 𝖆𝖚𝖘𝖘𝖊𝖗 𝖎𝖓 𝕱𝖗𝖚̈𝖍𝖑𝖎𝖓𝖌, 𝕾𝖔𝖒𝖒𝖊𝖗, 𝕳𝖊𝖗𝖇𝖘𝖙 𝖚𝖓𝖉 𝖂𝖎𝖓𝖙𝖊𝖗! – 𝕯𝖊𝖚𝖙𝖘𝖈𝖍𝖑𝖆𝖓𝖉.
"Du willst hier nicht klicken. Dies interessiert Dich nicht." — Yeti.
"DNA is a four letter word!" — Yeti.
Antworten