For R83 there was UnBasic by Malone, which is no longer supported. But
obviously the tokens for UD and UV are completely different. That was
the only commercial decompiler in our industry that I've ever seen get
any traction.

I am curious since we're on this topic:
In my products I use compiler options to crunch down the object as
much as possible - mostly in an attempt to thwart decompilation.
Further, in my security code (not the app part) I use 1-2 character
variables, in case anyone can see them, to make poking through my code
more difficult. I also encrypt everything so that a quick view of the
..O items doesn't reveal how the mechanisms work.

The net result is that I have a security mechanism that works on all
MV platforms. Many of you here have helped with access to systems (and
purchases of my software Thank You Very Much!) as I port it to new
versions of any given release of an OS or DBMS.

How much of that is naïve on my part?
Has anyone documented better practices?

The traditional view on software protection in this industry is
security through obscurity. We don't have people hacking on BASIC
object the way they'll hack on C++, Java, or .NET assemblies, so
security isn't a big deal. A lot of application VARs feel good about
putting their source on end-user systems, and that's one of the great
things about Pick. But my software, and that of many of our colleagues
here, is more horizontal - the risk of financial loss is high given
the size of our businesses and the investment it takes to bring a
product to market, so protection of the IP is very important.

Thoughts?
Thanks.
T

Tony Gravagno
Nebula Research and Development
TG@ remove.pleaseNebula-RnD.com
Nebula R&D sells mv.NET and other Pick/MultiValue products
worldwide, and provides related development services
remove.pleaseNebula-RnD.com/blog
Visit http://PickWiki.com! Contribute!
http://Twitter.com/TonyGravagno
http://groups.google.com/group/mvdbms/about

[ snipping old text ... because it's polite ]

_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to