Re: Encrypted files on computer as indication for guilt - where?
From: Juuso Hukkanen (juuso929_at_tele3d.net)
Date: 03/22/05
- Next message: Peter Flass: "Re: Thou shalt have no other gods before the ANSI C standard"
- Previous message: Bryan Olson: "Re: Inside an abandoned NSA monitoring station"
- In reply to: unruh-spam_at_physics.ubc.ca: "Re: Encrypted files on computer as indication for guilt - where?"
- Next in thread: Martin Kahlert: "Re: Encrypted files on computer as indication for guilt - where?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Tue, 22 Mar 2005 23:53:58 +0200
On 22 Mar 2005 00:45:51 GMT, unruh-spam@physics.ubc.ca wrote:
>Juuso Hukkanen <juuso929@tele3d.net> writes:
>
>><OT>
>> I am preparing to launch (on 2005/06/15) an open source project for
>> building a C based programming language and after that I need LOTS of
>> helping hands and minds. Language will include C (except the typical
>> overflow functions) and most of the modern stuff missing from C -
>> including encryption. If you are interested in being reminded/
>
>Why in the world would you include encryption as a part of C itself? It
>sounds to me like an add on library does this just as well as trying to
>make it part of the language. That does not seem to me where it belongs.
<OT perhaps>
Originally the idea was just to build a collection of C tools for
personal use. Then after re-thinking the library organization, the
original tool pile had started to look like something totally
different and scaringly good. The things which did result the
"scaringly good" appearence, also made it require bounds checking. Ok,
more libraries would help, but also other tools (networking, GUI,
timing, threading, garbage collection, getting / setting environmental
info, using multimedia) would require additional non-C features or
libraries.
So I gradually got more far away from the original idea of C.
Perhaps something like what Bjarne Stroustrup had experienced while
designing the "C with objects". However t3d-language can still include
C - similarly as C++ does.
Now - while creating a new language from C, why not throw away
some of anxient and worst stuff - atleast all those "avoid-using-this"
functions. Also those almost-defined datatypes need to become
precicely defined char = 8 bit, int = 32 bit etc. And what about C:s
time measured only in seconds not very modern and if you want to take
a half seconds sleep, how do you do that with C99.
To be honest, I am here at sci.crypt mostly because of a need to
sense the general feeling about building the suggested "C with
libraries"-language. I may be stupid sometimes/often - but I will try
to contribute to sci.crypt.
Why sci.crypt?
1) Well, I quess most of You are professional C coders. Some even seem
to worship C.
2) You 'all' need something that is not provided by C. e.g. C99 has no
twofish(param,param,param,param) - kind of functions. One of the
regulars is even providing for free the most liberate, most good, C
encryption library in existence.
3) Take a look of comp.lang.c a forum full of expressions of
a) C problems,
b) "undefined behaviour"
c) "off topic" requests
So to put it an other way, what I am trying to to feel is, if there is
any such dissatisfaction towards C among top coders, which would
warrant building a better C based language. A language which does not
have much of those "off topic" technology areas.
I believe the t3d-language is good (it has a chance), and I know some
of it's features are unique. The only potential downside, I can think
is the open source license. I would like to license the whole
language, under an open source license, which does not yet exist -
(the language definitions are already ready - license is not).
Charity open source license would be like GPL 2, but with an exception
that (only!) companies in rich countries would be required to buy an
annual license - from a pool of selected charity organizations. Such
as Red Cross, Greenpeace, Amnesty international etc. That annual
license would cover a right to use all ChOS-licensed material. Half
of the license money should go directly to a one poor African country,
most preferrably Ethiopia. Charity organizations would be selected by
a public vote among donators of licensed material. And the licensing
fee would be dependent on the estimated democracy level of each rich
country see. www.worldaudit.org/democracy.htm . In order to avoid
accusations of jingoism (in selection of fee-selector), Finland would
be required to not have the cheapest annual license-fee. Until the
licensing charity organizations would start to require annual
payments, even the companies might use all ChOS material for free.
personally would newer be allowed to sell any license, but I’d like to
control to some degree the early development of t3d-language, ChOS
license and ChOS-projects.
Who knows what happensin the future, maybe in year 2015, there
would be a killer applcation ( e.g Linux, Gimp, OpenSLL) licensed
under ChOS license, bringing millions of euros annually into pockets
of charity organizations - and even some food to hungry Africans.
The ChOS- license would also contain suggestions of selected + needed
software projects. Software which the world / charity organizations /
or perhaps just the t3d-programing language needs. The idea is to
create limited number of co-ordinated projects within the community -
for the benefit of the world.
Basically that is it;
A language licensed under a GPL type infecting license, made to make
good things.
How does that sound?
</OT>
- Next message: Peter Flass: "Re: Thou shalt have no other gods before the ANSI C standard"
- Previous message: Bryan Olson: "Re: Inside an abandoned NSA monitoring station"
- In reply to: unruh-spam_at_physics.ubc.ca: "Re: Encrypted files on computer as indication for guilt - where?"
- Next in thread: Martin Kahlert: "Re: Encrypted files on computer as indication for guilt - where?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
