On 2015-02-23 08:06, Freddie Chopin wrote:
The problem might be harder than it seems. I can imagine proprietary
software testing whether system calls during license check are NOT
hooked, to prevent some cracks from working (assuming any crack could
work that way (; and assuming it is possible to check whether or not
system calls have hooks installed). In that case the only option would
be to NOT hook system calls for this specific moment...
Good morning,
I don't know about IAR tools (according to your error message it seems to use Sentinel RMS as a licensing system), but the Tasking VX-toolset I'm using is protected by FlexNet and I made it work with tup.
The Tasking compiler doesn't mind to be hooked, but without some help it would still not find its license files. This is because tup cleans the environment before calling any executables. Therefore the env. variable with the path to the license file or server is missing (TASKING_LICENSE_FILE in my case). You can instruct tup to copy specific env. variables down to its childs by using the "export" directive. I have it in my top-level Tuprules.tup like this:
export TASKING_LICENSE_FILE
With this in place my compiler will find its licensing information and work. Perhaps your tools need something like this, too.
HTH & kind regards,
Bernhard.
--
tup-users mailing list
email: [email protected]
unsubscribe: [email protected]
options: http://groups.google.com/group/tup-users?hl=en
---
You received this message because you are subscribed to the Google Groups "tup-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.
