OpenEuphoria

Re: UnShroud

• Posted by James Powell <jpowell at TELEPORT.COM> Jul 04, 1997
• 684 views

Ralf Nieuwenhuijsen said:
>        Hey, stop it!!
>        Loosing your code this way is your own fault.
>        Shroud use to protect you from people stealing your code, now you
>are gonna make it impossible..... dumb dumb dumb, that is the thing
>you would do if you hate Euphoria and wanted to get rid of all
>there possiblilities for commercial software.
>How have you got this info anyway? The file bind.ex is shrouded too!!
>You never wondered why???
>Well you are a hell of a cracker... ...but please stop it..
>I don't know if it's already too late, if so, RDS should redo their
>bind method to another method people don't know yet!
>
>Ralf Nieuwenhuijsen
That wont work.  In order to change the way a file is shrouded, RDS would also
have to redo the way the interpreter reads and interprets the file (IMHO that
would be too difficult, and would make all new shrouded files incompatible with
every single new release of Euphoria)

As to my being a cracker, no way.  I didn't even hack bind.ex in order to write
UnShroud.  (Think about it for a minute, the answer is suprisingly simple ;)

Although, I did notice at least 1 small change between the bind.ex in v1.5
and the
one in v1.5a (at least, I think its 1.5a, I dont have it yet to check).  If
you have
RIP, try using 1.5a to bind a program, and then RIP it.  :)  It probably
wont work.
The problem is, bind.ex in 1.5 attached the shrouded file to EX.EXE with the
keyword "BINO".  But now, in 1.5a, it looks like that keyword has changed to
"BIND".

Heeding views from programmers like yourself though, I have put all development
of RIP and UnShroud on hold until I get more feedback from Euphoria users.
Developement will not continue (except for bug fixes) unless a majority of users
can come up with a compelling reason for me to continue.

Instead, I have now begun picking apart sources on text editors (Thanks David,
yours is excelent!) and have started trial work on an IDE for Euphoria.  Even
though David Cuny's editor is wonderful (being based on EDIT from dos 7), I
grew up on QB 4.5 and I miss the ability to keep procedures seperated.  My plans
are to make an editor that will seperate procedures and functions into their
own screens, as in QB, as well as giving support for instantanious inclusion
of files.
Just think, add a line containing "include x.e" and instantly all public
procedure and function names (as well as calling parameters) are listed in a
pop-up window!
I don't know if anyone else thinks this would be useful, but it's something I've
wanted for some time now.  I am tired of loading 3 files and switching between
them over and over, just to locate portions of code and calling convetions.

James Powell

PS,  you've probably noticed this is coming from jpowell at teleport.com now
instead of wizard at djo.com.  I switched ISP's and am MUCH happier now with a
more professional ISP rather than DJO's BBS system.