undo of " 2009/03/28 - mlkersten: src/mal/mal_session.mx,1.185 mal_function - only keep track of nested variables mal_session - keep also track of signature opt_prejoin - silence compilers " which was (apparently) back-ported to the Feb2009 branch in " 2009/03/30 - mlkersten: src/mal/mal_session.mx,1.175.2.11 Setting the scope of variables needed more care in the context of barrier blocks.The scope of a variable should respect the guarded blocks. Variables defined outside, can not be freed immediately insight the block, due to possible REDO actions. Variables defined within the block can be finished at any time, but at EXIT at the latest. " and undone there (for given reasons) in " 2009/03/30 - sjoerd: src/mal/mal_session.mx,1.175.2.12 Undo previous checkin: It caused a problem when mserver5 was started with a file on the command line.  Any MAL statements on the console would trigger a syntax error about a missing RETURN. "
undo of
"
2009/03/28 - mlkersten: src/mal/mal_session.mx,1.185
mal_function - only keep track of nested variables
mal_session - keep also track of signature
opt_prejoin - silence compilers
"
which was (apparently) back-ported to the Feb2009 branch in
"
2009/03/30 - mlkersten: src/mal/mal_session.mx,1.175.2.11
Setting the scope of variables needed more care in the context of
barrier blocks.The scope of a variable should respect the guarded blocks.
Variables defined outside, can not be freed immediately insight the
block, due to possible REDO actions.
Variables defined within the block can be finished at
any time, but at EXIT at the latest.
"
and undone there (for given reasons) in
"
2009/03/30 - sjoerd: src/mal/mal_session.mx,1.175.2.12
Undo previous checkin:
It caused a problem when mserver5 was started with a file on the
command line.  Any MAL statements on the console would trigger a
syntax error about a missing RETURN.
"

(@ Sjoerd: apparently, this was not a propagation problem,
 i.e., despite all recent SF CVS problems, our propagation
 script/procedure appears to (have) work(ed) fine so far...)

zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb,zyzyis/monetdb