Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.c++ > #124392 > unrolled thread

Viswath & Charmaigne (vector-wide scalar-word and character machines)

Back to article view | Back to comp.lang.c++

Contents

  Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 11:43 -0700
    Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-28 02:47 +0800
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:07 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Mild Shock <janburse@fastmail.fm> - 2026-07-28 00:25 +0200
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 16:09 -0700
            Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 16:33 -0700
          Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:48 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 07:44 -0700
          You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:11 +0200
            Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:25 -0700
              Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 23:49 +0800
                Re: You are still chewing on SIMD. LoL (Was: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:59 -0700
                I don't care about Java, pi-WAM is pi-calculus and WAM (Re: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:05 +0200
                  Underneath pi-WAM is Hack VM, you can goto (Was: I don't care about Java, pi-WAM is pi-calculus and WAM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:09 +0200
                    New addition to π-WAM is π-WAM Assembly (Was: Underneath pi-WAM is Hack VM, you can goto) Mild Shock <janburse@fastmail.fm> - 2026-08-09 19:45 +0200
                  Re: I don't care about Java, pi-WAM is pi-calculus and WAM (Re: You are still chewing on SIMD. LoL) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 09:11 -0700
                    A yellow mustard called Rossy Body (Was: I don't care about Java, pi-WAM is pi-calculus and WAM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:30 +0200
                      Ignoramus or Ignorabimus: I don't care (π-WAM) (Was: A yellow mustard called Rossy Body) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:31 +0200
            Hurry Rossy Boy, the blue bus is waiting (Was: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:32 +0200
              Re: Hurry Rossy Boy, the blue bus is waiting (Was: You are still chewing on SIMD. LoL) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:36 -0700
              Look how they advertized CUDA and logical threads (Was: Hurry Rossy Boy, the blue bus is waiting) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:43 +0200
                Forget any arithmetization of product FSA (Was: Look how they advertized CUDA and logical threads) Mild Shock <janburse@fastmail.fm> - 2026-07-29 17:47 +0200
                  comp.lang.lisp (was: Re: Forget any arithmetization of product FSA) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 23:53 +0800
                Re: Look how they advertized CUDA and logical threads (Was: Hurry Rossy Boy, the blue bus is waiting) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 08:53 -0700
            There are two versions of Hack VM (Was: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:14 +0200
              Hack VM has also a Prolog spec (Was: There are two versions of Hack VM) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:17 +0200
                A better compiler is planned / What do you target? (Was: Hack VM has also a Prolog spec) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:22 +0200
                  It’s called . . . . enshittification (About the price tag for using a multifile/1) Mild Shock <janburse@fastmail.fm> - 2026-08-14 00:50 +0200
            Budget AI Laptop 2026 versus Cray T3D 1995 (Re: You are still chewing on SIMD. LoL) Mild Shock <janburse@fastmail.fm> - 2026-08-05 14:24 +0200
      A brain desease of 20 days [Rossy Boy] (Was: Viswath & Charmaigne (vector-wide scalar-word and character machines)) Mild Shock <janburse@fastmail.fm> - 2026-07-29 18:38 +0200
        Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator] Mild Shock <janburse@fastmail.fm> - 2026-07-29 20:05 +0200
          Re: Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator] Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 11:13 -0700
            I don't use Rust, you are crazy [Jump off a bridge, idiot] (Was: Rossy Boys tears could cool a data center [pi-WAM Interleaved Synchronized Emulator]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 20:22 +0200
              Standing on the shoulders of giants (Re: I don't use Rust, you are crazy [Jump off a bridge, idiot]) Mild Shock <janburse@fastmail.fm> - 2026-08-04 03:20 +0200
                You Thief! Stealing Szemeredi, Aristotle, Leibniz, etc.. (Re: Standing on the shoulders of giants) Mild Shock <janburse@fastmail.fm> - 2026-08-04 15:18 +0200
                  How Rossy Boys plagiarism works [Copy Paste Slop] (Re: You Thief! Stealing Szemeredi, Aristotle, Leibniz, etc..) Mild Shock <janburse@fastmail.fm> - 2026-08-04 17:56 +0200
            Postgres is in C! Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 03:46 +0800
              Re: Postgres is in C! Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-29 13:47 -0700
                Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:00 +0200
                  Re: Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:05 +0800
                    Re: Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) scott@slp53.sl.home (Scott Lurndal) - 2026-07-30 14:46 +0000
                    Re: Please don't extend your cross posting / What does abstract mean? Cóilín Nioclásín Glostéir <thanks-to@Taf.com> - 2026-07-30 16:00 +0000
                Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:05 +0200
                Mars, the MIPS emulator in Java (was: Re: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:20 +0800
                  Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 06:59 -0700
                    Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 07:24 -0700
                      Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 09:58 +0800
                    Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 23:19 +0800
                      Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 09:23 -0700
                        Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 09:36 -0700
                          Decorum (was: Re: Mars, the MIPS emulator in Java) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 23:07 +0800
                            Re: Decorum Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-31 23:09 +0800
                            Re: Decorum Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 08:36 -0700
                              Re: Decorum Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 08:44 -0700
                              Re: Decorum Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 10:38 +0800
                        Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-05 10:15 +0800
                          Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-04 23:31 -0700
                            Re: Mars, the MIPS emulator in Java "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-05 12:42 -0700
                              Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 13:24 -0700
                                Re: Mars, the MIPS emulator in Java "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-05 13:30 -0700
                                Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 13:45 -0700
                            Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-05 20:42 -0700
                              Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-07 09:55 +0800
                                Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-07 05:13 -0700
                                  Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-07 05:59 -0700
                            Re: Mars, the MIPS emulator in Java Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-07 09:53 +0800
                              Re: Mars, the MIPS emulator in Java Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-08-06 20:11 -0700
              Hack ecosystem ignorance paired with paranoia [Nand to Tetris] (Re: Postgres is in C!) Mild Shock <janburse@fastmail.fm> - 2026-07-29 22:49 +0200
                A funny Q16.16 experiment with Hack (Was: Hack ecosystem ignorance paired with paranoia [Nand to Tetris]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 23:10 +0200
                  Summer Challenge: libSQL = Prolog+Modes [VDBE versus π-WAM] (Re: A funny Q16.16 experiment with Hack) Mild Shock <janburse@fastmail.fm> - 2026-07-30 11:27 +0200
                    Re: Bullshit Authorized by Sarah Connor [EyeProlog Failure] (Re: Summer Challenge: libSQL = Prolog+Modes [VDBE versus π-WAM]) Mild Shock <janburse@fastmail.fm> - 2026-08-12 20:30 +0200
                RCan library(ironpaw) repurpose FFT hardware [Glimps into Ryzen AI 7 350] (Re: Hack ecosystem ignorance paired with paranoia) Mild Shock <janburse@fastmail.fm> - 2026-08-01 02:33 +0200
                Can library(ironpaw) repurpose FFT hardware [Glimps into Ryzen AI 7 350] (Re: Hack ecosystem ignorance paired with paranoia) Mild Shock <janburse@fastmail.fm> - 2026-08-01 02:34 +0200
              Turbo Vison, again (was: Re: Postgres is in C!) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-30 21:31 +0800
        He uses "FIFO objects", and DMA and Noc [Glimps into Ryzen AI 7 350] (Re: A brain desease of 20 days [Rossy Boy])) Mild Shock <janburse@fastmail.fm> - 2026-08-01 12:15 +0200
          Tablet and phone UBS-C remote debugging (Re: He uses "FIFO objects", and DMA and Noc) Mild Shock <janburse@fastmail.fm> - 2026-08-01 12:18 +0200
            NPUs doing 2d chess comms (Manhattan Distance or L1 Norm) (Re: Tablet and phone UBS-C remote debugging) Mild Shock <janburse@fastmail.fm> - 2026-08-01 14:11 +0200
              NACK retransmission might double Manhattan Distance (Re: NPUs doing 2d chess comms) Mild Shock <janburse@fastmail.fm> - 2026-08-01 14:23 +0200
    Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-07-27 21:18 +0200
      Re: Rossy Boy is neither Einstein nor Zweistein (Re: Viswath & Charmaigne) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-27 15:35 -0700
        Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein) Mild Shock <janburse@fastmail.fm> - 2026-07-28 11:25 +0200
          Re: Clueless about MIMD as usual [Flynn's Taxonomy] (Was: Rossy Boy is neither Einstein nor Zweistein) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-28 20:39 -0700
            confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:15 +0200
              Gemini, DeepSeek, OpenAI more clever than rossy boy (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:18 +0200
              Re: confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 17:21 +0800
                In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:27 +0200
                  Re: In AI Acceleration nobody cares about CivetWeb (Was: confused rossy boy is confused) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 17:40 +0800
                    Your strictness is your problem , not mine [See WebLLM] (Was: In AI Acceleration nobody cares about CivetWeb) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:46 +0200
                      Graphics Processing with Fortran 77 (was: Re: Your strictness is your problem , not mine) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-07-29 18:10 +0800
                        I am not in C, it is theory and C++ [Hybrid Approaches from KOAN/Fortran-S] (Was: Graphics Processing with Fortran 77) Mild Shock <janburse@fastmail.fm> - 2026-07-29 12:43 +0200
                          Java picky concerning JIT-ing [Luckier with C++/C or FORTRAN compilers?] (Re: I am not in C, it is theory and C++) Mild Shock <janburse@fastmail.fm> - 2026-07-29 12:53 +0200
                  Run with minimum HTTPS and .mjs type (Re: In AI Acceleration nobody cares about CivetWeb) Mild Shock <janburse@fastmail.fm> - 2026-07-29 11:48 +0200
                    Lamas in a cradle and Lamas on the edge [Red Pyjama] (Was: Run with minimum HTTPS and .mjs type) Mild Shock <janburse@fastmail.fm> - 2026-07-29 13:05 +0200
                      Synthetic Multilanguage Autoformalization Dataset [Informath project] (Re: Lamas in a cradle and Lamas on the edge [Red Pyjama]) Mild Shock <janburse@fastmail.fm> - 2026-08-08 09:22 +0200
                        Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism] (Re: Synthetic Multilanguage Autoformalization Dataset [Informath project]) Mild Shock <janburse@fastmail.fm> - 2026-08-15 15:20 +0200
                          Everybody does eat and sleep [The SK hynix Story] (Re: Six Proofs and Generally Inteligent Systems [EyeProlog Pseudo Scientism]) Mild Shock <janburse@fastmail.fm> - 2026-08-15 18:49 +0200
                Re: confused rossy boy is confused (Was: Clueless about MIMD as usual [Flynn's Taxonomy]) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-07-29 14:42 -0700
                  Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:37 +0200
                    Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-02 14:40 -0700
                      Re: Even send_color and recv_color can block [Cerebras Waver] (Was: confused rossy boy is confused) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-02 14:43 -0700
                      You don't understand that compute shaders are tasks (Was: Even send_color and recv_color can block [Cerebras Waver]) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:45 +0200
                      You don't understand that compute shaders are tasks (Re: Even send_color and recv_color can block [Cerebras Waver]) Mild Shock <janburse@fastmail.fm> - 2026-08-02 23:46 +0200
                        Ignoramus / Ignorabimus Barometer: Almost 1 Month (Re: You don't understand that compute shaders are tasks) Mild Shock <janburse@fastmail.fm> - 2026-08-03 00:09 +0200
                          Homework: Game Engine in WebGPU (Re: Ignoramus / Ignorabimus Barometer: Almost 1 Month) Mild Shock <janburse@fastmail.fm> - 2026-08-03 02:08 +0200
                            Re: Homework: Game Engine in WebGPU (Re: Ignoramus / Ignorabimus Barometer: Almost 1 Month) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 11:55 -0700
                              You are not correctly thinking (Was: Homework: Game Engine in WebGPU) Mild Shock <janburse@fastmail.fm> - 2026-08-03 21:04 +0200
                                Re: You are not correctly thinking (Was: Homework: Game Engine in WebGPU) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 12:32 -0700
                                  You don't understand the economy of an AI Laptop (Was: You are not correctly thinking) Mild Shock <janburse@fastmail.fm> - 2026-08-03 22:24 +0200
                                    You don't understand producer , workers , consumer (Was: You don't understand the economy of an AI Laptop ) Mild Shock <janburse@fastmail.fm> - 2026-08-03 22:37 +0200
                                      Re: You don't understand producer , workers , consumer (Was: You don't understand the economy of an AI Laptop ) "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-08-03 14:29 -0700
                                        Know nothing and forget what you posted day before (Was: You don't understand producer , workers , consumer) Mild Shock <janburse@fastmail.fm> - 2026-08-03 23:38 +0200
    Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-30 06:49 -0700
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-07-30 14:55 -0700
      Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 12:55 -0700
        Re: Viswath & Charmaigne (vector-wide scalar-word and character machines) Ross Finlayson <ross.a.finlayson@gmail.com> - 2026-07-31 13:05 -0700
    Ljubljana School versus Zurich School (Was: Viswath & Charmaigne) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:14 +0200
      Re: Ljubljana School versus Zurich School (Was: Viswath & Charmaigne) Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-04 02:21 +0800
        pi-WAM uses ADA RendezVous (Was: Ljubljana School versus Zurich School) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:35 +0200
          A spinlock rewrite will be necessary (Was: pi-WAM uses ADA RendezVous) Mild Shock <janburse@fastmail.fm> - 2026-08-03 21:00 +0200
      Big thanks to Ljubljana School [Searching 0xCAFFEE] (Was: Ljubljana School versus Zurich School) Mild Shock <janburse@fastmail.fm> - 2026-08-03 20:40 +0200

Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6  Next page →

#124467 — Re: Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!)

Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> writes:
>On 30/07/2026 5:00 AM, Mild Shock wrote:

>> Does this make sense? My news provider doesn't
>> allow more than 3 cross positings. 
>
>It makes a lot of sense from my perspective, 

It makes no sense.  And nobody on comp.lang.c or comp.lang.c++ is
interested in your irrelevent posting.  Stop crossposting.

[toc] | [prev] | [next] | [standalone]

#124471 — Re: Please don't extend your cross posting / What does abstract mean?

Johann 'Myrkraverk' Oskarsson skrev:
|--------------------------------------------------------------|
|"[. . .]                                                      |
|[. . .] When it comes time to practice with /real hardware/ so|
|to speak, I'll practice with an FPGA. [. . .]                 |
|[. . .]"                                                      |
|--------------------------------------------------------------|

Hej!

I recommend VHDL. This is a crosspost to comp.lang.vhdl
(S. HTTP://Gloucester.Insomnia247.NL/ fuer Kontaktdaten!)

[toc] | [prev] | [next] | [standalone]

#124457 — Please don't extend your cross posting / What does abstract mean? (Was: Postgres is in C!)

Hi,

You, Johann 'Myrkraverk' Oskarsson, you seem
to arbitrarily add newsgroups to each of your
post. For example comp.lang.fortran and now comp.lang.java.

Does this make sense? My news provider doesn't
allow more than 3 cross positings. Also my Hack
and my GPU experiment has nothing to do with a

particular language. The GPU hardware exists
independent of a particular language binding, same
Hack which has even an abstract VM definition. The same

for WAM, its an acronym for Warren Abstract Machine:

In 1983, David H. D. Warren designed an abstract
machine for the execution of Prolog consisting
of a memory architecture and an instruction set
https://en.wikipedia.org/wiki/Warren_Abstract_Machine

You can view Hack primarily as a abstract machine
first, although I don't know whether this phrase
has still a meaning nowadays. Rossy Boy claimed

to know terms such as interpreter, etc.. But then
he is also mumbling about "text-utils". Well, well,
... there is a lot to learn.

Hope this Helps!

Bye

Ross Finlayson schrieb:
> On 07/29/2026 12:46 PM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 30/07/2026 2:13 AM, Ross Finlayson wrote:
>>
>>> https://www.theregister.com/databases/2026/07/29/after-rewriting-sqlite-
>>> in-rust-turso-turns-its-sights-on-postgres/5279835
>>>
>>> I don't much care about Rust. It's yet another Google product,
>>> with the idea of not having exception handling, then supposedly
>>> it's efficient and safe, yet, it's efficient by not being safe,
>>> and safe by not being efficient. Then there's the macro/metaprogramming
>>> front-end, which basically doesn't validate
>>> like templates or otherwise for compile-time invariants,
>>> that is basically like people who use string substititution instead
>>> of object models, who all suffer injection attacks.
>>
>> Personally, I like Postgres in C, and I hope it stays there.  I used to
>> maintain PL/Java, and got intimately familiar with some of the limi-
>> tations of the JNI interface.  And while there's some new Java foreign
>> function interface now, it doesn't replace JNI.  Especially for projects
>> that embed the JVM like PL/Java.
>>
>> I haven't contributed to that project for maybe one and half decade, and
>> now that I'm using Java again -- a project I'll mention in another
>> thread --[1] I may just resume some duties in PL/Java.  But that's a
>> future adventure that may or may not happen.
>>
>> So, I was going to say something about Postgres?  Right, I'm sure the
>> author of Postgres-in-Rust will run into some of the problems people
>> always run into when they attempt to rewrite other large projects, and
>> that's not learning from the prior mistakes.  I try to avoid that.
>>
>> Some of that I learned the hard way, and some of that I learned by read-
>> ing the /Mythical Man Month/.  I don't remember the author's name, and
>> my physical copy is not in my current library, but I believe the author
>> is famous enough I don't need to mention him by name.
>>
>>
>>>
>>>
>>> This latest manic episode has that in some more clinical or caring
>>> settings, then one might wonder over the author's need to get help
>>> or whether they're lost their mittens. In another view, though,
>>> that's crazy-town and it's not a good place and we don't go there
>>> any-more, population burse-scheiss-bots. Anyways here we just
>>> generally respect people well enough to let them well alone.
>>
>> I don't remote diagnose people.  While I don't have a medical license
>> to lose, I feel it's impolite to potentially mis-diagnose people over
>> text messages.
>>
>> I have not felt very respected here in comp.lang.c.  I guess we must
>> have some different experiences in this place.  Who exactly is
>> welcoming, and a warm person?
>>
>>>
>>> Not to spring on you that you're wrong, it's not a conspiracy
>>> against you, anyways as per the usual Shut Up goes out to any
>>> of these JB, JG, PO, WM, ..., sock-puppet bots.
>>
>> I'm not sure I recognize all of these initials.  I'm sure I'll
>> learn to not engage with the problem children here in comp.lang.c,
>> but it's been a few days, and I'm still familiarizing myself with
>> the regulars.
>>
>>>
>>> Thief.
>>
>> Who exactly is the thief?  Does this person have stats in the Rogue
>> class in dungeons and dragons?
>>
>>
>> Happy C coding!
>>
>> [1] Those pretend em-dashes will surely make Dan Cross even more
>> fictional.  I hope his rage isn't fictional and he'll byte every
>> character I type here in comp.lang.c.
> 
> Thanks for writing. Good luck with that.
> 
> Now, if we attain to some decorum, that would be refreshing.
> 
> 
> I "know" Java and am familiar with C/C++, and computer engineering.
> 
> 
> Then, here the "Viswath & Charmaigne" is for the idea that there
> are generous, usual sorts of algorithms, here "findings" and
> "matchings", that can be implemented vector-wise scalar-word,
> then that for things like: libc, POSIX tools, parsers, and
> so on, or as among "text-utils", and for character handling,
> that much like many of the distributions like Linux, FreeBSD,
> and so on, have developed and released and made in their tree
> the vectorized versions of string functions, that, there are
> abstract models of regular "text algos" that make sense for
> all modern commodity architectures in their default configuration,
> for the system libraries and default toolset. For example, most
> all of "text-utils" involves "findings" and "matchings", in a sense,
> then as with regards to "sorting" and "translation" or "transformation",
> which is not addressed.
> 
> The mentioned initialisms are, or were, awful sci.math trolls.
> 
> Good times, ....
> 
> 
> 
> 
> 

[toc] | [prev] | [next] | [standalone]

#124462 — Mars, the MIPS emulator in Java (was: Re: Postgres is in C!)

On 30/07/2026 4:47 AM, Ross Finlayson wrote:

> 
> Thanks for writing. Good luck with that.
> 
> Now, if we attain to some decorum, that would be refreshing.

Yes, that indeed would be refreshing.  I'll refresh myself with some Pepsi
before continuing this followup, hold on.

> 
> 
> I "know" Java and am familiar with C/C++, and computer engineering.

I just claim I know nothing, and do things anyway.  I didn't know how
to parse the Intel Hex file format, before I added a "binary" loader
to the Mars MIPS emulator.  You know, the one written in Java.

It's not finished, but I have the basics down, and should be able to
load and run "binaries" with it soon.  I'll probably post screenshots
and they'll be hosted on Dropbox, so some of the other regulars won't
look.  That's on them.

> Then, here the "Viswath & Charmaigne" is for the idea that there
> are generous, usual sorts of algorithms, here "findings" and
> "matchings", that can be implemented vector-wise scalar-word,
> then that for things like: libc, POSIX tools, parsers, and
> so on, or as among "text-utils", and for character handling,
> that much like many of the distributions like Linux, FreeBSD,
> and so on, have developed and released and made in their tree
> the vectorized versions of string functions, that, there are
> abstract models of regular "text algos" that make sense for
> all modern commodity architectures in their default configuration,
> for the system libraries and default toolset. For example, most
> all of "text-utils" involves "findings" and "matchings", in a sense,
> then as with regards to "sorting" and "translation" or "transformation",
> which is not addressed.


So I gather you're interested in algorithms that "parallel" with SIMD
and other vector machinery?  And you mention "text-utils."  Have you
read /String Algorithms in C/ by Mailund?  He goes into the nitty gritty
details of string matching -- and you can trivially translate the code
to any other programming language as you learn from the book -- in the
context of DNA matching.  At least that's how I remember the book.  The
/about the author/ blurb at the start mentions he's a professor of bio-
informatics so that seems like a true memory.  I'll want to read the
book again soon.

In any case, there are algorithms, string search amongst them, that seem
eminently serial, and I'm not quite sure SIMD and related extensions are
immediately applicable.  And now I'm sure there are people -- and LLMs
-- just itching to "correct me" about that.  Let them, they don't bother
me.

> 
> The mentioned initialisms are, or were, awful sci.math trolls.

In the mean time, I've gathered a few names here in comp.lang.c that I'll
probably never reply to ever again.  They know who they are.




-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#124465 — Re: Mars, the MIPS emulator in Java

On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>
>>
>> Thanks for writing. Good luck with that.
>>
>> Now, if we attain to some decorum, that would be refreshing.
>
> Yes, that indeed would be refreshing.  I'll refresh myself with some Pepsi
> before continuing this followup, hold on.
>
>>
>>
>> I "know" Java and am familiar with C/C++, and computer engineering.
>
> I just claim I know nothing, and do things anyway.  I didn't know how
> to parse the Intel Hex file format, before I added a "binary" loader
> to the Mars MIPS emulator.  You know, the one written in Java.
>
> It's not finished, but I have the basics down, and should be able to
> load and run "binaries" with it soon.  I'll probably post screenshots
> and they'll be hosted on Dropbox, so some of the other regulars won't
> look.  That's on them.
>
>> Then, here the "Viswath & Charmaigne" is for the idea that there
>> are generous, usual sorts of algorithms, here "findings" and
>> "matchings", that can be implemented vector-wise scalar-word,
>> then that for things like: libc, POSIX tools, parsers, and
>> so on, or as among "text-utils", and for character handling,
>> that much like many of the distributions like Linux, FreeBSD,
>> and so on, have developed and released and made in their tree
>> the vectorized versions of string functions, that, there are
>> abstract models of regular "text algos" that make sense for
>> all modern commodity architectures in their default configuration,
>> for the system libraries and default toolset. For example, most
>> all of "text-utils" involves "findings" and "matchings", in a sense,
>> then as with regards to "sorting" and "translation" or "transformation",
>> which is not addressed.
>
>
> So I gather you're interested in algorithms that "parallel" with SIMD
> and other vector machinery?  And you mention "text-utils."  Have you
> read /String Algorithms in C/ by Mailund?  He goes into the nitty gritty
> details of string matching -- and you can trivially translate the code
> to any other programming language as you learn from the book -- in the
> context of DNA matching.  At least that's how I remember the book.  The
> /about the author/ blurb at the start mentions he's a professor of bio-
> informatics so that seems like a true memory.  I'll want to read the
> book again soon.
>
> In any case, there are algorithms, string search amongst them, that seem
> eminently serial, and I'm not quite sure SIMD and related extensions are
> immediately applicable.  And now I'm sure there are people -- and LLMs
> -- just itching to "correct me" about that.  Let them, they don't bother
> me.
>
>>
>> The mentioned initialisms are, or were, awful sci.math trolls.
>
> In the mean time, I've gathered a few names here in comp.lang.c that I'll
> probably never reply to ever again.  They know who they are.
>
>
>
>

Thanks for the book reference, I'll look to it.


Decades ago when at the university I had a job working
for the biology department and what it was was making a graphical
front-end in Java to launch BLAST gene-sequence search on what
had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
of Apple pizza boxes with PowerPC cores, then that also I wrote some
code for matching sequences with splitting the input and running the
cluster on the input files and chewing that up, sequences of human DNA
about 9 gigabytes, "seq-reader".

I made a simple dialog with making the command line arguments
for BLAST to launch, then added a features to increase or decrease
the font, that really blew their mind, these days it's often found
with "Shift-plus and Shift-minus".

Java's my main, if I know anything, that's what I know.

[toc] | [prev] | [next] | [standalone]

#124466 — Re: Mars, the MIPS emulator in Java

On 07/30/2026 06:59 AM, Ross Finlayson wrote:
> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>
>>>
>>> Thanks for writing. Good luck with that.
>>>
>>> Now, if we attain to some decorum, that would be refreshing.
>>
>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>> Pepsi
>> before continuing this followup, hold on.
>>
>>>
>>>
>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>
>> I just claim I know nothing, and do things anyway.  I didn't know how
>> to parse the Intel Hex file format, before I added a "binary" loader
>> to the Mars MIPS emulator.  You know, the one written in Java.
>>
>> It's not finished, but I have the basics down, and should be able to
>> load and run "binaries" with it soon.  I'll probably post screenshots
>> and they'll be hosted on Dropbox, so some of the other regulars won't
>> look.  That's on them.
>>
>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>> are generous, usual sorts of algorithms, here "findings" and
>>> "matchings", that can be implemented vector-wise scalar-word,
>>> then that for things like: libc, POSIX tools, parsers, and
>>> so on, or as among "text-utils", and for character handling,
>>> that much like many of the distributions like Linux, FreeBSD,
>>> and so on, have developed and released and made in their tree
>>> the vectorized versions of string functions, that, there are
>>> abstract models of regular "text algos" that make sense for
>>> all modern commodity architectures in their default configuration,
>>> for the system libraries and default toolset. For example, most
>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>> then as with regards to "sorting" and "translation" or "transformation",
>>> which is not addressed.
>>
>>
>> So I gather you're interested in algorithms that "parallel" with SIMD
>> and other vector machinery?  And you mention "text-utils."  Have you
>> read /String Algorithms in C/ by Mailund?  He goes into the nitty gritty
>> details of string matching -- and you can trivially translate the code
>> to any other programming language as you learn from the book -- in the
>> context of DNA matching.  At least that's how I remember the book.  The
>> /about the author/ blurb at the start mentions he's a professor of bio-
>> informatics so that seems like a true memory.  I'll want to read the
>> book again soon.
>>
>> In any case, there are algorithms, string search amongst them, that seem
>> eminently serial, and I'm not quite sure SIMD and related extensions are
>> immediately applicable.  And now I'm sure there are people -- and LLMs
>> -- just itching to "correct me" about that.  Let them, they don't bother
>> me.
>>
>>>
>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>
>> In the mean time, I've gathered a few names here in comp.lang.c that I'll
>> probably never reply to ever again.  They know who they are.
>>
>>
>>
>>
>
> Thanks for the book reference, I'll look to it.
>
>
> Decades ago when at the university I had a job working
> for the biology department and what it was was making a graphical
> front-end in Java to launch BLAST gene-sequence search on what
> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
> of Apple pizza boxes with PowerPC cores, then that also I wrote some
> code for matching sequences with splitting the input and running the
> cluster on the input files and chewing that up, sequences of human DNA
> about 9 gigabytes, "seq-reader".
>
> I made a simple dialog with making the command line arguments
> for BLAST to launch, then added a features to increase or decrease
> the font, that really blew their mind, these days it's often found
> with "Shift-plus and Shift-minus".
>
> Java's my main, if I know anything, that's what I know.
>

https://github.com/mailund/stralg

Mailund's string algorithm routines for FASTA files,
it's something to comprehend.

More recently the data files were often the old COBOL
or mainframe output, line-data pipe-delimited, then
having a facility with mmap and then figuring out how
to chunk it up and detect lines and then make for
processing the chunks, for example sorting the rows
of a group according to composite keys, in-place,
these are usual sorts of accounts.

The way I like to deal with columnar and tabular data
in text data files is as of a sort of "Tractable TSV",
since the data mostly never includes tab, the control
character and also horizontal whitespace, that TSV is
easier than CSV, then furthermore for nulls in the database
to emit at-sign, and for empty strings in the database to
emit tilde, since those are never the values to make for
"reserved characters" vis-a-vis "escape characters",
then Tractable-TSV or TSV is a nice simple ad-hoc format,
for text-data files on the order of gigabytes.

Which is as large as they get, ....


ETL workflows and so on.


It's remarkable that most all the data is ASCII,
or as about ISO 8859-15 <-> Microsoft CP-1252, being
ubiquitous, then as with regards to "UTF-8 everywhere",
that FASTA files have (mostly) four letters in their alphabet.

Writing a JSON and YAML parser is about the same thing,
and it's been done before, and a fast one, also.
XML is considered a bit more mature.

Then, making for "composable grammars" or these days
I suppose they call them the "polyglot" parsers,
it's not unusual. Yet, the usual descriptions for
grammars, with all the usual guarantees about the
formal automata, has that there's a layer between
the syntactical and semantical as it were that's
permeable in the accounts of, for example, balanced
pairs of parentheses and the like, optional together,
that are syntactical.

[toc] | [prev] | [next] | [standalone]

#124587 — Re: Mars, the MIPS emulator in Java

On 30/07/2026 10:24 PM, Ross Finlayson wrote:
> On 07/30/2026 06:59 AM, Ross Finlayson wrote:

>> Decades ago when at the university I had a job working
>> for the biology department and what it was was making a graphical
>> front-end in Java to launch BLAST gene-sequence search on what
>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>> code for matching sequences with splitting the input and running the
>> cluster on the input files and chewing that up, sequences of human DNA
>> about 9 gigabytes, "seq-reader".
>>
>> I made a simple dialog with making the command line arguments
>> for BLAST to launch, then added a features to increase or decrease
>> the font, that really blew their mind, these days it's often found
>> with "Shift-plus and Shift-minus".
>>
>> Java's my main, if I know anything, that's what I know.
>>
> 
> https://github.com/mailund/stralg
> 
> Mailund's string algorithm routines for FASTA files,
> it's something to comprehend.


I did not look at this repository in detail, and will just con-
tinue to read the book /String Algorithms in C/ when I feel the
need.

Hold on, time for some more Pepsi before we continue.

> 
> More recently the data files were often the old COBOL
> or mainframe output, line-data pipe-delimited, then
> having a facility with mmap and then figuring out how
> to chunk it up and detect lines and then make for
> processing the chunks, for example sorting the rows
> of a group according to composite keys, in-place,
> these are usual sorts of accounts.


I've dealt with DBaseIII files recently.  This format is still used
by commercial point of sale products, and is well worth understanding
when you find yourself working for /real business/ instead of some fake
computer business.

> 
> The way I like to deal with columnar and tabular data
> in text data files is as of a sort of "Tractable TSV",
> since the data mostly never includes tab, the control
> character and also horizontal whitespace, that TSV is
> easier than CSV, then furthermore for nulls in the database
> to emit at-sign, and for empty strings in the database to
> emit tilde, since those are never the values to make for
> "reserved characters" vis-a-vis "escape characters",
> then Tractable-TSV or TSV is a nice simple ad-hoc format,
> for text-data files on the order of gigabytes.


I tend to dump data into a database.  If smol, then SQLite, if large,
then PostgreSQL, and if huge, TimescaleDB + Postgres with or without
sharding.

Then I let the SQL handle the /tabular data/ for me.

> 
> Which is as large as they get, ....
> 
> 
> ETL workflows and so on.
> 
> 
> It's remarkable that most all the data is ASCII,
> or as about ISO 8859-15 <-> Microsoft CP-1252, being
> ubiquitous, then as with regards to "UTF-8 everywhere",
> that FASTA files have (mostly) four letters in their alphabet.


The commercial software I dealt with -- I forgot the name so there will
be no free advertisement for it -- exclusively exported CP-1252.  Fortu-
nately, it's still easy to find software willing to do this conversion
even if you don't rely on a Microsoft platform.

> 
> Writing a JSON and YAML parser is about the same thing,
> and it's been done before, and a fast one, also.
> XML is considered a bit more mature.


I've used Expat for parsing XML in C, and Jansson for the JSON.  I don't
particularly like Jansson, but it's not horrible and does the job.

> 
> Then, making for "composable grammars" or these days
> I suppose they call them the "polyglot" parsers,
> it's not unusual. Yet, the usual descriptions for
> grammars, with all the usual guarantees about the
> formal automata, has that there's a layer between
> the syntactical and semantical as it were that's
> permeable in the accounts of, for example, balanced
> pairs of parentheses and the like, optional together,
> that are syntactical.

I admit I've only used PEG in Lua with LPEG, and then Yacc, Reflex in
recent years when other people go for Bison and Flex.  John Levine's
book about Flex & Bison is good enough for the basics, and those basics
still apply when using Yacc and Reflex.

On the other hand, if you wish to parse natural languages in C, my go-to
tool is /Link Grammars/, and this tool is sufficiently obscure that I'll
link to the original.  You can also find a "continuation" of it inside
the Abiword sources, if you can find them; seems my bookmarks are no
longer current.

   https://www.link.cs.cmu.edu/link/

I took out comp.lang.java as that language is no longer relevant, and
added comp.edu.languages.natural for the natural language parsing in C.


Best wishes, and happy linking your grammars!
-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com
https://bsky.app/profile/myrkraverk.bsky.social

[toc] | [prev] | [next] | [standalone]

#124469 — Re: Mars, the MIPS emulator in Java

On 30/07/2026 9:59 PM, Ross Finlayson wrote:
> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>
>>>
>>> Thanks for writing. Good luck with that.
>>>
>>> Now, if we attain to some decorum, that would be refreshing.
>>
>> Yes, that indeed would be refreshing.  I'll refresh myself with some 
>> Pepsi
>> before continuing this followup, hold on.
>>
>>>
>>>
>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>
>> I just claim I know nothing, and do things anyway.  I didn't know how
>> to parse the Intel Hex file format, before I added a "binary" loader
>> to the Mars MIPS emulator.  You know, the one written in Java.
>>
>> It's not finished, but I have the basics down, and should be able to
>> load and run "binaries" with it soon.  I'll probably post screenshots
>> and they'll be hosted on Dropbox, so some of the other regulars won't
>> look.  That's on them.
>>
>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>> are generous, usual sorts of algorithms, here "findings" and
>>> "matchings", that can be implemented vector-wise scalar-word,
>>> then that for things like: libc, POSIX tools, parsers, and
>>> so on, or as among "text-utils", and for character handling,
>>> that much like many of the distributions like Linux, FreeBSD,
>>> and so on, have developed and released and made in their tree
>>> the vectorized versions of string functions, that, there are
>>> abstract models of regular "text algos" that make sense for
>>> all modern commodity architectures in their default configuration,
>>> for the system libraries and default toolset. For example, most
>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>> then as with regards to "sorting" and "translation" or "transformation",
>>> which is not addressed.
>>
>>
>> So I gather you're interested in algorithms that "parallel" with SIMD
>> and other vector machinery?  And you mention "text-utils."  Have you
>> read /String Algorithms in C/ by Mailund?  He goes into the nitty gritty
>> details of string matching -- and you can trivially translate the code
>> to any other programming language as you learn from the book -- in the
>> context of DNA matching.  At least that's how I remember the book.  The
>> /about the author/ blurb at the start mentions he's a professor of bio-
>> informatics so that seems like a true memory.  I'll want to read the
>> book again soon.
>>
>> In any case, there are algorithms, string search amongst them, that seem
>> eminently serial, and I'm not quite sure SIMD and related extensions are
>> immediately applicable.  And now I'm sure there are people -- and LLMs
>> -- just itching to "correct me" about that.  Let them, they don't bother
>> me.
>>
>>>
>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>
>> In the mean time, I've gathered a few names here in comp.lang.c that I'll
>> probably never reply to ever again.  They know who they are.
>>
>>
>>
>>
> 
> Thanks for the book reference, I'll look to it.
> 
> 
> Decades ago when at the university I had a job working
> for the biology department and what it was was making a graphical
> front-end in Java to launch BLAST gene-sequence search on what
> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
> of Apple pizza boxes with PowerPC cores, then that also I wrote some
> code for matching sequences with splitting the input and running the
> cluster on the input files and chewing that up, sequences of human DNA
> about 9 gigabytes, "seq-reader".
> 
> I made a simple dialog with making the command line arguments
> for BLAST to launch, then added a features to increase or decrease
> the font, that really blew their mind, these days it's often found
> with "Shift-plus and Shift-minus".
> 
> Java's my main, if I know anything, that's what I know.
> 

Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
before replying, but as I uncommented more of my lines, I ran into
another null pointer exception.  Turns out the GUI code expects to
find labels in the program, and in my binary there are no labels.

And to bother people bothered by cross postings, I'll continue.

I'm also working an a feature where the MIPS program can access a
"real" terminal.  For now, and the convenience of people who don't
own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
create a named pipe in Windows.  So I did that part in C using JNI.  At
a guess, that's easier than using the /more modern/ Java foreign
function interface, since I don't have to #include <windows.h> in the
surrounding Java code.

Anyway, I'm now at the part where I have successfully sent and received
a single byte from Putty, via named pipe hosted by the JVM.  The next
part of the task is to use that code to make a Mars /tool/ that hooks
into the MIPS virtual machine and acts more or less like a physical UART
with interrupts.

That's probably going to have to be with a reader and writer background
threads, because Java doesn't have a concept of nonblocking reads nor
writes for RandomAccessFiles.  Though full disclosure, I'm not too sure
about that, because I've seen some people talking about channels and
checking if something is .available().  That doesn't apply to me anyway
because I'm using the raw Win32 ReadFile() and WriteFile() calls in
blocking mode.

And once that's done, I'll have to teach myself how to write MIPS
exception handlers.  That'll be fun.

Now, on the other hand, since my gf is starting to learn Java too, do
you have any words of wisdom for newbies?  I taught her "hello world,"
then the Swing "hello world," and then showed her how she can skip all
that with the WindowBuilder in Eclipse.

What do you suggest as the next step, because she'll be looking for
employment in a few months when she's confident enough?



[1] Plus, I'm not sure mine will work without some sort of maintenance.
     It'll be a pleasant surprise if it works next time I turn it on.
--
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#124472 — Re: Mars, the MIPS emulator in Java

On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>
>>>>
>>>> Thanks for writing. Good luck with that.
>>>>
>>>> Now, if we attain to some decorum, that would be refreshing.
>>>
>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>> Pepsi
>>> before continuing this followup, hold on.
>>>
>>>>
>>>>
>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>
>>> I just claim I know nothing, and do things anyway.  I didn't know how
>>> to parse the Intel Hex file format, before I added a "binary" loader
>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>
>>> It's not finished, but I have the basics down, and should be able to
>>> load and run "binaries" with it soon.  I'll probably post screenshots
>>> and they'll be hosted on Dropbox, so some of the other regulars won't
>>> look.  That's on them.
>>>
>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>> are generous, usual sorts of algorithms, here "findings" and
>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>> then that for things like: libc, POSIX tools, parsers, and
>>>> so on, or as among "text-utils", and for character handling,
>>>> that much like many of the distributions like Linux, FreeBSD,
>>>> and so on, have developed and released and made in their tree
>>>> the vectorized versions of string functions, that, there are
>>>> abstract models of regular "text algos" that make sense for
>>>> all modern commodity architectures in their default configuration,
>>>> for the system libraries and default toolset. For example, most
>>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>>> then as with regards to "sorting" and "translation" or
>>>> "transformation",
>>>> which is not addressed.
>>>
>>>
>>> So I gather you're interested in algorithms that "parallel" with SIMD
>>> and other vector machinery?  And you mention "text-utils."  Have you
>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty gritty
>>> details of string matching -- and you can trivially translate the code
>>> to any other programming language as you learn from the book -- in the
>>> context of DNA matching.  At least that's how I remember the book.  The
>>> /about the author/ blurb at the start mentions he's a professor of bio-
>>> informatics so that seems like a true memory.  I'll want to read the
>>> book again soon.
>>>
>>> In any case, there are algorithms, string search amongst them, that seem
>>> eminently serial, and I'm not quite sure SIMD and related extensions are
>>> immediately applicable.  And now I'm sure there are people -- and LLMs
>>> -- just itching to "correct me" about that.  Let them, they don't bother
>>> me.
>>>
>>>>
>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>
>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>> I'll
>>> probably never reply to ever again.  They know who they are.
>>>
>>>
>>>
>>>
>>
>> Thanks for the book reference, I'll look to it.
>>
>>
>> Decades ago when at the university I had a job working
>> for the biology department and what it was was making a graphical
>> front-end in Java to launch BLAST gene-sequence search on what
>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>> code for matching sequences with splitting the input and running the
>> cluster on the input files and chewing that up, sequences of human DNA
>> about 9 gigabytes, "seq-reader".
>>
>> I made a simple dialog with making the command line arguments
>> for BLAST to launch, then added a features to increase or decrease
>> the font, that really blew their mind, these days it's often found
>> with "Shift-plus and Shift-minus".
>>
>> Java's my main, if I know anything, that's what I know.
>>
>
> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
> before replying, but as I uncommented more of my lines, I ran into
> another null pointer exception.  Turns out the GUI code expects to
> find labels in the program, and in my binary there are no labels.
>
> And to bother people bothered by cross postings, I'll continue.
>
> I'm also working an a feature where the MIPS program can access a
> "real" terminal.  For now, and the convenience of people who don't
> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
> create a named pipe in Windows.  So I did that part in C using JNI.  At
> a guess, that's easier than using the /more modern/ Java foreign
> function interface, since I don't have to #include <windows.h> in the
> surrounding Java code.
>
> Anyway, I'm now at the part where I have successfully sent and received
> a single byte from Putty, via named pipe hosted by the JVM.  The next
> part of the task is to use that code to make a Mars /tool/ that hooks
> into the MIPS virtual machine and acts more or less like a physical UART
> with interrupts.
>
> That's probably going to have to be with a reader and writer background
> threads, because Java doesn't have a concept of nonblocking reads nor
> writes for RandomAccessFiles.  Though full disclosure, I'm not too sure
> about that, because I've seen some people talking about channels and
> checking if something is .available().  That doesn't apply to me anyway
> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
> blocking mode.
>
> And once that's done, I'll have to teach myself how to write MIPS
> exception handlers.  That'll be fun.
>
> Now, on the other hand, since my gf is starting to learn Java too, do
> you have any words of wisdom for newbies?  I taught her "hello world,"
> then the Swing "hello world," and then showed her how she can skip all
> that with the WindowBuilder in Eclipse.
>
> What do you suggest as the next step, because she'll be looking for
> employment in a few months when she's confident enough?
>
>
>
> [1] Plus, I'm not sure mine will work without some sort of maintenance.
>      It'll be a pleasant surprise if it works next time I turn it on.
> --
> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
> I'm not from the Internet, I just work there. | via Easynews.com


One might suggest that the "Java Trails" tutorials and "Core Java"
and "Java in a Nutshell" would give an authentic introduction that
were new then and old now, and correct, if not "current", then and now.

https://docs.oracle.com/javase/tutorial/

For something like C++, my first link would be
"https://cppreference.com", usually. Then after
the tutorials there is only API javadoc the API documentation,
which is also surfaced in the IDE's.


Java11 and C++ 11 are probably appropriate baselines.

I've programmed in both Swing and Win32, more low-level than high-level,
Java's worker threads and sychronization utilities
vis-a-vis Win32's message-pump and message-crackers and the user-defined
pointer in the HWND's MSG, make for various
accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
C/C++, and so on.

[toc] | [prev] | [next] | [standalone]

#124473 — Re: Mars, the MIPS emulator in Java

On 07/30/2026 09:23 AM, Ross Finlayson wrote:
> On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>>
>>>>>
>>>>> Thanks for writing. Good luck with that.
>>>>>
>>>>> Now, if we attain to some decorum, that would be refreshing.
>>>>
>>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>>> Pepsi
>>>> before continuing this followup, hold on.
>>>>
>>>>>
>>>>>
>>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>>
>>>> I just claim I know nothing, and do things anyway.  I didn't know how
>>>> to parse the Intel Hex file format, before I added a "binary" loader
>>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>>
>>>> It's not finished, but I have the basics down, and should be able to
>>>> load and run "binaries" with it soon.  I'll probably post screenshots
>>>> and they'll be hosted on Dropbox, so some of the other regulars won't
>>>> look.  That's on them.
>>>>
>>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>>> are generous, usual sorts of algorithms, here "findings" and
>>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>>> then that for things like: libc, POSIX tools, parsers, and
>>>>> so on, or as among "text-utils", and for character handling,
>>>>> that much like many of the distributions like Linux, FreeBSD,
>>>>> and so on, have developed and released and made in their tree
>>>>> the vectorized versions of string functions, that, there are
>>>>> abstract models of regular "text algos" that make sense for
>>>>> all modern commodity architectures in their default configuration,
>>>>> for the system libraries and default toolset. For example, most
>>>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>>>> then as with regards to "sorting" and "translation" or
>>>>> "transformation",
>>>>> which is not addressed.
>>>>
>>>>
>>>> So I gather you're interested in algorithms that "parallel" with SIMD
>>>> and other vector machinery?  And you mention "text-utils."  Have you
>>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty
>>>> gritty
>>>> details of string matching -- and you can trivially translate the code
>>>> to any other programming language as you learn from the book -- in the
>>>> context of DNA matching.  At least that's how I remember the book.  The
>>>> /about the author/ blurb at the start mentions he's a professor of bio-
>>>> informatics so that seems like a true memory.  I'll want to read the
>>>> book again soon.
>>>>
>>>> In any case, there are algorithms, string search amongst them, that
>>>> seem
>>>> eminently serial, and I'm not quite sure SIMD and related extensions
>>>> are
>>>> immediately applicable.  And now I'm sure there are people -- and LLMs
>>>> -- just itching to "correct me" about that.  Let them, they don't
>>>> bother
>>>> me.
>>>>
>>>>>
>>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>>
>>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>>> I'll
>>>> probably never reply to ever again.  They know who they are.
>>>>
>>>>
>>>>
>>>>
>>>
>>> Thanks for the book reference, I'll look to it.
>>>
>>>
>>> Decades ago when at the university I had a job working
>>> for the biology department and what it was was making a graphical
>>> front-end in Java to launch BLAST gene-sequence search on what
>>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>>> code for matching sequences with splitting the input and running the
>>> cluster on the input files and chewing that up, sequences of human DNA
>>> about 9 gigabytes, "seq-reader".
>>>
>>> I made a simple dialog with making the command line arguments
>>> for BLAST to launch, then added a features to increase or decrease
>>> the font, that really blew their mind, these days it's often found
>>> with "Shift-plus and Shift-minus".
>>>
>>> Java's my main, if I know anything, that's what I know.
>>>
>>
>> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
>> before replying, but as I uncommented more of my lines, I ran into
>> another null pointer exception.  Turns out the GUI code expects to
>> find labels in the program, and in my binary there are no labels.
>>
>> And to bother people bothered by cross postings, I'll continue.
>>
>> I'm also working an a feature where the MIPS program can access a
>> "real" terminal.  For now, and the convenience of people who don't
>> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
>> create a named pipe in Windows.  So I did that part in C using JNI.  At
>> a guess, that's easier than using the /more modern/ Java foreign
>> function interface, since I don't have to #include <windows.h> in the
>> surrounding Java code.
>>
>> Anyway, I'm now at the part where I have successfully sent and received
>> a single byte from Putty, via named pipe hosted by the JVM.  The next
>> part of the task is to use that code to make a Mars /tool/ that hooks
>> into the MIPS virtual machine and acts more or less like a physical UART
>> with interrupts.
>>
>> That's probably going to have to be with a reader and writer background
>> threads, because Java doesn't have a concept of nonblocking reads nor
>> writes for RandomAccessFiles.  Though full disclosure, I'm not too sure
>> about that, because I've seen some people talking about channels and
>> checking if something is .available().  That doesn't apply to me anyway
>> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
>> blocking mode.
>>
>> And once that's done, I'll have to teach myself how to write MIPS
>> exception handlers.  That'll be fun.
>>
>> Now, on the other hand, since my gf is starting to learn Java too, do
>> you have any words of wisdom for newbies?  I taught her "hello world,"
>> then the Swing "hello world," and then showed her how she can skip all
>> that with the WindowBuilder in Eclipse.
>>
>> What do you suggest as the next step, because she'll be looking for
>> employment in a few months when she's confident enough?
>>
>>
>>
>> [1] Plus, I'm not sure mine will work without some sort of maintenance.
>>      It'll be a pleasant surprise if it works next time I turn it on.
>> --
>> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
>> I'm not from the Internet, I just work there. | via Easynews.com
>
>
> One might suggest that the "Java Trails" tutorials and "Core Java"
> and "Java in a Nutshell" would give an authentic introduction that
> were new then and old now, and correct, if not "current", then and now.
>
> https://docs.oracle.com/javase/tutorial/
>
> For something like C++, my first link would be
> "https://cppreference.com", usually. Then after
> the tutorials there is only API javadoc the API documentation,
> which is also surfaced in the IDE's.
>
>
> Java11 and C++ 11 are probably appropriate baselines.
>
> I've programmed in both Swing and Win32, more low-level than high-level,
> Java's worker threads and sychronization utilities
> vis-a-vis Win32's message-pump and message-crackers and the user-defined
> pointer in the HWND's MSG, make for various
> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
> C/C++, and so on.
>
>

I leafed through all the Windows 7 sources before,
at work working on Windows, one task I had was to
implement highlighting "Find..." matches in the UI,
I added to highlight all the matches by using the font
metrics and some calculations and a palette, within a
few years it was part of the usual UI experience in
according to things like the "Win32 UI Guidelines/Principles",
similarly to how font-scaling later became ubiquitous,
simply because those are useful features. Before "ribbons",
or, "progressive affordance in UX/UI" and all that there were
common UI design outlines. Here there's a notion of a
"Light User Interface" experience or "LUI" that then happens
to have renderings in "HTML forms" and the like.


Yes, I also know "Angular/React and SPA frameworks,
in JavaScript and TypeScript".

[toc] | [prev] | [next] | [standalone]

#124508 — Decorum (was: Re: Mars, the MIPS emulator in Java)

On 31/07/2026 12:36 AM, Ross Finlayson wrote:
> On 07/30/2026 09:23 AM, Ross Finlayson wrote:
>> On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>>>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>>>
>>>>>>
>>>>>> Thanks for writing. Good luck with that.
>>>>>>
>>>>>> Now, if we attain to some decorum, that would be refreshing.
>>>>>
>>>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>>>> Pepsi
>>>>> before continuing this followup, hold on.
>>>>>
>>>>>>
>>>>>>
>>>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>>>
>>>>> I just claim I know nothing, and do things anyway.  I didn't know how
>>>>> to parse the Intel Hex file format, before I added a "binary" loader
>>>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>>>
>>>>> It's not finished, but I have the basics down, and should be able to
>>>>> load and run "binaries" with it soon.  I'll probably post screenshots
>>>>> and they'll be hosted on Dropbox, so some of the other regulars won't
>>>>> look.  That's on them.
>>>>>
>>>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>>>> are generous, usual sorts of algorithms, here "findings" and
>>>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>>>> then that for things like: libc, POSIX tools, parsers, and
>>>>>> so on, or as among "text-utils", and for character handling,
>>>>>> that much like many of the distributions like Linux, FreeBSD,
>>>>>> and so on, have developed and released and made in their tree
>>>>>> the vectorized versions of string functions, that, there are
>>>>>> abstract models of regular "text algos" that make sense for
>>>>>> all modern commodity architectures in their default configuration,
>>>>>> for the system libraries and default toolset. For example, most
>>>>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>>>>> then as with regards to "sorting" and "translation" or
>>>>>> "transformation",
>>>>>> which is not addressed.
>>>>>
>>>>>
>>>>> So I gather you're interested in algorithms that "parallel" with SIMD
>>>>> and other vector machinery?  And you mention "text-utils."  Have you
>>>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty
>>>>> gritty
>>>>> details of string matching -- and you can trivially translate the code
>>>>> to any other programming language as you learn from the book -- in the
>>>>> context of DNA matching.  At least that's how I remember the book.  
>>>>> The
>>>>> /about the author/ blurb at the start mentions he's a professor of 
>>>>> bio-
>>>>> informatics so that seems like a true memory.  I'll want to read the
>>>>> book again soon.
>>>>>
>>>>> In any case, there are algorithms, string search amongst them, that
>>>>> seem
>>>>> eminently serial, and I'm not quite sure SIMD and related extensions
>>>>> are
>>>>> immediately applicable.  And now I'm sure there are people -- and LLMs
>>>>> -- just itching to "correct me" about that.  Let them, they don't
>>>>> bother
>>>>> me.
>>>>>
>>>>>>
>>>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>>>
>>>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>>>> I'll
>>>>> probably never reply to ever again.  They know who they are.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> Thanks for the book reference, I'll look to it.
>>>>
>>>>
>>>> Decades ago when at the university I had a job working
>>>> for the biology department and what it was was making a graphical
>>>> front-end in Java to launch BLAST gene-sequence search on what
>>>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>>>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>>>> code for matching sequences with splitting the input and running the
>>>> cluster on the input files and chewing that up, sequences of human DNA
>>>> about 9 gigabytes, "seq-reader".
>>>>
>>>> I made a simple dialog with making the command line arguments
>>>> for BLAST to launch, then added a features to increase or decrease
>>>> the font, that really blew their mind, these days it's often found
>>>> with "Shift-plus and Shift-minus".
>>>>
>>>> Java's my main, if I know anything, that's what I know.
>>>>
>>>
>>> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
>>> before replying, but as I uncommented more of my lines, I ran into
>>> another null pointer exception.  Turns out the GUI code expects to
>>> find labels in the program, and in my binary there are no labels.
>>>
>>> And to bother people bothered by cross postings, I'll continue.
>>>
>>> I'm also working an a feature where the MIPS program can access a
>>> "real" terminal.  For now, and the convenience of people who don't
>>> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
>>> create a named pipe in Windows.  So I did that part in C using JNI.  At
>>> a guess, that's easier than using the /more modern/ Java foreign
>>> function interface, since I don't have to #include <windows.h> in the
>>> surrounding Java code.
>>>
>>> Anyway, I'm now at the part where I have successfully sent and received
>>> a single byte from Putty, via named pipe hosted by the JVM.  The next
>>> part of the task is to use that code to make a Mars /tool/ that hooks
>>> into the MIPS virtual machine and acts more or less like a physical UART
>>> with interrupts.
>>>
>>> That's probably going to have to be with a reader and writer background
>>> threads, because Java doesn't have a concept of nonblocking reads nor
>>> writes for RandomAccessFiles.  Though full disclosure, I'm not too sure
>>> about that, because I've seen some people talking about channels and
>>> checking if something is .available().  That doesn't apply to me anyway
>>> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
>>> blocking mode.
>>>
>>> And once that's done, I'll have to teach myself how to write MIPS
>>> exception handlers.  That'll be fun.
>>>
>>> Now, on the other hand, since my gf is starting to learn Java too, do
>>> you have any words of wisdom for newbies?  I taught her "hello world,"
>>> then the Swing "hello world," and then showed her how she can skip all
>>> that with the WindowBuilder in Eclipse.
>>>
>>> What do you suggest as the next step, because she'll be looking for
>>> employment in a few months when she's confident enough?
>>>
>>>
>>>
>>> [1] Plus, I'm not sure mine will work without some sort of maintenance.
>>>      It'll be a pleasant surprise if it works next time I turn it on.
>>> -- 
>>> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
>>> I'm not from the Internet, I just work there. | via Easynews.com
>>
>>
>> One might suggest that the "Java Trails" tutorials and "Core Java"
>> and "Java in a Nutshell" would give an authentic introduction that
>> were new then and old now, and correct, if not "current", then and now.
>>
>> https://docs.oracle.com/javase/tutorial/

I'll take a look at those.  I didn't think of using those as a teaching
material before.  I've just gone through some programs I've written
myself, sort of, so far.

>>
>> For something like C++, my first link would be
>> "https://cppreference.com", usually. Then after
>> the tutorials there is only API javadoc the API documentation,
>> which is also surfaced in the IDE's.
>>
>>
>> Java11 and C++ 11 are probably appropriate baselines.

I tend to tell newbies to learn approximately C++98, then move on to a
project, and learn the rest on the go.  Some people have a problem with
that advice, and think I'm telling people to stop learning after C++98.

They have a reading comprehension problem.

For the usual APIs written in C++, C++98 is sufficient anyway.

>>
>> I've programmed in both Swing and Win32, more low-level than high-level,
>> Java's worker threads and sychronization utilities
>> vis-a-vis Win32's message-pump and message-crackers and the user-defined
>> pointer in the HWND's MSG, make for various
>> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
>> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
>> C/C++, and so on.
>>

I sometimes wonder if I should implement my own COM.  I forgot about it
before, but I do have the /Inside COM/ book, for that purpose.

>>
> 
> I leafed through all the Windows 7 sources before,
> at work working on Windows, one task I had was to
> implement highlighting "Find..." matches in the UI,
> I added to highlight all the matches by using the font
> metrics and some calculations and a palette, within a
> few years it was part of the usual UI experience in
> according to things like the "Win32 UI Guidelines/Principles",
> similarly to how font-scaling later became ubiquitous,
> simply because those are useful features. Before "ribbons",
> or, "progressive affordance in UX/UI" and all that there were
> common UI design outlines. Here there's a notion of a
> "Light User Interface" experience or "LUI" that then happens
> to have renderings in "HTML forms" and the like.
> 
> 
> Yes, I also know "Angular/React and SPA frameworks,
> in JavaScript and TypeScript".
> 

That's interesting.  I've almost never done user interfaces at a job.

I've mostly been a database, performance, backend, middleware and even
a kernel guy once.

I tried to debug a core dump of FreeBSD once, but the kernel that dumped
wasn't the most recent, and I didn't have the "budget" to build a custom
kernel from a few updates ago to get the debugging symbols, and gave up.

I've heard Microsoft behaved similarly, and overwrite their debugging
symbols.  I hope it's been fixed, because I believe that was a "bug."

And I've mostly managed to avoid jobs and projects that involve
JavaScript.


Have a nice day!

-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#124509 — Re: Decorum

Oh, and I forgot to mention in my last followup, that you shouldn't
worry about the "regulars."  They are just here for "I'm smarter than
you" posturing, and bring nothing of value whatsoever.

-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com

[toc] | [prev] | [next] | [standalone]

#124511 — Re: Decorum

On 07/31/2026 08:07 AM, Johann 'Myrkraverk' Oskarsson wrote:
> On 31/07/2026 12:36 AM, Ross Finlayson wrote:
>> On 07/30/2026 09:23 AM, Ross Finlayson wrote:
>>> On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>>>>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>>>>
>>>>>>>
>>>>>>> Thanks for writing. Good luck with that.
>>>>>>>
>>>>>>> Now, if we attain to some decorum, that would be refreshing.
>>>>>>
>>>>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>>>>> Pepsi
>>>>>> before continuing this followup, hold on.
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>>>>
>>>>>> I just claim I know nothing, and do things anyway.  I didn't know how
>>>>>> to parse the Intel Hex file format, before I added a "binary" loader
>>>>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>>>>
>>>>>> It's not finished, but I have the basics down, and should be able to
>>>>>> load and run "binaries" with it soon.  I'll probably post screenshots
>>>>>> and they'll be hosted on Dropbox, so some of the other regulars won't
>>>>>> look.  That's on them.
>>>>>>
>>>>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>>>>> are generous, usual sorts of algorithms, here "findings" and
>>>>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>>>>> then that for things like: libc, POSIX tools, parsers, and
>>>>>>> so on, or as among "text-utils", and for character handling,
>>>>>>> that much like many of the distributions like Linux, FreeBSD,
>>>>>>> and so on, have developed and released and made in their tree
>>>>>>> the vectorized versions of string functions, that, there are
>>>>>>> abstract models of regular "text algos" that make sense for
>>>>>>> all modern commodity architectures in their default configuration,
>>>>>>> for the system libraries and default toolset. For example, most
>>>>>>> all of "text-utils" involves "findings" and "matchings", in a sense,
>>>>>>> then as with regards to "sorting" and "translation" or
>>>>>>> "transformation",
>>>>>>> which is not addressed.
>>>>>>
>>>>>>
>>>>>> So I gather you're interested in algorithms that "parallel" with SIMD
>>>>>> and other vector machinery?  And you mention "text-utils."  Have you
>>>>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty
>>>>>> gritty
>>>>>> details of string matching -- and you can trivially translate the
>>>>>> code
>>>>>> to any other programming language as you learn from the book -- in
>>>>>> the
>>>>>> context of DNA matching.  At least that's how I remember the book.
>>>>>> The
>>>>>> /about the author/ blurb at the start mentions he's a professor of
>>>>>> bio-
>>>>>> informatics so that seems like a true memory.  I'll want to read the
>>>>>> book again soon.
>>>>>>
>>>>>> In any case, there are algorithms, string search amongst them, that
>>>>>> seem
>>>>>> eminently serial, and I'm not quite sure SIMD and related extensions
>>>>>> are
>>>>>> immediately applicable.  And now I'm sure there are people -- and
>>>>>> LLMs
>>>>>> -- just itching to "correct me" about that.  Let them, they don't
>>>>>> bother
>>>>>> me.
>>>>>>
>>>>>>>
>>>>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>>>>
>>>>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>>>>> I'll
>>>>>> probably never reply to ever again.  They know who they are.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> Thanks for the book reference, I'll look to it.
>>>>>
>>>>>
>>>>> Decades ago when at the university I had a job working
>>>>> for the biology department and what it was was making a graphical
>>>>> front-end in Java to launch BLAST gene-sequence search on what
>>>>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>>>>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>>>>> code for matching sequences with splitting the input and running the
>>>>> cluster on the input files and chewing that up, sequences of human DNA
>>>>> about 9 gigabytes, "seq-reader".
>>>>>
>>>>> I made a simple dialog with making the command line arguments
>>>>> for BLAST to launch, then added a features to increase or decrease
>>>>> the font, that really blew their mind, these days it's often found
>>>>> with "Shift-plus and Shift-minus".
>>>>>
>>>>> Java's my main, if I know anything, that's what I know.
>>>>>
>>>>
>>>> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
>>>> before replying, but as I uncommented more of my lines, I ran into
>>>> another null pointer exception.  Turns out the GUI code expects to
>>>> find labels in the program, and in my binary there are no labels.
>>>>
>>>> And to bother people bothered by cross postings, I'll continue.
>>>>
>>>> I'm also working an a feature where the MIPS program can access a
>>>> "real" terminal.  For now, and the convenience of people who don't
>>>> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
>>>> create a named pipe in Windows.  So I did that part in C using JNI.  At
>>>> a guess, that's easier than using the /more modern/ Java foreign
>>>> function interface, since I don't have to #include <windows.h> in the
>>>> surrounding Java code.
>>>>
>>>> Anyway, I'm now at the part where I have successfully sent and received
>>>> a single byte from Putty, via named pipe hosted by the JVM.  The next
>>>> part of the task is to use that code to make a Mars /tool/ that hooks
>>>> into the MIPS virtual machine and acts more or less like a physical
>>>> UART
>>>> with interrupts.
>>>>
>>>> That's probably going to have to be with a reader and writer background
>>>> threads, because Java doesn't have a concept of nonblocking reads nor
>>>> writes for RandomAccessFiles.  Though full disclosure, I'm not too sure
>>>> about that, because I've seen some people talking about channels and
>>>> checking if something is .available().  That doesn't apply to me anyway
>>>> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
>>>> blocking mode.
>>>>
>>>> And once that's done, I'll have to teach myself how to write MIPS
>>>> exception handlers.  That'll be fun.
>>>>
>>>> Now, on the other hand, since my gf is starting to learn Java too, do
>>>> you have any words of wisdom for newbies?  I taught her "hello world,"
>>>> then the Swing "hello world," and then showed her how she can skip all
>>>> that with the WindowBuilder in Eclipse.
>>>>
>>>> What do you suggest as the next step, because she'll be looking for
>>>> employment in a few months when she's confident enough?
>>>>
>>>>
>>>>
>>>> [1] Plus, I'm not sure mine will work without some sort of maintenance.
>>>>      It'll be a pleasant surprise if it works next time I turn it on.
>>>> --
>>>> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
>>>> I'm not from the Internet, I just work there. | via Easynews.com
>>>
>>>
>>> One might suggest that the "Java Trails" tutorials and "Core Java"
>>> and "Java in a Nutshell" would give an authentic introduction that
>>> were new then and old now, and correct, if not "current", then and now.
>>>
>>> https://docs.oracle.com/javase/tutorial/
>
> I'll take a look at those.  I didn't think of using those as a teaching
> material before.  I've just gone through some programs I've written
> myself, sort of, so far.
>
>>>
>>> For something like C++, my first link would be
>>> "https://cppreference.com", usually. Then after
>>> the tutorials there is only API javadoc the API documentation,
>>> which is also surfaced in the IDE's.
>>>
>>>
>>> Java11 and C++ 11 are probably appropriate baselines.
>
> I tend to tell newbies to learn approximately C++98, then move on to a
> project, and learn the rest on the go.  Some people have a problem with
> that advice, and think I'm telling people to stop learning after C++98.
>
> They have a reading comprehension problem.
>
> For the usual APIs written in C++, C++98 is sufficient anyway.
>
>>>
>>> I've programmed in both Swing and Win32, more low-level than high-level,
>>> Java's worker threads and sychronization utilities
>>> vis-a-vis Win32's message-pump and message-crackers and the user-defined
>>> pointer in the HWND's MSG, make for various
>>> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
>>> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
>>> C/C++, and so on.
>>>
>
> I sometimes wonder if I should implement my own COM.  I forgot about it
> before, but I do have the /Inside COM/ book, for that purpose.
>
>>>
>>
>> I leafed through all the Windows 7 sources before,
>> at work working on Windows, one task I had was to
>> implement highlighting "Find..." matches in the UI,
>> I added to highlight all the matches by using the font
>> metrics and some calculations and a palette, within a
>> few years it was part of the usual UI experience in
>> according to things like the "Win32 UI Guidelines/Principles",
>> similarly to how font-scaling later became ubiquitous,
>> simply because those are useful features. Before "ribbons",
>> or, "progressive affordance in UX/UI" and all that there were
>> common UI design outlines. Here there's a notion of a
>> "Light User Interface" experience or "LUI" that then happens
>> to have renderings in "HTML forms" and the like.
>>
>>
>> Yes, I also know "Angular/React and SPA frameworks,
>> in JavaScript and TypeScript".
>>
>
> That's interesting.  I've almost never done user interfaces at a job.
>
> I've mostly been a database, performance, backend, middleware and even
> a kernel guy once.
>
> I tried to debug a core dump of FreeBSD once, but the kernel that dumped
> wasn't the most recent, and I didn't have the "budget" to build a custom
> kernel from a few updates ago to get the debugging symbols, and gave up.
>
> I've heard Microsoft behaved similarly, and overwrite their debugging
> symbols.  I hope it's been fixed, because I believe that was a "bug."
>
> And I've mostly managed to avoid jobs and projects that involve
> JavaScript.
>
>
> Have a nice day!
>

No man is an island, and any language has its models.


There's a usual sense of the decorum and the etiquette
the "obligatory", abbreviated in some slang some decades
ago as the "ob", alike the "obquote" or otherwise "topicality",
with the idea being that threads are mostly their own space.


The joke about Rust and people saying "use Rust because it's
efficient and it's safe", then the "how's it efficient and
safe" then the "it's efficient by not being safe and safe by
not being efficient", reflects on "compromise" vis-a-vis
"decision", in tradeoffs. Then today's is about CISC and
RISC, and it's that CISC has complicated instructions and
RISC has reduced instruction, yet CISC has reduced operands
and RISC has complicated operands.

Then, making a deconstructive and reflective account, then
how that applies to C/C++, which I tend to club together,
since at some point a C++ program will rely on C linkage,
or the system libraries, is that C++ has a great account
of being efficient, while being safe.


About C++ 03, since it has templates, traits,and RTTI,
then as with regards to allocator copy and move semantics, is
that it's a long time between C++03 and C++11, and there's
something to be said for move semantics yet besides what's
where C++03 was the standard, that though, C++98 was the
standard, yet then the finalizations of C99 about ILP
and the state of the 64-bit world, sort of results that
then Java8 and C++03 with at least parts of C99 is a sort
of reasonable profile of the language. Then the idea that
Java11 and C++11 and C11 all go together, more or less,
with the idea that C++ makes for some improved allocation,
references and pointers and ownership or copies and moves,
and so on, while Java11 is modern in the world of modules,
and C11 is because that's C's and the system's business,
then the syntactic sugar of later accounts like "triple
quotes" or all the various derivatives of the language
or "little languages" or "domain-specific languages",
these are considered not necessarily compelling then
as with regards to that I'm not the biggest fan of
"var" or "auto" since I see the code in front of me
and like to see its type. Then the account of "concepts"
in C++ with regards to type-safe compile-time interfaces
as a complement to "templates", I think that's a good idea,
about the commonalities in features of strongly-typed
languages like C++ and Java, where the theory of types
and type inference makes for the greatest safety in code,
according to guarantees the compiler may offer, though
there's always the PBKAC, "problem between keyboard
and chair". C++98 is the state of the world in Y2K.

Accounts of etiquette and decorum may be refreshing,
it's like Chivalry: chivalry isn't dead, it's just
curled up in the corner weakly kicking with
conversation & courtesy.


That said then it's agreeable that matters of "topicality"
are germane, relevant, apropos, for a collegiate atmosphere.


So, "C11, C++11, Java11, it goes up to 11", is a
reasonable, modern, and largely well-understood,
language profile.

[toc] | [prev] | [next] | [standalone]

#124512 — Re: Decorum

On 07/31/2026 08:36 AM, Ross Finlayson wrote:
> On 07/31/2026 08:07 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 31/07/2026 12:36 AM, Ross Finlayson wrote:
>>> On 07/30/2026 09:23 AM, Ross Finlayson wrote:
>>>> On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>>>>>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for writing. Good luck with that.
>>>>>>>>
>>>>>>>> Now, if we attain to some decorum, that would be refreshing.
>>>>>>>
>>>>>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>>>>>> Pepsi
>>>>>>> before continuing this followup, hold on.
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>>>>>
>>>>>>> I just claim I know nothing, and do things anyway.  I didn't know
>>>>>>> how
>>>>>>> to parse the Intel Hex file format, before I added a "binary" loader
>>>>>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>>>>>
>>>>>>> It's not finished, but I have the basics down, and should be able to
>>>>>>> load and run "binaries" with it soon.  I'll probably post
>>>>>>> screenshots
>>>>>>> and they'll be hosted on Dropbox, so some of the other regulars
>>>>>>> won't
>>>>>>> look.  That's on them.
>>>>>>>
>>>>>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>>>>>> are generous, usual sorts of algorithms, here "findings" and
>>>>>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>>>>>> then that for things like: libc, POSIX tools, parsers, and
>>>>>>>> so on, or as among "text-utils", and for character handling,
>>>>>>>> that much like many of the distributions like Linux, FreeBSD,
>>>>>>>> and so on, have developed and released and made in their tree
>>>>>>>> the vectorized versions of string functions, that, there are
>>>>>>>> abstract models of regular "text algos" that make sense for
>>>>>>>> all modern commodity architectures in their default configuration,
>>>>>>>> for the system libraries and default toolset. For example, most
>>>>>>>> all of "text-utils" involves "findings" and "matchings", in a
>>>>>>>> sense,
>>>>>>>> then as with regards to "sorting" and "translation" or
>>>>>>>> "transformation",
>>>>>>>> which is not addressed.
>>>>>>>
>>>>>>>
>>>>>>> So I gather you're interested in algorithms that "parallel" with
>>>>>>> SIMD
>>>>>>> and other vector machinery?  And you mention "text-utils."  Have you
>>>>>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty
>>>>>>> gritty
>>>>>>> details of string matching -- and you can trivially translate the
>>>>>>> code
>>>>>>> to any other programming language as you learn from the book -- in
>>>>>>> the
>>>>>>> context of DNA matching.  At least that's how I remember the book.
>>>>>>> The
>>>>>>> /about the author/ blurb at the start mentions he's a professor of
>>>>>>> bio-
>>>>>>> informatics so that seems like a true memory.  I'll want to read the
>>>>>>> book again soon.
>>>>>>>
>>>>>>> In any case, there are algorithms, string search amongst them, that
>>>>>>> seem
>>>>>>> eminently serial, and I'm not quite sure SIMD and related extensions
>>>>>>> are
>>>>>>> immediately applicable.  And now I'm sure there are people -- and
>>>>>>> LLMs
>>>>>>> -- just itching to "correct me" about that.  Let them, they don't
>>>>>>> bother
>>>>>>> me.
>>>>>>>
>>>>>>>>
>>>>>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>>>>>
>>>>>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>>>>>> I'll
>>>>>>> probably never reply to ever again.  They know who they are.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Thanks for the book reference, I'll look to it.
>>>>>>
>>>>>>
>>>>>> Decades ago when at the university I had a job working
>>>>>> for the biology department and what it was was making a graphical
>>>>>> front-end in Java to launch BLAST gene-sequence search on what
>>>>>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>>>>>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>>>>>> code for matching sequences with splitting the input and running the
>>>>>> cluster on the input files and chewing that up, sequences of human
>>>>>> DNA
>>>>>> about 9 gigabytes, "seq-reader".
>>>>>>
>>>>>> I made a simple dialog with making the command line arguments
>>>>>> for BLAST to launch, then added a features to increase or decrease
>>>>>> the font, that really blew their mind, these days it's often found
>>>>>> with "Shift-plus and Shift-minus".
>>>>>>
>>>>>> Java's my main, if I know anything, that's what I know.
>>>>>>
>>>>>
>>>>> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
>>>>> before replying, but as I uncommented more of my lines, I ran into
>>>>> another null pointer exception.  Turns out the GUI code expects to
>>>>> find labels in the program, and in my binary there are no labels.
>>>>>
>>>>> And to bother people bothered by cross postings, I'll continue.
>>>>>
>>>>> I'm also working an a feature where the MIPS program can access a
>>>>> "real" terminal.  For now, and the convenience of people who don't
>>>>> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
>>>>> create a named pipe in Windows.  So I did that part in C using
>>>>> JNI.  At
>>>>> a guess, that's easier than using the /more modern/ Java foreign
>>>>> function interface, since I don't have to #include <windows.h> in the
>>>>> surrounding Java code.
>>>>>
>>>>> Anyway, I'm now at the part where I have successfully sent and
>>>>> received
>>>>> a single byte from Putty, via named pipe hosted by the JVM.  The next
>>>>> part of the task is to use that code to make a Mars /tool/ that hooks
>>>>> into the MIPS virtual machine and acts more or less like a physical
>>>>> UART
>>>>> with interrupts.
>>>>>
>>>>> That's probably going to have to be with a reader and writer
>>>>> background
>>>>> threads, because Java doesn't have a concept of nonblocking reads nor
>>>>> writes for RandomAccessFiles.  Though full disclosure, I'm not too
>>>>> sure
>>>>> about that, because I've seen some people talking about channels and
>>>>> checking if something is .available().  That doesn't apply to me
>>>>> anyway
>>>>> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
>>>>> blocking mode.
>>>>>
>>>>> And once that's done, I'll have to teach myself how to write MIPS
>>>>> exception handlers.  That'll be fun.
>>>>>
>>>>> Now, on the other hand, since my gf is starting to learn Java too, do
>>>>> you have any words of wisdom for newbies?  I taught her "hello world,"
>>>>> then the Swing "hello world," and then showed her how she can skip all
>>>>> that with the WindowBuilder in Eclipse.
>>>>>
>>>>> What do you suggest as the next step, because she'll be looking for
>>>>> employment in a few months when she's confident enough?
>>>>>
>>>>>
>>>>>
>>>>> [1] Plus, I'm not sure mine will work without some sort of
>>>>> maintenance.
>>>>>      It'll be a pleasant surprise if it works next time I turn it on.
>>>>> --
>>>>> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
>>>>> I'm not from the Internet, I just work there. | via Easynews.com
>>>>
>>>>
>>>> One might suggest that the "Java Trails" tutorials and "Core Java"
>>>> and "Java in a Nutshell" would give an authentic introduction that
>>>> were new then and old now, and correct, if not "current", then and now.
>>>>
>>>> https://docs.oracle.com/javase/tutorial/
>>
>> I'll take a look at those.  I didn't think of using those as a teaching
>> material before.  I've just gone through some programs I've written
>> myself, sort of, so far.
>>
>>>>
>>>> For something like C++, my first link would be
>>>> "https://cppreference.com", usually. Then after
>>>> the tutorials there is only API javadoc the API documentation,
>>>> which is also surfaced in the IDE's.
>>>>
>>>>
>>>> Java11 and C++ 11 are probably appropriate baselines.
>>
>> I tend to tell newbies to learn approximately C++98, then move on to a
>> project, and learn the rest on the go.  Some people have a problem with
>> that advice, and think I'm telling people to stop learning after C++98.
>>
>> They have a reading comprehension problem.
>>
>> For the usual APIs written in C++, C++98 is sufficient anyway.
>>
>>>>
>>>> I've programmed in both Swing and Win32, more low-level than
>>>> high-level,
>>>> Java's worker threads and sychronization utilities
>>>> vis-a-vis Win32's message-pump and message-crackers and the
>>>> user-defined
>>>> pointer in the HWND's MSG, make for various
>>>> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
>>>> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
>>>> C/C++, and so on.
>>>>
>>
>> I sometimes wonder if I should implement my own COM.  I forgot about it
>> before, but I do have the /Inside COM/ book, for that purpose.
>>
>>>>
>>>
>>> I leafed through all the Windows 7 sources before,
>>> at work working on Windows, one task I had was to
>>> implement highlighting "Find..." matches in the UI,
>>> I added to highlight all the matches by using the font
>>> metrics and some calculations and a palette, within a
>>> few years it was part of the usual UI experience in
>>> according to things like the "Win32 UI Guidelines/Principles",
>>> similarly to how font-scaling later became ubiquitous,
>>> simply because those are useful features. Before "ribbons",
>>> or, "progressive affordance in UX/UI" and all that there were
>>> common UI design outlines. Here there's a notion of a
>>> "Light User Interface" experience or "LUI" that then happens
>>> to have renderings in "HTML forms" and the like.
>>>
>>>
>>> Yes, I also know "Angular/React and SPA frameworks,
>>> in JavaScript and TypeScript".
>>>
>>
>> That's interesting.  I've almost never done user interfaces at a job.
>>
>> I've mostly been a database, performance, backend, middleware and even
>> a kernel guy once.
>>
>> I tried to debug a core dump of FreeBSD once, but the kernel that dumped
>> wasn't the most recent, and I didn't have the "budget" to build a custom
>> kernel from a few updates ago to get the debugging symbols, and gave up.
>>
>> I've heard Microsoft behaved similarly, and overwrite their debugging
>> symbols.  I hope it's been fixed, because I believe that was a "bug."
>>
>> And I've mostly managed to avoid jobs and projects that involve
>> JavaScript.
>>
>>
>> Have a nice day!
>>
>
> No man is an island, and any language has its models.
>
>
> There's a usual sense of the decorum and the etiquette
> the "obligatory", abbreviated in some slang some decades
> ago as the "ob", alike the "obquote" or otherwise "topicality",
> with the idea being that threads are mostly their own space.
>
>
> The joke about Rust and people saying "use Rust because it's
> efficient and it's safe", then the "how's it efficient and
> safe" then the "it's efficient by not being safe and safe by
> not being efficient", reflects on "compromise" vis-a-vis
> "decision", in tradeoffs. Then today's is about CISC and
> RISC, and it's that CISC has complicated instructions and
> RISC has reduced instruction, yet CISC has reduced operands
> and RISC has complicated operands.
>
> Then, making a deconstructive and reflective account, then
> how that applies to C/C++, which I tend to club together,
> since at some point a C++ program will rely on C linkage,
> or the system libraries, is that C++ has a great account
> of being efficient, while being safe.
>
>
> About C++ 03, since it has templates, traits,and RTTI,
> then as with regards to allocator copy and move semantics, is
> that it's a long time between C++03 and C++11, and there's
> something to be said for move semantics yet besides what's
> where C++03 was the standard, that though, C++98 was the
> standard, yet then the finalizations of C99 about ILP
> and the state of the 64-bit world, sort of results that
> then Java8 and C++03 with at least parts of C99 is a sort
> of reasonable profile of the language. Then the idea that
> Java11 and C++11 and C11 all go together, more or less,
> with the idea that C++ makes for some improved allocation,
> references and pointers and ownership or copies and moves,
> and so on, while Java11 is modern in the world of modules,
> and C11 is because that's C's and the system's business,
> then the syntactic sugar of later accounts like "triple
> quotes" or all the various derivatives of the language
> or "little languages" or "domain-specific languages",
> these are considered not necessarily compelling then
> as with regards to that I'm not the biggest fan of
> "var" or "auto" since I see the code in front of me
> and like to see its type. Then the account of "concepts"
> in C++ with regards to type-safe compile-time interfaces
> as a complement to "templates", I think that's a good idea,
> about the commonalities in features of strongly-typed
> languages like C++ and Java, where the theory of types
> and type inference makes for the greatest safety in code,
> according to guarantees the compiler may offer, though
> there's always the PBKAC, "problem between keyboard
> and chair". C++98 is the state of the world in Y2K.
>
> Accounts of etiquette and decorum may be refreshing,
> it's like Chivalry: chivalry isn't dead, it's just
> curled up in the corner weakly kicking with
> conversation & courtesy.
>
>
> That said then it's agreeable that matters of "topicality"
> are germane, relevant, apropos, for a collegiate atmosphere.
>
>
> So, "C11, C++11, Java11, it goes up to 11", is a
> reasonable, modern, and largely well-understood,
> language profile.
>
>

It's like when all the browsers were of a sort of
common profile, yet they were always one-upping each
other, then Edge came out after IE was going away,
about Mozilla and WebKit, and about Chrome, that being
about it in the monoculture of the day, then at some
point, or one day, there was a day, when all the different
browser versions were "version 80", and so they have
modules in the JavaScript and so on, and a conformant
account of UI-Events and HTML forms, and about fetch,
or with regards to the W3C and What-WG, that, omitting
some things like the giant, giant cookies now with
RAM and CPU of web-workers of client-side storage,
that writing to browsers "browsers version 80" with HTML5,
UI-Events, and fetch, makes for a stable, well-understood,
standards-based, reasonably locked-down not locked-in,
runtime.

Here the usual account after "single-page app"
is "single-endpoint backend", including the app,
not that I care particularly, since, "I don't app".

Also I don't "GPU".

Generics make for great abstractions.

[toc] | [prev] | [next] | [standalone]

#124589 — Re: Decorum

On 31/07/2026 11:36 PM, Ross Finlayson wrote:
> On 07/31/2026 08:07 AM, Johann 'Myrkraverk' Oskarsson wrote:
>> On 31/07/2026 12:36 AM, Ross Finlayson wrote:
>>> On 07/30/2026 09:23 AM, Ross Finlayson wrote:
>>>> On 07/30/2026 08:19 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>> On 30/07/2026 9:59 PM, Ross Finlayson wrote:
>>>>>> On 07/30/2026 06:20 AM, Johann 'Myrkraverk' Oskarsson wrote:
>>>>>>> On 30/07/2026 4:47 AM, Ross Finlayson wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for writing. Good luck with that.
>>>>>>>>
>>>>>>>> Now, if we attain to some decorum, that would be refreshing.
>>>>>>>
>>>>>>> Yes, that indeed would be refreshing.  I'll refresh myself with some
>>>>>>> Pepsi
>>>>>>> before continuing this followup, hold on.
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I "know" Java and am familiar with C/C++, and computer engineering.
>>>>>>>
>>>>>>> I just claim I know nothing, and do things anyway.  I didn't know 
>>>>>>> how
>>>>>>> to parse the Intel Hex file format, before I added a "binary" loader
>>>>>>> to the Mars MIPS emulator.  You know, the one written in Java.
>>>>>>>
>>>>>>> It's not finished, but I have the basics down, and should be able to
>>>>>>> load and run "binaries" with it soon.  I'll probably post 
>>>>>>> screenshots
>>>>>>> and they'll be hosted on Dropbox, so some of the other regulars 
>>>>>>> won't
>>>>>>> look.  That's on them.
>>>>>>>
>>>>>>>> Then, here the "Viswath & Charmaigne" is for the idea that there
>>>>>>>> are generous, usual sorts of algorithms, here "findings" and
>>>>>>>> "matchings", that can be implemented vector-wise scalar-word,
>>>>>>>> then that for things like: libc, POSIX tools, parsers, and
>>>>>>>> so on, or as among "text-utils", and for character handling,
>>>>>>>> that much like many of the distributions like Linux, FreeBSD,
>>>>>>>> and so on, have developed and released and made in their tree
>>>>>>>> the vectorized versions of string functions, that, there are
>>>>>>>> abstract models of regular "text algos" that make sense for
>>>>>>>> all modern commodity architectures in their default configuration,
>>>>>>>> for the system libraries and default toolset. For example, most
>>>>>>>> all of "text-utils" involves "findings" and "matchings", in a 
>>>>>>>> sense,
>>>>>>>> then as with regards to "sorting" and "translation" or
>>>>>>>> "transformation",
>>>>>>>> which is not addressed.
>>>>>>>
>>>>>>>
>>>>>>> So I gather you're interested in algorithms that "parallel" with 
>>>>>>> SIMD
>>>>>>> and other vector machinery?  And you mention "text-utils."  Have you
>>>>>>> read /String Algorithms in C/ by Mailund?  He goes into the nitty
>>>>>>> gritty
>>>>>>> details of string matching -- and you can trivially translate the
>>>>>>> code
>>>>>>> to any other programming language as you learn from the book -- in
>>>>>>> the
>>>>>>> context of DNA matching.  At least that's how I remember the book.
>>>>>>> The
>>>>>>> /about the author/ blurb at the start mentions he's a professor of
>>>>>>> bio-
>>>>>>> informatics so that seems like a true memory.  I'll want to read the
>>>>>>> book again soon.
>>>>>>>
>>>>>>> In any case, there are algorithms, string search amongst them, that
>>>>>>> seem
>>>>>>> eminently serial, and I'm not quite sure SIMD and related extensions
>>>>>>> are
>>>>>>> immediately applicable.  And now I'm sure there are people -- and
>>>>>>> LLMs
>>>>>>> -- just itching to "correct me" about that.  Let them, they don't
>>>>>>> bother
>>>>>>> me.
>>>>>>>
>>>>>>>>
>>>>>>>> The mentioned initialisms are, or were, awful sci.math trolls.
>>>>>>>
>>>>>>> In the mean time, I've gathered a few names here in comp.lang.c that
>>>>>>> I'll
>>>>>>> probably never reply to ever again.  They know who they are.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Thanks for the book reference, I'll look to it.
>>>>>>
>>>>>>
>>>>>> Decades ago when at the university I had a job working
>>>>>> for the biology department and what it was was making a graphical
>>>>>> front-end in Java to launch BLAST gene-sequence search on what
>>>>>> had as about 48 units / 96 cores Sun Silicon Grid Engine MPI cluster,
>>>>>> of Apple pizza boxes with PowerPC cores, then that also I wrote some
>>>>>> code for matching sequences with splitting the input and running the
>>>>>> cluster on the input files and chewing that up, sequences of human 
>>>>>> DNA
>>>>>> about 9 gigabytes, "seq-reader".
>>>>>>
>>>>>> I made a simple dialog with making the command line arguments
>>>>>> for BLAST to launch, then added a features to increase or decrease
>>>>>> the font, that really blew their mind, these days it's often found
>>>>>> with "Shift-plus and Shift-minus".
>>>>>>
>>>>>> Java's my main, if I know anything, that's what I know.
>>>>>>
>>>>>
>>>>> Now I'm deep in Swing GUI.  I had hoped to finish my Intel Hex loader
>>>>> before replying, but as I uncommented more of my lines, I ran into
>>>>> another null pointer exception.  Turns out the GUI code expects to
>>>>> find labels in the program, and in my binary there are no labels.
>>>>>
>>>>> And to bother people bothered by cross postings, I'll continue.
>>>>>
>>>>> I'm also working an a feature where the MIPS program can access a
>>>>> "real" terminal.  For now, and the convenience of people who don't
>>>>> own a VT520,[1] I'm hooking it up to Putty.  It turns out Java cannot
>>>>> create a named pipe in Windows.  So I did that part in C using 
>>>>> JNI.  At
>>>>> a guess, that's easier than using the /more modern/ Java foreign
>>>>> function interface, since I don't have to #include <windows.h> in the
>>>>> surrounding Java code.
>>>>>
>>>>> Anyway, I'm now at the part where I have successfully sent and 
>>>>> received
>>>>> a single byte from Putty, via named pipe hosted by the JVM.  The next
>>>>> part of the task is to use that code to make a Mars /tool/ that hooks
>>>>> into the MIPS virtual machine and acts more or less like a physical
>>>>> UART
>>>>> with interrupts.
>>>>>
>>>>> That's probably going to have to be with a reader and writer 
>>>>> background
>>>>> threads, because Java doesn't have a concept of nonblocking reads nor
>>>>> writes for RandomAccessFiles.  Though full disclosure, I'm not too 
>>>>> sure
>>>>> about that, because I've seen some people talking about channels and
>>>>> checking if something is .available().  That doesn't apply to me 
>>>>> anyway
>>>>> because I'm using the raw Win32 ReadFile() and WriteFile() calls in
>>>>> blocking mode.
>>>>>
>>>>> And once that's done, I'll have to teach myself how to write MIPS
>>>>> exception handlers.  That'll be fun.
>>>>>
>>>>> Now, on the other hand, since my gf is starting to learn Java too, do
>>>>> you have any words of wisdom for newbies?  I taught her "hello world,"
>>>>> then the Swing "hello world," and then showed her how she can skip all
>>>>> that with the WindowBuilder in Eclipse.
>>>>>
>>>>> What do you suggest as the next step, because she'll be looking for
>>>>> employment in a few months when she's confident enough?
>>>>>
>>>>>
>>>>>
>>>>> [1] Plus, I'm not sure mine will work without some sort of 
>>>>> maintenance.
>>>>>      It'll be a pleasant surprise if it works next time I turn it on.
>>>>> -- 
>>>>> Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
>>>>> I'm not from the Internet, I just work there. | via Easynews.com
>>>>
>>>>
>>>> One might suggest that the "Java Trails" tutorials and "Core Java"
>>>> and "Java in a Nutshell" would give an authentic introduction that
>>>> were new then and old now, and correct, if not "current", then and now.
>>>>
>>>> https://docs.oracle.com/javase/tutorial/
>>
>> I'll take a look at those.  I didn't think of using those as a teaching
>> material before.  I've just gone through some programs I've written
>> myself, sort of, so far.
>>
>>>>
>>>> For something like C++, my first link would be
>>>> "https://cppreference.com", usually. Then after
>>>> the tutorials there is only API javadoc the API documentation,
>>>> which is also surfaced in the IDE's.
>>>>
>>>>
>>>> Java11 and C++ 11 are probably appropriate baselines.
>>
>> I tend to tell newbies to learn approximately C++98, then move on to a
>> project, and learn the rest on the go.  Some people have a problem with
>> that advice, and think I'm telling people to stop learning after C++98.
>>
>> They have a reading comprehension problem.
>>
>> For the usual APIs written in C++, C++98 is sufficient anyway.
>>
>>>>
>>>> I've programmed in both Swing and Win32, more low-level than high- 
>>>> level,
>>>> Java's worker threads and sychronization utilities
>>>> vis-a-vis Win32's message-pump and message-crackers and the user- 
>>>> defined
>>>> pointer in the HWND's MSG, make for various
>>>> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
>>>> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
>>>> C/C++, and so on.
>>>>
>>
>> I sometimes wonder if I should implement my own COM.  I forgot about it
>> before, but I do have the /Inside COM/ book, for that purpose.
>>
>>>>
>>>
>>> I leafed through all the Windows 7 sources before,
>>> at work working on Windows, one task I had was to
>>> implement highlighting "Find..." matches in the UI,
>>> I added to highlight all the matches by using the font
>>> metrics and some calculations and a palette, within a
>>> few years it was part of the usual UI experience in
>>> according to things like the "Win32 UI Guidelines/Principles",
>>> similarly to how font-scaling later became ubiquitous,
>>> simply because those are useful features. Before "ribbons",
>>> or, "progressive affordance in UX/UI" and all that there were
>>> common UI design outlines. Here there's a notion of a
>>> "Light User Interface" experience or "LUI" that then happens
>>> to have renderings in "HTML forms" and the like.
>>>
>>>
>>> Yes, I also know "Angular/React and SPA frameworks,
>>> in JavaScript and TypeScript".
>>>
>>
>> That's interesting.  I've almost never done user interfaces at a job.
>>
>> I've mostly been a database, performance, backend, middleware and even
>> a kernel guy once.
>>
>> I tried to debug a core dump of FreeBSD once, but the kernel that dumped
>> wasn't the most recent, and I didn't have the "budget" to build a custom
>> kernel from a few updates ago to get the debugging symbols, and gave up.
>>
>> I've heard Microsoft behaved similarly, and overwrite their debugging
>> symbols.  I hope it's been fixed, because I believe that was a "bug."
>>
>> And I've mostly managed to avoid jobs and projects that involve
>> JavaScript.
>>
>>
>> Have a nice day!
>>
> 
> No man is an island, and any language has its models.


Well, no.  Hmm, I thought I had answered a JavaScript question on Stack
Overflow in a way that suggested the JavaScript runtime environment was
buggy, and had been buggy ever since inception.  And that any "Ecma-
Script Standard" had failed to correct it.

I don't remember the details very well; I'm not a JavaScript guy.  I
just read a bit here and there, and based on /Principes d'Implantation
de Scheme et Lisp/, this shouldn't be able to happen unless the environ-
ment code in the runtime is buggy.

I don't know if that answer has been deleted by moderators, or is on
some sister site to Stack Overflow.  In either case, I don't find it
in my list of my own answers.

> 
> 
> There's a usual sense of the decorum and the etiquette
> the "obligatory", abbreviated in some slang some decades
> ago as the "ob", alike the "obquote" or otherwise "topicality",
> with the idea being that threads are mostly their own space.


I'm not sure slang and decorum is the same thing.  In any case, decorum
is about people having peaceful and informative discussions, such as
is currently happening between the two of us.

You mention things that educate me, and I hope to return the favour.

> The joke about Rust and people saying "use Rust because it's
> efficient and it's safe", then the "how's it efficient and
> safe" then the "it's efficient by not being safe and safe by
> not being efficient", reflects on "compromise" vis-a-vis
> "decision", in tradeoffs. Then today's is about CISC and
> RISC, and it's that CISC has complicated instructions and
> RISC has reduced instruction, yet CISC has reduced operands
> and RISC has complicated operands.

I believe I noticed this as early as 2016, that the Rust people
didn't understand what they were doing.  They genuniely believed
that changing the textual representation of algorithms, namely
replace C with Rust, would make the world a better place.

I have found the annoying bugs that crop up every now and then in
Firefox because of the /Great Rust Rewrite/ to be a practical re-
minder of the opposite.

> 
> Then, making a deconstructive and reflective account, then
> how that applies to C/C++, which I tend to club together,
> since at some point a C++ program will rely on C linkage,
> or the system libraries, is that C++ has a great account
> of being efficient, while being safe.


I tend not to mix C and C++, because I practice -- well in this
case quite literally -- making the compilers.  I just practice
slowly, and methodically, and am not in a hurry to learn how to
do this.

> About C++ 03, since it has templates, traits,and RTTI,
> then as with regards to allocator copy and move semantics, is
> that it's a long time between C++03 and C++11, and there's
> something to be said for move semantics yet besides what's
> where C++03 was the standard, that though, C++98 was the
> standard, 

C++98 had templates, traits and RTTI, I believe.  Though I'm not sure
about these /traits/, I forgot what it is.

Pre standard C++ had templates and RTTI if I'm not mistaken, as well.

>           yet then the finalizations of C99 about ILP
> and the state of the 64-bit world, sort of results that
> then Java8 and C++03 with at least parts of C99 is a sort
> of reasonable profile of the language. Then the idea that
> Java11 and C++11 and C11 all go together, more or less,
> with the idea that C++ makes for some improved allocation,
> references and pointers and ownership or copies and moves,
> and so on, while Java11 is modern in the world of modules,
> and C11 is because that's C's and the system's business,
> then the syntactic sugar of later accounts like "triple
> quotes" or all the various derivatives of the language
> or "little languages" or "domain-specific languages",
> these are considered not necessarily compelling then
> as with regards to that I'm not the biggest fan of
> "var" or "auto" since I see the code in front of me
> and like to see its type. Then the account of "concepts"
> in C++ with regards to type-safe compile-time interfaces
> as a complement to "templates", I think that's a good idea,
> about the commonalities in features of strongly-typed
> languages like C++ and Java, where the theory of types
> and type inference makes for the greatest safety in code,
> according to guarantees the compiler may offer, though
> there's always the PBKAC, "problem between keyboard
> and chair". C++98 is the state of the world in Y2K.

My biggest regret, with C++, because I used to love this pro-
gramming language, is that they broke Stroustrup's promise from
the 3rd edition.  C++ has, over the decades, become harder and
harder for both compilers and people to comprehend, and by the
same C++ token, harder to teach.

I cannot in good conscience recommend this programming language
for first semester students.  It's much better to start with Java,
and have a garbage collector from the get go.

> 
> Accounts of etiquette and decorum may be refreshing,
> it's like Chivalry: chivalry isn't dead, it's just
> curled up in the corner weakly kicking with
> conversation & courtesy.
> 

Well, we can always revive the chivalry.  You, me, a couple of
swords, and some written code should be all it takes.

> 
> That said then it's agreeable that matters of "topicality"
> are germane, relevant, apropos, for a collegiate atmosphere.

Conversations between people have an ebb and flow.  It's how we
socialize and this is a strength, not a weakness.  Just partaking
in a conversation between experienced people can educate the new-
comers in ways they never expected.

And never underestimate the power of having social contacts.  That's
how we navigate life, and people who throw away their social contacts
because they don't "fit" anymore, are most likely psychopaths.

Note: I'm not thinking of anyone here in comp.lang.c, but a real life
experience I would much rather have avoided.  Even suspecting people
you've known for years to be psychopaths is not a nice feeling.

> So, "C11, C++11, Java11, it goes up to 11", is a
> reasonable, modern, and largely well-understood,
> language profile.

I didn't expect to stop counting at eleven, but I'll take your
word for it, and pay attention when we reach higher standards.


Have a nice C day, and may the wind keep your C++ sails taut.
-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com
https://bsky.app/profile/myrkraverk.bsky.social

[toc] | [prev] | [next] | [standalone]

#124588 — Re: Mars, the MIPS emulator in Java

On 31/07/2026 12:23 AM, Ross Finlayson wrote:

> One might suggest that the "Java Trails" tutorials and "Core Java"
> and "Java in a Nutshell" would give an authentic introduction that
> were new then and old now, and correct, if not "current", then and now.
> 
> https://docs.oracle.com/javase/tutorial/


Thank you.  I've begun to create my own Java course, slightly based on
the material in the Java trail.  I feel there's a lot to cover for
absolute beginners, so I'll take it slowly and write my own intro-
duction.

> 
> For something like C++, my first link would be
> "https://cppreference.com", usually. Then after
> the tutorials there is only API javadoc the API documentation,
> which is also surfaced in the IDE's.
> 


Well, my first inclination is to reach up to /Effective Modern C++/ by
Meyers, on my shelf; and then Stroustrup's 4th edition if I can be
bothered to read him again.  I think I prefer the 3rd edition anyway.

> 
> Java11 and C++ 11 are probably appropriate baselines.
> 
> I've programmed in both Swing and Win32, more low-level than high-level,
> Java's worker threads and sychronization utilities
> vis-a-vis Win32's message-pump and message-crackers and the user-defined
> pointer in the HWND's MSG, make for various
> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
> C/C++, and so on.
> 
> 

Well, as you've no doubt noticed, I've added Turbo Vision to my reper-
toire of GUI toolkits recently.  My personal go-to toolkit in C, is IUP.

That's also sufficiently obscure that I'll link the original.

   https://iup.sourceforge.net/

Note that if you're using Open Watcom -- at least the 1.9 edition from
openwatcom.org, you can just use the 32bit binaries for Visual Studio.

You don't have to compile your own.  The C linkage hasn't changed, and
these two compilers are fairly compatible.

                                             I offhand don't know about
Digital Mars, nor Pelle's C; but if you have 32bit editions of either,
it'll probably work.  I have no idea, nor expectations that GCC and/or
clang will work with that build.

It'll be interesting to know if anyone here has experimented with this
build of IUP and the Borland 5.5 free command line compiler, and/or
a more recent build from Embarcadero.

I'll also be interested to know about even more obscure C compilers that
work on the Windows platform.


About runtimes, I'm still in the Java part of /Crafting Interpreters/,
it seems I forgot to continue that course, so thank you for reminding me
about it.  I have the feeling the 2nd part in C will cover building my
own runtime.  Well, for some value of "my own."


Have you ever built your own programming language environment with a new
runtime in C?
-- 
Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
I'm not from the Internet, I just work there. | via Easynews.com
https://bsky.app/profile/myrkraverk.bsky.social

[toc] | [prev] | [next] | [standalone]

#124590 — Re: Mars, the MIPS emulator in Java

On 08/04/2026 07:15 PM, Johann 'Myrkraverk' Oskarsson wrote:
> On 31/07/2026 12:23 AM, Ross Finlayson wrote:
>
>> One might suggest that the "Java Trails" tutorials and "Core Java"
>> and "Java in a Nutshell" would give an authentic introduction that
>> were new then and old now, and correct, if not "current", then and now.
>>
>> https://docs.oracle.com/javase/tutorial/
>
>
> Thank you.  I've begun to create my own Java course, slightly based on
> the material in the Java trail.  I feel there's a lot to cover for
> absolute beginners, so I'll take it slowly and write my own intro-
> duction.
>
>>
>> For something like C++, my first link would be
>> "https://cppreference.com", usually. Then after
>> the tutorials there is only API javadoc the API documentation,
>> which is also surfaced in the IDE's.
>>
>
>
> Well, my first inclination is to reach up to /Effective Modern C++/ by
> Meyers, on my shelf; and then Stroustrup's 4th edition if I can be
> bothered to read him again.  I think I prefer the 3rd edition anyway.
>
>>
>> Java11 and C++ 11 are probably appropriate baselines.
>>
>> I've programmed in both Swing and Win32, more low-level than high-level,
>> Java's worker threads and sychronization utilities
>> vis-a-vis Win32's message-pump and message-crackers and the user-defined
>> pointer in the HWND's MSG, make for various
>> accounts then for things like OLE/OLE2/COM/DCOM/ActiveX
>> as about the .NET IL ASM CLR runtime with C#, VB.NET, F#,
>> C/C++, and so on.
>>
>>
>
> Well, as you've no doubt noticed, I've added Turbo Vision to my reper-
> toire of GUI toolkits recently.  My personal go-to toolkit in C, is IUP.
>
> That's also sufficiently obscure that I'll link the original.
>
>    https://iup.sourceforge.net/
>
> Note that if you're using Open Watcom -- at least the 1.9 edition from
> openwatcom.org, you can just use the 32bit binaries for Visual Studio.
>
> You don't have to compile your own.  The C linkage hasn't changed, and
> these two compilers are fairly compatible.
>
>                                              I offhand don't know about
> Digital Mars, nor Pelle's C; but if you have 32bit editions of either,
> it'll probably work.  I have no idea, nor expectations that GCC and/or
> clang will work with that build.
>
> It'll be interesting to know if anyone here has experimented with this
> build of IUP and the Borland 5.5 free command line compiler, and/or
> a more recent build from Embarcadero.
>
> I'll also be interested to know about even more obscure C compilers that
> work on the Windows platform.
>
>
> About runtimes, I'm still in the Java part of /Crafting Interpreters/,
> it seems I forgot to continue that course, so thank you for reminding me
> about it.  I have the feeling the 2nd part in C will cover building my
> own runtime.  Well, for some value of "my own."
>
>
> Have you ever built your own programming language environment with a new
> runtime in C?

Agreeably, Meyers' C++ books were very solid,
and almost all the advice is sound. For a decade
they were basically required as part of code-style,
pretty much everything in them.

It's been quite a while since Borland was among the best available
compilers, what with Delphi and so on, or C/C++. Then, there was
djgpp and also Navia's lcc a C compiler, on Win32, these were
greatly appreciated, these days MinGW64. Then Visual C++ of
course was the premier environment. Kai, Wind River, wxWorks,
I don't know them.


I've never written a compiler yet have designed language.

When reading a book something like "Advanced Compiler Optimizations",
these days there's much of the e-graphs for re-write rules and the like,
about porting code besides mapping to concrete forms.

The term-rewriting and term-graph-rewriting accounts have a lot
going on, with basically the idea that anything can be written
or ported to any language. Porting code of course is of course
what they used to call it instead of "rewriting" the code.

Type theory and exercises in type of course have that there's a
great account for both the narrowing and widening, and inversions
of types and with regards to unions of types and so on,
then "Patterns" is its own and a great field, "Patterns"
since the '90's and object-orientation and the like,
are great ways of organizing routine, I'm quite a thorough
believer in abstraction of the domain objects and four facilities
like DB MQ FS WS the database, message-queue, file-system, and
web-services, these sorts of "four facilities" about "four resources"
CPU RAM DISK NET, "four surrounds", other sorts general categorizations
of all the things, I have an ideology.

Experience in the distributed-systems environment or the dot-com
world or the enterprise, I like to think that I've read the
source code, and knew what it was. I've read tons of the code.

Then, the "glue logic" after Pareto law or 80/20 rule, there's
something to be said for the right hammer for the right nail,
these days awash in "bucket-o-dependency-paste".

There's something to be said for pure C++, while, inevitably
there's at least one macro, and inevitably at least one
"extern C", and inevitably at least one import of a C header,
usually with the goal of wrapping that directly in C++
and hiding and safing the acquire/release, then about
"single abstract methods", vis-a-vis, "related functions",
then for "lambdas", as a simplfied account of "function pointers",
while though I still believe in "callbacks" instead of "async".
I do tend to think of things more as pointers than as objects in the
scope. Java's objects are kind of more like pointers than C++'s objects,
with always new/delete, and smart pointers and unique_pointer.



Thanks for writing, good luck with your endeavors.

[toc] | [prev] | [next] | [standalone]

#124596 — Re: Mars, the MIPS emulator in Java

On 8/4/2026 11:31 PM, Ross Finlayson wrote:
[...]
> Agreeably, Meyers' C++ books were very solid,
> and almost all the advice is sound. For a decade
> they were basically required as part of code-style,
> pretty much everything in them.[...]

Fwiw, I had the joy of being able to converse with Scott over in 
comp.programming.threads back in the day.

(imvvho, a good thread to read all off when you have some time to burn)
https://groups.google.com/g/comp.programming.threads/c/KepRbFWBJA4/m/uEQYE9sfji0J


I posted as SenderX for a while before I used my real name.

[toc] | [prev] | [next] | [standalone]

#124597 — Re: Mars, the MIPS emulator in Java

On 08/05/2026 12:42 PM, Chris M. Thomasson wrote:
> On 8/4/2026 11:31 PM, Ross Finlayson wrote:
> [...]
>> Agreeably, Meyers' C++ books were very solid,
>> and almost all the advice is sound. For a decade
>> they were basically required as part of code-style,
>> pretty much everything in them.[...]
>
> Fwiw, I had the joy of being able to converse with Scott over in
> comp.programming.threads back in the day.
>
> (imvvho, a good thread to read all off when you have some time to burn)
> https://groups.google.com/g/comp.programming.threads/c/KepRbFWBJA4/m/uEQYE9sfji0J
>
>
>
> I posted as SenderX for a while before I used my real name.

About "Effective C++" and "More Effective C++", about
through "Effective C++" and about 2/3 through "More Effective C++"
is considered a glossary and methodology, an opinion and an approach, 
then that later accounts of Meyers, interesting, are a bit out-there, as 
it were.  Then there's a sort of "Effective Java" or Josh Bloch, also 
considered pretty sound an opinion as well, take it or leave it.

"Code-style" beyond the cosmetic, for patterns and practices or
ye olde "best practices", is for a structured approach and an
object-oriented approach, since whatever functional or procedural,
or the imperative languages, abstractly always have those as models
of the routines, then for example about the functional model of
procedural languages and the procedural model of functional languages,
and so on.

I've always (and only) posted as myself.

[toc] | [prev] | [next] | [standalone]

#124598 — Re: Mars, the MIPS emulator in Java

On 8/5/2026 1:24 PM, Ross Finlayson wrote:
> On 08/05/2026 12:42 PM, Chris M. Thomasson wrote:
>> On 8/4/2026 11:31 PM, Ross Finlayson wrote:
>> [...]
>>> Agreeably, Meyers' C++ books were very solid,
>>> and almost all the advice is sound. For a decade
>>> they were basically required as part of code-style,
>>> pretty much everything in them.[...]
>>
>> Fwiw, I had the joy of being able to converse with Scott over in
>> comp.programming.threads back in the day.
>>
>> (imvvho, a good thread to read all off when you have some time to burn)
>> https://groups.google.com/g/comp.programming.threads/c/KepRbFWBJA4/m/ 
>> uEQYE9sfji0J
>>
>>
>>
>> I posted as SenderX for a while before I used my real name.
> 
> About "Effective C++" and "More Effective C++", about
> through "Effective C++" and about 2/3 through "More Effective C++"
> is considered a glossary and methodology, an opinion and an approach, 
> then that later accounts of Meyers, interesting, are a bit out-there, as 
> it were.  Then there's a sort of "Effective Java" or Josh Bloch, also 
> considered pretty sound an opinion as well, take it or leave it.
> 
> "Code-style" beyond the cosmetic, for patterns and practices or
> ye olde "best practices", is for a structured approach and an
> object-oriented approach, since whatever functional or procedural,
> or the imperative languages, abstractly always have those as models
> of the routines, then for example about the functional model of
> procedural languages and the procedural model of functional languages,
> and so on.
> 
> I've always (and only) posted as myself.
> 
> 

My only alias was SenderX back in the early days wrt my usenet presence.

[toc] | [prev] | [next] | [standalone]

Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6  Next page →

Back to top | Article view | comp.lang.c++

csiph-web