We do regret not releasing the LMFgen in the proper, and fitting,
manner which was originally intended, back in 2012 - as BLISS, and
VAXC, full source code - also compiled for VAX and AXP, and designed
for integration as DCL Verbs. We also intended to write the LMFgen as
a DCL Command Script, so that it was comprehensible to any VMS person
- DCL is capable of great elegance - the joys of lexical discourse!
Note: IPFS downloads (at least on Windows) can lose file extensions -
simply tack ".rar" to the end of the downloaded file.
On Tue, 03 Dec 2024 11:16:09 +1100, Subcommandante XDelta wrote:
We do regret not releasing the LMFgen in the proper, and fitting,
manner which was originally intended, back in 2012 - as BLISS, and
VAXC, full source code - also compiled for VAX and AXP, and designed
for integration as DCL Verbs. We also intended to write the LMFgen as
a DCL Command Script, so that it was comprehensible to any VMS person
- DCL is capable of great elegance - the joys of lexical discourse!
I got hold of that C code, which looked to me like some kind of straight transliteration of a disassembly of VAX code straight into C. I did try to clean it up a bit and make it easier to understand what was going on. I
also did a Python version, which added more features.
Should I make that available somewhere?
Note: IPFS downloads (at least on Windows) can lose file extensions -
simply tack ".rar" to the end of the downloaded file.
Fun fact: every time I’ve extracted a .rar file and reencoded it as .7z, the .7z version was smaller.
On 12/2/2024 7:56 PM, Lawrence D'Oliveiro wrote::
:I got hold of that C code, which looked to me like some kind of straight
transliteration of a disassembly of VAX code straight into C. I did try to >> clean it up a bit and make it easier to understand what was going on. I
also did a Python version, which added more features.
Should I make that available somewhere?
Maybe:
$ del [...]*lmfgen*.*;*
$ del [...]*pakgen*.*;*
$ del [...]*all_other_tools_intended_for_license_violation*.*;*
Arne
On Tue, 03 Dec 2024 11:16:09 +1100, Subcommandante XDelta wrote:
We do regret not releasing the LMFgen in the proper, and fitting,
manner which was originally intended, back in 2012 - as BLISS, and
VAXC, full source code - also compiled for VAX and AXP, and designed
for integration as DCL Verbs. We also intended to write the LMFgen as
a DCL Command Script, so that it was comprehensible to any VMS person
- DCL is capable of great elegance - the joys of lexical discourse!
I got hold of that C code, which looked to me like some kind of straight >transliteration of a disassembly of VAX code straight into C. I did try to >clean it up a bit and make it easier to understand what was going on. I
also did a Python version, which added more features.
Should I make that available somewhere?
In the first instance, post it to several text snippet sites ...
On Tue, 03 Dec 2024 13:44:20 +1100, Subcommandante XDelta wrote:
In the first instance, post it to several text snippet sites ...
I could almost post it here. My C version is 633 lines, versus the
original at 851 lines. And my Python version is even smaller, at 410
lines. And I even did man pages, at 130-140 lines each.
On 12/2/2024 7:56 PM, Lawrence D'Oliveiro wrote:
On Tue, 03 Dec 2024 11:16:09 +1100, Subcommandante XDelta wrote:
We do regret not releasing the LMFgen in the proper, and fitting,
manner which was originally intended, back in 2012 - as BLISS, and
VAXC, full source code - also compiled for VAX and AXP, and designed
for integration as DCL Verbs. We also intended to write the LMFgen as
a DCL Command Script, so that it was comprehensible to any VMS person
- DCL is capable of great elegance - the joys of lexical discourse!
I got hold of that C code, which looked to me like some kind of straight
transliteration of a disassembly of VAX code straight into C. I did try to >> clean it up a bit and make it easier to understand what was going on. I
also did a Python version, which added more features.
Should I make that available somewhere?
Maybe:
$ del [...]*lmfgen*.*;*
$ del [...]*pakgen*.*;*
$ del [...]*all_other_tools_intended_for_license_violation*.*;*
On 2024-12-02, Arne Vajhøj <arne@vajhoej.dk> wrote:
Maybe:
$ del [...]*lmfgen*.*;*
$ del [...]*pakgen*.*;*
$ del [...]*all_other_tools_intended_for_license_violation*.*;*
$ delete/erase woould be better.
It's nonsense like this that gives the hobbyist community a bad name.
Simon.
Dear comp.os.vms collegiates,:
The purpose of this VLF (VMS Liberation Front) note is to provide a
resource - VMware ESXi - for VSI/VMS hobbyists who want to get closer
to the bare metal than what VirtualBox can provide.
VMware.ESXi.v8.0.2-BTCRiSO
It can be downloaded from the Usenet Binaries Newgroups:
https://www.nzbking.com/?q=VMware.ESXi.v8.0.2-BTCRiSO
And unpacked with your favourite archiving utility.
It's straight from Scene Source, pure as the driven snow, clean as a
whistle, and you can bet your nuclear reactor on it.
It is kindly provided by our esteemed colleagues elsewhere in the
general RCE (Reverse Code Engineering) Scene.
nonsense like this that gives the hobbyist community a bad name
In article <vipl7l$ssu1$2@dont-email.me>, clubley@remove_me.eisner.decus.org-Earth.UFP says...
nonsense like this that gives the hobbyist community a bad name
What hobbyist community?
On 2024-12-02, Arne Vajhøj <arne@vajhoej.dk> wrote:
On 12/2/2024 7:56 PM, Lawrence D'Oliveiro wrote:
On Tue, 03 Dec 2024 11:16:09 +1100, Subcommandante XDelta wrote:
We do regret not releasing the LMFgen in the proper, and fitting,
manner which was originally intended, back in 2012 - as BLISS, and
VAXC, full source code - also compiled for VAX and AXP, and designed
for integration as DCL Verbs. We also intended to write the LMFgen as
a DCL Command Script, so that it was comprehensible to any VMS person
- DCL is capable of great elegance - the joys of lexical discourse!
I got hold of that C code, which looked to me like some kind of straight >>> transliteration of a disassembly of VAX code straight into C. I did try to >>> clean it up a bit and make it easier to understand what was going on. I
also did a Python version, which added more features.
Should I make that available somewhere?
Maybe:
$ del [...]*lmfgen*.*;*
$ del [...]*pakgen*.*;*
$ del [...]*all_other_tools_intended_for_license_violation*.*;*
$ delete/erase woould be better.
It's nonsense like this that gives the hobbyist community a bad name.
Simon.
On Tue, 03 Dec 2024 11:16:09 +1100, Subcommandante XDelta ><vlf@star.enet.dec.com> wrote:
Dear comp.os.vms collegiates,:
The purpose of this VLF (VMS Liberation Front) note is to provide a >>resource - VMware ESXi - for VSI/VMS hobbyists who want to get closer
to the bare metal than what VirtualBox can provide.
VMware.ESXi.v8.0.2-BTCRiSO
It can be downloaded from the Usenet Binaries Newgroups:
https://www.nzbking.com/?q=VMware.ESXi.v8.0.2-BTCRiSO
And unpacked with your favourite archiving utility.
It's straight from Scene Source, pure as the driven snow, clean as a >>whistle, and you can bet your nuclear reactor on it.
It is kindly provided by our esteemed colleagues elsewhere in the
general RCE (Reverse Code Engineering) Scene.
:
Addenda, errata:
The late, great, lamented, Utah Phillips, once said: "No matter how
new age you get, old age will kick your ass."
Yeah, verily, forsooth: I had some memory ECC parity errors, for which
this is the correction:
I forgot to add these resources for VSI/VMS Hobbyists:
VMware.Products.Multi.Keygen.DC.20240208.WinALL.MacOS.Linux-BTCRiSO >ipfs://Qmdgguu8UmHc82n5rDqUYg4WKaSePbLETFjNc1tULdRsXS
VMware.Products.UKG.1.0.21.1014-2022.11.18.Multi-Keygen-iND >ipfs://QmdK6zEHyNB2wqJq85dUjZ8s4CuiGHyCvB4PsYvXuapXK1
They can be retrieved from alt.binaries.warez:
https://binsearch.info/search?poster=broadcom.liberation.front@vmware.rce
Or the can be retrieved from the IPFS:
https://github.com/ipfs/ipget
https://ipfs.io/
However, the IPFS CIDs have not propagated through the network just
yet, but can be downloaded, by appending the target CID, to one of
these URLs:
https://ipfs.io/ipfs/
https://dweb.link/ipfs/
https://gateway.pinata.cloud/ipfs/
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 437 |
Nodes: | 16 (2 / 14) |
Uptime: | 192:17:06 |
Calls: | 9,135 |
Calls today: | 2 |
Files: | 13,432 |
Messages: | 6,035,250 |