Good you gave,

Al to execute for BaaN a task by cron remains blocked the board that the sesion executed by task uses, But if the task I execute it by hand, functions perfectly.

To that can be proper this? Thanks.

You wouldn't be using one of those translation programs by any chance? ;)

Here is what I think you are asking, correct me when I am wrong.

When you execute a job in 'blocked' status, using cron, it won't run, but it does when you run it by hand?

If so, then that is what is supposed to happen. Cron (or any scheduler) will only kick-off jobs that are in the 'free' status.
Manually you can start a job in any status.

yes, is a program of traduccion.

The question is:

When I execute a job based on a session and one DLL, the job is executed perfectly, but, when this job is executed by "cron" the job is not execute correctly and, leaves blocked tables...

As this it can be solved?

thanks

Compare your permissions against cron's permissions, and then hold them against the objects involved in the procedure.

the permissions of my user and permissions of cron's are the same...

Are there any restrictions set to the objects involved?

no...

this is a mistery...

the failure was that the variable:
graphical.mode was true, and activated:

if graphical.mode then
choice.again.if.not.marked()
endif


and when the seesion are executed by "cron", the session can't run because the sesion remained expecting the choice.again.if.not.marked()


Thanks