1. Forum
  2. Usenet
  3. COMP.LANG.FORTH

  • A new episode of "Back & Forth" has been uploaded (Nov22, 2nd)

    From Hans Bezemer@21:1/5 to All on Mon Nov 14 03:35:47 2022
    It's about the sizing of the 4tH segments and the optimizer.
    You can watch it here: https://youtu.be/wbnghNmVdMY

    Hans Bezemer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From shtps@21:1/5 to All on Fri Nov 18 20:59:06 2022
    Am 14.11.22 um 12:35 schrieb Hans Bezemer:
    It's about the sizing of the 4tH segments and the optimizer.
    You can watch it here: https://youtu.be/wbnghNmVdMY

    Hans Bezemer

    I assume that you could compile words in 4th to a protected memory
    region to prevent memory related bugs from introducing remote code
    execution, correct? Ideally you would never let it come to that, but
    it's just a thought.

    Tell me in the comments whether you want to hear more about that or if
    you want me to discuss the inner workings of some other Forth
    programs.

    I would also like to see a breakdown of other Forth applications,
    something maybe with a GUI? Unfortunately I do not know many Forth
    applications besides the many Forths themselves or Forth applications
    that I write for myself. All my Forth applications have either a text
    user interface, I use it like a shell where I enter commands, or no
    interface at all (run like a script).

    I briefly looked at bigFORTH and MINOS but I was hoping to find
    something non-object oriented for inspiration, but it seems like object orientation and GUI generally go hand in hand.

    However, the way TCL/TK handles GUI seems like it would suit Forth as well.

    The alternative to doing the GUI in Forth itself seems to be through
    some command passing interface with something else, such as the browser,
    but I don't like that solution one bit as you now depend on something
    that could be considered an OS in its own right at this point. I did try combining Forth with TCL/TK through named pipes, where TCL/TK writes
    commands to the Forth interpreter and gets responses as text, and it
    does work quite well, but I'm not sure I like that solution either.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Hans Bezemer@21:1/5 to shtps on Mon Nov 28 02:54:36 2022
    On Friday, November 18, 2022 at 8:59:11 PM UTC+1, shtps wrote:
    I assume that you could compile words in 4th to a protected memory
    region to prevent memory related bugs from introducing remote code
    execution, correct? Ideally you would never let it come to that, but
    it's just a thought.
    4tH is completely sand boxed.

    I would also like to see a breakdown of other Forth applications,
    something maybe with a GUI? Unfortunately I do not know many Forth applications besides the many Forths themselves or Forth applications
    that I write for myself. All my Forth applications have either a text
    user interface, I use it like a shell where I enter commands, or no
    interface at all (run like a script).
    Although it's possible to do GTK GUI apps through a daemon, I've not been
    doing too much with it. I will, however discuss more Forth applications. The next project I've planned is doing 4tH's preprocessor, which is written entirely
    in 4tH. It's more like M4 than CPP (loops, conditionals).

    Hans Bezemer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)