Enterprise Propietary Software Solutions

What are some ways by which Enterprises safeguard against the risks of proprietary software?

I know there must be both legal and technical safeguards. I'm interested in the latter.

The reason I'm mainly asking this is: Say I have an office utility software suit that some BigName employees might greatly benefit from. Say that I'm well connected to some BigName software house to be able to pitch the software to the would be consumers. How do I assure them that my software is safe without actually revealing the source code?

Prenuptial agreement

None. They actually pay money and accept the risks of proprietary software.

FOSS isn't safe either. One look through the average FOSS codebase (lol its in C cuz C is so fast!) and you see dozens of buffer overflows among other things.

>>4
Only toilet scrubbers like you get buffer overflows. Read K&R you untalented bitch.

>>5
There are buffer overflows in the first edition of K&R. C is the most widely-used, spectacularly unsafe language. VROOM VROOM CRASH DEAD

>>6
Unsafety and goto are OK.  What makes me hate C is its mashed potatos type system and somewhat shitty syntax (esp. case expressions).

>>4
That means your problems are visible unlike what happens in proprietary solutions that hide the source code.

Read K&R you untalented bitch.

Because when I think K&R-style less is more code, I think of FOSS gems like GNU and FreeBSD:
https://gist.github.com/1091803

>>2
I didn't know you could get a prenuptial agreement before getting fucked in the ass with a closed-source undocumented blob.

>>1
You can't.  Just publish the source and charge money for non-commercial uses.

>>6
Fuck off Zed Shaw.

>>9
Where does K&R say that a C program shouldn't be more than 10 lines?

The FreeBSD and GNU versions of echo has more features than the Unix version. That means more code. So what? What does that have to do with knowing C and using it correctly? Is the code incorrect? Are there buffer overflows?

Take your Github ``gist'' back to whence you came: Hacker News

>>9
The GNU version is best. none of the other's implement --help to print the program's usage, including specifics on the (also not implemented) -E and -e options, which are useful depending on how your script uses echo. Also, vs the SYS V and other older versions, this version of echo doesn't require a shell to properly handle escape sequences or quotes. It also properly detects and uses locales and characters sets. The FreeBSD version does almost none of these things. Also, given the source code above, it would be a simple matter to reimplement echo more simply. Be careful. Some of that extra functionality may be neccesary for your system to function.

>>12,13
"More features are better, even when those features already exist through a universal interface!"

Get out, GNU devs.