summaryrefslogtreecommitdiff
path: root/jefs.fs
AgeCommit message (Collapse)Author
40 hourstrue+false, unfinished REFILLkitty
cant be bothered to finish it right now
3 dayssource-idkitty
3 dayscmove>kitty
3 days... whooopskitty
3 daysNOT, duskos-based rename h0 > herestart hend > heremaxkitty
3 daysrename: allot> → allot@kitty
also based on duskos names
3 daysrename :noname to :>kitty
the name :> is taken from dusk os. i like it and it's shorter than :noname and i don't care about standard compliance
3 dayserror handler as :noname wordkitty
3 daysoctal, :nonamekitty
4 days?comp ?intr (not used yet though)kitty
4 daysimmediate tick for handler settingkitty
4 dayssome rearranging, interactive tickkitty
4 daysinteractivity testkitty
oh that was easy
4 daysexample: write line from stdin to stdoutkitty
i am unnervingly close to interactive input surprisingly soon
4 daysVALUE, and make handler a valuekitty
4 daysmove syswrite to filehandle areakitty
read-file does not work right now
4 daysallot -> allot>, allotkitty
allot> returns an address. allot doesn't
4 daysMAKE - it's like create but for arrays and stuffkitty
my create works in a way that makes stuff like `create DATA 8 cells allot` will not work correctly. so i chose a synonym for `create` that works in the correct way.
5 days.errnokitty
i should go to bed
5 days*/mod */ %kitty
5 daysz", lowest level file handling, errno stuffkitty
5 daysrm old test stuffkitty
5 daysfix new handlerkitty
just reset the stack at the error
5 days.rs, rp, also i forgot to reset `say` to use stdoutkitty
5 daysfolding sectionskitty
figure i'll start doing this now while it's still relatively small
5 daysEVALUATE use return stackkitty
5 daysshocking news: leaving shit on stack breaks programkitty
oops
5 daysuse cell+ in s"kitty
5 daysCASE (from jonesforth)kitty
5 daysrename 0branch to ?branchkitty
5 dayscomment out for laterkitty
not sure what teh issue is here yet
5 daysfix string stack wonkery? i think?kitty
i mean it works now afaict...
5 daysdon't interpret "kitty
also fixes the Leaving shit on the stack issue. i still dont know what that's about but i just `drop` it and its fixed
5 daysnot found error (currently breaks shit)kitty
5 dayshandle end of input in PARSE (todo: this in cparse)kitty
5 daysmaybe this program is extremely broken. possiblekitty
7 daysincomplete assembler displacementkitty
7 dayswtfkitty
moving the stack after the user memory has entirely fixed the problem i dont understand
7 dayserror handling?kitty
7 daysWORDSkitty
still not sure whats going on with s". i have discovered that using multiple s" seems to point the LFA of cell+ (the first forth-defined word) to directly after the text of the second string. now i just need to figure out Why or How that could possibly be happening.
8 dayss, (cmove, in forth)kitty
still doesn't work. i'm still at a loss for where the problem is coming from. i think i will make it use cmove, again, and put a breakpoint there so i can figure out how uninterpreted code is making it into the stack.
8 daysi reimplemented s" and it still doesnt work rightkitty
9 daysbroken, segfaulting .freekitty
seems to be string handling issue somehow the actual text of the next word ends up on the stack
9 daysmove assembler below branching, ?dupkitty
9 days.REG /digitkitty
9 daysaccidentally kept in >kitty
9 daysideakitty
the commas for rmmod.reg registers is quite elegant i think. i hope it ends up working well
9 daysstarting on assemblerkitty
nothing functional, mostly my comments as i figure all this out
10 daysexecute, ?kitty
11 dayshex dpy words, .s in forth!kitty