Guys - its valid - think about it...
on
Abusing the GPL?
·
· Score: 1
what if you make an editor that automatically converts the obfuscated e.g. variable names to readable ones.
then it is a simple exercise in compression - your source code is smaller - and if you change a variables name in the editor, without changing any logic, then your version control, etc, is unaffected - how it should be.
also, if your programmers can't agree on naming conventions, they can set up their own in their own editor!
so you are working from the obfuscated source - it's your editor that provides use - surely you can't claim that the editor has to work a certain way - does the GPL specify "preffered method of reading source must be vi and ascii"?
they mentioned not using the traditional 'redundant' data searching approach. From the description they are simply looking for patterns in the bits that they can generate mathematically.
If the signal is wave related then i'm sure they will find lots.
Here is sample 'C' code to illustrate a 1000000000:1 compression of random data.
#include
#include
int main(int argc, char *argv[])
{
int i;
srand(atoi(argv[1]));
for (i=0; i4000000000; i++)
print("%c", rand()%256);
return 0;
}
As you can see you simply have to supply a 4byte number, and you can generate a 4GB file.
If you first generate a 4GB file in this manner, then call it 'practically random'. Then run an algorithm that compares it with the sequences starting from all possible 'seeds' - and outputs the 4byte number that matches, you have 1000000000:1 compression!!
Slashdot Mirror
what if you make an editor that automatically converts the obfuscated e.g. variable names to readable ones.
then it is a simple exercise in compression - your source code is smaller - and if you change a variables name in the editor, without changing any logic, then your version control, etc, is unaffected - how it should be.
also, if your programmers can't agree on naming conventions, they can set up their own in their own editor!
so you are working from the obfuscated source - it's your editor that provides use - surely you can't claim that the editor has to work a certain way - does the GPL specify "preffered method of reading source must be vi and ascii"?
they mentioned not using the traditional 'redundant' data searching approach. From the description they are simply looking for patterns in the bits that they can generate mathematically.
If the signal is wave related then i'm sure they will find lots.
Here is sample 'C' code to illustrate a 1000000000:1 compression of random data.
#include
#include
int main(int argc, char *argv[])
{
int i;
srand(atoi(argv[1]));
for (i=0; i4000000000; i++)
print("%c", rand()%256);
return 0;
}
As you can see you simply have to supply a 4byte number, and you can generate a 4GB file.
If you first generate a 4GB file in this manner, then call it 'practically random'. Then run an algorithm that compares it with the sequences starting from all possible 'seeds' - and outputs the 4byte number that matches, you have 1000000000:1 compression!!
Can you imagine the flop they would make marketting 'Visual D' - VB and VC worked ok