Re: HLA v1.93 is now available



On 29 apr, 17:00, Betov <b...@xxxxxxx> wrote:
kistjeb...@xxxxxxxxxx écrivait news:1177853874.053375.260150
@u30g2000hsc.googlegroups.com:

I'm asking 'cause it would be a shame to throw 10 years of works out
of the window due to an oversight of license differences.

:-]]]]]]]]]]]]]]

You do not understand the situation, at all.

Thomasz has trapped himself in his own trap, and you will never
see him protesting against this abuse of his work. He has played
a dangerous and un-ethical game with a guy who is way better than
him, in matter of swindling, and he will never admit having been
"back-fucked", in turn.

Betov.

<http://rosasm.org>

Oh my, conspiracy theorist alert 1 here. Are you sure you''re not
seeing too much into this? Randall is gonna write HLA v2.xx in HLA
v1.xx using Fasm as either an integrated or external back end. Since
HLA v2.xx is gonna be released in Public Domain, which reads as "you
can do whatever the heck you want to do with it (except patenting it
as prior art will quite easily been shown ;) )", he can't incorporate
source code from GPL or Fasm license in HLA v2.xx source without HLA
v2.xx taking a license with restrictions. GPL forces distribution of
the used GPL source code and headers _and _ any modifications to GPL
source code along with one's compiled/assembled software (disclaimer:
I'm not stating that that or anything else makes GPL an inherently bad
or viral license), while the Fasm license states that copyright of the
Fasm source remains with Tomazs. Those are both conditions that are in
more or lesser degree incompatible with release of HLA v2.xx in Public
Domain, as it either will forfeit copyright notice or not forbid the
use of HLA in closed source software. The condition of copyright
notice in the Fasm license isn't of much practical value though.

As for any traps laid out; HLA v1.9.x uses Fasm as the back is only a
temporary solution that suffices as long as HLA is still in prototype
stage, which you know just as well as anyone else here. I can't blame
Randy for not being in a hurry to write a swappable (internal) back
end for HLA v.2xx, but to be sure he avoids any crap over licenses
he'd better write one completely from scratch.

.


Quantcast