• ?The end of software secrecy is almost upon us"

    From Lynn McGuire@3:633/10 to All on Tue Oct 13 23:18:51 2026
    ?The end of software secrecy is almost upon us. The death of closed
    source, and the final triumph of open source. ? -Eric S. Raymond.
    https://www.battleswarmblog.com/?p=73639

    "I should have realized this a few months ago when I successfully
    decompiled the game of Firefighter from an ancient DOS shareware binary.
    My robot friend was able to tell it had been written in Borland Pascal
    from looking at the data layout; it gave me back very readable Pascal
    code with sensibly chosen function and variable names. I transpiled it
    to Rust and now ship it as part of my heritage games collection."

    Huh, so somebody has actually built a decent decompiler. Why do I doubt
    this even though ESR says otherwise?

    And he has a translator from Borland Pascal to Rust?

    Lynn


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Johann 'Myrkraverk' Oskarsson@3:633/10 to All on Wed Oct 14 18:30:11 2026
    On 10/14/2026 12:18 PM, Lynn McGuire wrote:
    ?The end of software secrecy is almost upon us. The death of closed
    source, and the final triumph of open source. ? -Eric S. Raymond.
    ˙˙ https://www.battleswarmblog.com/?p=73639

    "I should have realized this a few months ago when I successfully
    decompiled the game of Firefighter from an ancient DOS shareware binary.
    My robot friend was able to tell it had been written in Borland Pascal
    from looking at the data layout; it gave me back very readable Pascal
    code with sensibly chosen function and variable names. I transpiled it
    to Rust and now ship it as part of my heritage games collection."

    Huh, so somebody has actually built a decent decompiler.˙ Why do I doubt this even though ESR says otherwise?

    And he has a translator from Borland Pascal to Rust?

    Lynn

    Yeah, that one boggles the mind. Why transpile from Pascal to Rust?

    I just don't see anything, not even this, as a /victory/ over closed
    source. Nor have I seen the promised "software quality" in open source.

    I won't read the whole article now, so I may have more to say on this
    subject at a later date.


    Best wishes, and happy Pascal coding!
    --
    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 | for ( ;; ) _:;
    Federated at https://fed.brid.gy/bsky/myrkraverk.bsky.social

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From De ongekruisigde ds.@3:633/10 to All on Wed Oct 14 11:37:17 2026
    On 2026-10-14, Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> wrote:
    On 10/14/2026 12:18 PM, Lynn McGuire wrote:
    ?The end of software secrecy is almost upon us. The death of closed
    source, and the final triumph of open source. ? -Eric S. Raymond.
    ˙˙ https://www.battleswarmblog.com/?p=73639

    "I should have realized this a few months ago when I successfully
    decompiled the game of Firefighter from an ancient DOS shareware binary.
    My robot friend was able to tell it had been written in Borland Pascal
    from looking at the data layout; it gave me back very readable Pascal
    code with sensibly chosen function and variable names. I transpiled it
    to Rust and now ship it as part of my heritage games collection."

    Huh, so somebody has actually built a decent decompiler.˙ Why do I doubt
    this even though ESR says otherwise?

    And he has a translator from Borland Pascal to Rust?

    Lynn

    Yeah, that one boggles the mind. Why transpile from Pascal to Rust?

    To bring it into the realm of modern, maintainable software?


    I just don't see anything, not even this, as a /victory/ over closed
    source. Nor have I seen the promised "software quality" in open source.

    I won't read the whole article now, so I may have more to say on this
    subject at a later date.


    Best wishes, and happy Pascal coding!


    --
    I am a disgrace to all possible and impossible universes and all
    that is not a universe. -- Gemini AI

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From WolfFan@3:633/10 to All on Wed Oct 14 08:52:17 2026
    On Oct 14, 2026, Johann 'Myrkraverk' Oskarsson wrote
    (in article <VQIzS.207675$koK3.204253@fx01.ams4>):

    On 10/14/2026 12:18 PM, Lynn McGuire wrote:
    ?The end of software secrecy is almost upon us. The death of closed
    source, and the final triumph of open source. ? -Eric S. Raymond. https://www.battleswarmblog.com/?p=73639

    "I should have realized this a few months ago when I successfully decompiled the game of Firefighter from an ancient DOS shareware binary.
    My robot friend was able to tell it had been written in Borland Pascal
    from looking at the data layout; it gave me back very readable Pascal
    code with sensibly chosen function and variable names. I transpiled it
    to Rust and now ship it as part of my heritage games collection."

    Huh, so somebody has actually built a decent decompiler. Why do I doubt this even though ESR says otherwise?

    And he has a translator from Borland Pascal to Rust?

    Lynn

    Yeah, that one boggles the mind. Why transpile from Pascal to Rust?

    Wake me when they can move FOTRAN IV programs to Rust.


    I just don't see anything, not even this, as a /victory/ over closed
    source. Nor have I seen the promised "software quality" in open source.

    I won't read the whole article now, so I may have more to say on this
    subject at a later date.

    Best wishes, and happy Pascal coding!



    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Chris M. Thomasson@3:633/10 to All on Wed Oct 14 14:26:28 2026
    On 10/13/2026 9:18 PM, Lynn McGuire wrote:
    ?The end of software secrecy is almost upon us. The death of closed
    source, and the final triumph of open source. ? -Eric S. Raymond.
    ˙˙ https://www.battleswarmblog.com/?p=73639

    "I should have realized this a few months ago when I successfully
    decompiled the game of Firefighter from an ancient DOS shareware binary.
    My robot friend was able to tell it had been written in Borland Pascal
    from looking at the data layout; it gave me back very readable Pascal
    code with sensibly chosen function and variable names. I transpiled it
    to Rust and now ship it as part of my heritage games collection."

    Huh, so somebody has actually built a decent decompiler.˙ Why do I doubt this even though ESR says otherwise?

    And he has a translator from Borland Pascal to Rust?

    The hackers already knew about that... Fwiw, check this out when you get
    some free time to burn:

    http://dmweb.free.fr/community/documentation/copy-protection/copy-protection/

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Johann 'Myrkraverk' Oskarsson@3:633/10 to All on Thu Oct 15 06:15:13 2026
    On 10/14/2026 8:52 PM, WolfFan wrote:
    And he has a translator from Borland Pascal to Rust?

    Lynn
    Yeah, that one boggles the mind. Why transpile from Pascal to Rust?
    Wake me when they can move FOTRAN IV programs to Rust.

    Now that is a great idea. And would like to see -- before we tackle
    this problem -- /arithmetic if/ in Rust. It's a programming language
    that has accumulated almost but not quite all control structures from
    other programming languages, except the /arithmetic if/.

    I am only a beginner in Rust, so I'm not sure what the syntax should
    look like, but the application of an /arithmetic if/ with complete safe-
    ty is too tempting.

    As I understand it, Rust does not use the braces after if, unlike C, so
    it could look something like -- using /Rust by Example/ as guide --
    the following.

    if n < 10 && n > -10 left, middle, right ;
    /* .--------------^ */
    /* Lack of { here clearly points out this is /arithmetic if/. */

    Where the /left/, /middle/, and /right/, are user defined labels, some-
    where in the code. There already is a macro that applies goto with com-
    plete safety guarantees, so there is only a matter of time before it
    shows up in the /rustc/ compiler proper.

    https://docs.rs/goto/latest/goto/

    I imagine a /rustc/ provided labels, unlike this macro, would not need
    the ' prefix, so I left them out.

    It goes without saying that having this feature in the Rust programming language allows easy and direct machine translation from Fortran IV to
    Rust with /complete safety guarantees/.


    Best wishes, and happy Fortran IV!
    --
    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 | for ( ;; ) _:;
    Federated at https://fed.brid.gy/bsky/myrkraverk.bsky.social

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard@3:633/10 to All on Thu Oct 15 14:56:08 2026
    Lynn McGuire <lynnmcguire5@gmail.com> spake the secret code <11amvre$15far$1@dont-email.me> thusly:

    Huh, so somebody has actually built a decent decompiler.

    It's been around for decades. It's called Ida Pro. The NSA published
    an open source one called Ghidra. It's actually not hard to recognize
    the output of a particular compiler and reverse engineer stack frames, arguments, etc.

    What the LLM brings to the picture is speculating meaningful
    datatypes, names, patterns, etc., on top of the mechanical
    decompilation.

    Why do I doubt
    this even though ESR says otherwise?

    Maybe because you don't have experience with existing reverse
    compilers (try Ghidra, since it's free) and LLMs?

    And he has a translator from Borland Pascal to Rust?

    It's not like he converted to Prolog. Mapping from one procedurally
    oriented block structured language to another is not particularly
    difficult.
    --
    "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline>
    The Terminals Wiki <http://terminals-wiki.org>
    The Computer Graphics Museum <http://computergraphicsmuseum.org>
    Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Thu Oct 15 11:05:59 2026
    Lynn McGuire <lynnmcguire5@gmail.com> wrote:
    Huh, so somebody has actually built a decent decompiler. Why do I doubt >this even though ESR says otherwise?

    Because decompiling some languages isn't that hard. Humans can do it pretty well, although it's harder for machines. It helps a lot if you have a symbol table (which it sounds like they did in the example ESR cites).

    Now... that said... I wouldn't trust anything ESR ever says and I would not hold him up as an authority.

    And he has a translator from Borland Pascal to Rust?

    That seems like a step down, doesn't it?
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lynn McGuire@3:633/10 to All on Thu Oct 15 14:07:30 2026
    On 10/15/2026 9:56 AM, Richard wrote:
    Lynn McGuire <lynnmcguire5@gmail.com> spake the secret code <11amvre$15far$1@dont-email.me> thusly:

    Huh, so somebody has actually built a decent decompiler.

    It's been around for decades. It's called Ida Pro. The NSA published
    an open source one called Ghidra. It's actually not hard to recognize
    the output of a particular compiler and reverse engineer stack frames, arguments, etc.

    What the LLM brings to the picture is speculating meaningful
    datatypes, names, patterns, etc., on top of the mechanical
    decompilation.

    Why do I doubt
    this even though ESR says otherwise?

    Maybe because you don't have experience with existing reverse
    compilers (try Ghidra, since it's free) and LLMs?

    And he has a translator from Borland Pascal to Rust?

    It's not like he converted to Prolog. Mapping from one procedurally
    oriented block structured language to another is not particularly
    difficult.

    I tried Ida Pro several years ago. It was crap.

    I have never tried Ghidra. Maybe someday.

    Lynn


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lynn McGuire@3:633/10 to All on Thu Oct 15 14:13:32 2026
    On 10/15/2026 10:05 AM, Scott Dorsey wrote:
    Lynn McGuire <lynnmcguire5@gmail.com> wrote:
    Huh, so somebody has actually built a decent decompiler. Why do I doubt
    this even though ESR says otherwise?

    Because decompiling some languages isn't that hard. Humans can do it pretty well, although it's harder for machines. It helps a lot if you have a symbol table (which it sounds like they did in the example ESR cites).

    Now... that said... I wouldn't trust anything ESR ever says and I would not hold him up as an authority.

    And he has a translator from Borland Pascal to Rust?

    That seems like a step down, doesn't it?
    --scott

    Yes on the step down to Rust. I wrote a lot of Turbo Pascal code back
    in the 1980s but I have to admit that I am a C++ fanboi through and
    through. And at my age, it will hard to change my mind on that unless
    you are writing embedded code.

    I have translated over 200,000 lines of Fortran 66/77 code to C++ this
    year so far. Trying to get to 300,000 lines of Fortran 66/77 code
    before the end of the year.

    Lynn


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lynn McGuire@3:633/10 to All on Thu Oct 15 15:02:12 2026
    On 10/15/2026 2:18 PM, Ted Nolan <tednolan> wrote:
    In article <11ar89j$2mdpm$2@dont-email.me>,
    Lynn McGuire <lynnmcguire5@gmail.com> wrote:
    On 10/15/2026 9:56 AM, Richard wrote:
    Lynn McGuire <lynnmcguire5@gmail.com> spake the secret code
    <11amvre$15far$1@dont-email.me> thusly:

    Huh, so somebody has actually built a decent decompiler.

    It's been around for decades. It's called Ida Pro. The NSA published
    an open source one called Ghidra. It's actually not hard to recognize
    the output of a particular compiler and reverse engineer stack frames,
    arguments, etc.

    What the LLM brings to the picture is speculating meaningful
    datatypes, names, patterns, etc., on top of the mechanical
    decompilation.

    Why do I doubt
    this even though ESR says otherwise?

    Maybe because you don't have experience with existing reverse
    compilers (try Ghidra, since it's free) and LLMs?

    And he has a translator from Borland Pascal to Rust?

    It's not like he converted to Prolog. Mapping from one procedurally
    oriented block structured language to another is not particularly
    difficult.

    I tried Ida Pro several years ago. It was crap.

    I have never tried Ghidra. Maybe someday.


    Turbo Pascal was kind of amazing. Lightning fast compile on 8086, and
    ran on oddball hardware like the DEC Rainbow.

    Turbo Pascal was freaking AWESOME. The 1983 IDE (interactive
    development environment) was a revolutionary step ahead to this guy who started writing Fortran on key punch machines and a leased line 4800
    baud card reader / printer / teletype in 1975 connected to a Univac 1108.

    Lynn


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Jay Morris@3:633/10 to All on Thu Oct 15 20:35:40 2026
    On 10/15/2026 2:13 PM, Lynn McGuire wrote:
    On 10/15/2026 10:05 AM, Scott Dorsey wrote:
    Lynn McGuire˙ <lynnmcguire5@gmail.com> wrote:
    Huh, so somebody has actually built a decent decompiler.˙ Why do I doubt >>> this even though ESR says otherwise?

    Because decompiling some languages isn't that hard.˙ Humans can do it
    pretty
    well, although it's harder for machines.˙ It helps a lot if you have a
    symbol
    table (which it sounds like they did in the example ESR cites).

    Now... that said... I wouldn't trust anything ESR ever says and I
    would not
    hold him up as an authority.

    And he has a translator from Borland Pascal to Rust?

    That seems like a step down, doesn't it?
    --scott

    Yes on the step down to Rust.˙ I wrote a lot of Turbo Pascal code back
    in the 1980s but I have to admit that I am a C++ fanboi through and
    through.˙ And at my age, it will hard to change my mind on that unless
    you are writing embedded code.

    I have translated over 200,000 lines of Fortran 66/77 code to C++ this
    year so far.˙ Trying to get to 300,000 lines of Fortran 66/77 code
    before the end of the year.

    Lynn

    Be sure to let us know, we'll throw a party.

    Actually, I'm close enough that that's possible.

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)