10 Jul
2005
10 Jul
'05
9:16 a.m.
Hello,
'switch' statements can be used now in configuration file to test the
last returned code ('retcode') - CVS head version. This should simplify
a lot the scripting for testing 'retcode' and should make the file
better structured and easier to understand (hopefully :-) ).
It is similar with C 'switch' construct, but it uses 'sbreak' instead of
C-'break', because in openser the keyword 'break' is already used for
other meaning. I am not fully convinced whether to use this 'sbreak'
keyword, or better 'esac' (shell-like), any better idea?
An example of usage is posted on dokuwiki page:
http://www.openser.org/dokuwiki/doku.php?id=openser_core_cookbook#switch
Daniel
11 Jul
11 Jul
2:52 p.m.
New subject: [Users] [Devel] 'switch' statements
Daniel-Constantin Mierla writes:
It is similar with C 'switch' construct, but
it uses 'sbreak' instead of
C-'break', because in openser the keyword 'break' is already used for
other meaning. I am not fully convinced whether to use this 'sbreak'
keyword, or better 'esac' (shell-like), any better idea?
since the language is changing anyway, why not introduce "return" that
returns from a route block and then use break to beak from switch and
possibly other statements you come up with. then semantics would be the
same as in c.
-- juha
12 Jul
12 Jul
5:26 a.m.
New subject: [Users] Re: [Devel] 'switch' statements
On 07/11/05 21:52, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
this is an option, too. But I am afraid that some users will be scared
when they will see that compatibility is broken and they will not easily
test the development version using their old config file. Maybe a
intermediary version that display warnings at startup that 'break' is
obsolete and will be dropped soon in favor of 'return' would be better;
'esac' seems more appropriate to avoid more mess up between 'break' and
'sbreak'.
Daniel
It is similar with C 'switch' construct,
but it uses 'sbreak' instead of
C-'break', because in openser the keyword 'break' is already used for
other meaning. I am not fully convinced whether to use this 'sbreak'
keyword, or better 'esac' (shell-like), any better idea?
since the language is changing anyway, why not introduce "return" that
returns from a route block and then use break to beak from switch and
possibly other statements you come up with. then semantics would be the
same as in c.
-- juha
7:23 a.m.
New subject: [Users] Re: [Devel] 'switch' statements
Hi everybody,
form consistency point of view, I totally agree with Juha's suggestion -
go for a C-like language and use break only for switch and return for
exiting the routes.
on the other hand, I worry about backward compatibility - the change
will have quite an impact - and SER compatibility (SER scripts will not
work on OpenSER).
IMHO we should go for a middle stage (as Daniel suggested): the syntax
will accept break outside switch, but generating a warning and
converting it internally to return(1); break will be normally accepted
in switches.
regards,
bogdan
Daniel-Constantin Mierla wrote:
On 07/11/05 21:52, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
this is an option, too. But I am afraid that some users will be scared
when they will see that compatibility is broken and they will not
easily test the development version using their old config file. Maybe
a intermediary version that display warnings at startup that 'break'
is obsolete and will be dropped soon in favor of 'return' would be
better;
'esac' seems more appropriate to avoid more mess up between 'break'
and 'sbreak'.
Daniel
It is similar with C 'switch' construct,
but it uses 'sbreak'
instead of > C-'break', because in openser
the keyword 'break' is
already used for > other meaning. I am not fully convinced whether to
use this 'sbreak' > keyword, or better 'esac' (shell-like), any
better idea?
since the language is changing anyway, why not introduce "return" that
returns from a route block and then use break to beak from switch and
possibly other statements you come up with. then semantics would be the
same as in c.
-- juha
_______________________________________________
Devel mailing list
Devel(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
6933
days inactive
6935
days old
3 comments
3 participants
participants (3)
-
Bogdan-Andrei Iancu -
Daniel-Constantin Mierla -
Juha Heinanen