Seed), I have to be quite careful with my code. As long as I have no control over the encryption process (ie. If anyone, even TMW, can understand the structure and meaning of my code, I'd be concerned. If someone, even a competitor, reverse engineers some random equation, with little or no understanding of the meaning, he does not pose a great threat. Maybe I don't understand that much about reverse engineering but if my high level matlab code is compiled into some x86 code and reverse engineered into some reched loop, it is probably difficult to descern my original intent. You have to ask yourself, what do I want to protect, and against whom?

Lars - Lars Gregersen () Check out my matlab toolboxes at: Michael Robbins 00:00. Additionally, we encrypt >the generated code.but you at The Mathworks are probably able to reverse engineer the code at the press of a button. >For starters, the code that we generate is for a virtual machine (MATLAB) >with an instruction set that is not published. However, I wouldn't say that P code >is not as well protected as compiled code. Norris wrote: >I couldn't reference your web link below, so I couldn't read the >discussion (was it a CSSM thread?). raymond Michael Robbins writes to say: Michael Schweisguth 00:00. I'm not saying it's impossible to reverse engineer our generated P code, but. On the other hand, it wouldn't be to difficult to find an instruction set for a particular chip (under 60 secs at ), that I could then spend sometime to reverse engineer.

Decrypt p file matlab code