Am 01.06.2005 um 22:50 schrieb Stephen Deasey:
Because form input always needs to be checked. You can't declare it
debugged and turn off exception checking. People will continue to
feed your program broken/malicious input.
Ah, this is what you mean! What about fixing tcllib to allow two
ty
On 6/1/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 01.06.2005 um 22:23 schrieb Stephen Deasey:
>
> > That's a useful feature, but not when you're checking
> > form input!
>
> Why not?
Because form input always needs to be checked. You can't declare it
debugged and turn off excepti
Am 01.06.2005 um 21:27 schrieb Stephen Deasey:
Sounds good.
OK. I will start the work and give diffs for review when I come
to some point.
Zoran
Am 01.06.2005 um 22:23 schrieb Stephen Deasey:
That's a useful feature, but not when you're checking
form input!
Why not?
On 6/1/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 01.06.2005 um 21:30 schrieb Stephen Deasey:
>
> > For input
> > validation, some other mechanism should be used.
> >
>
> Input of what kind? From Tcl or from C?
> Do you mean form-input? Why you can't apply the
> tcllib assertion on
Am 01.06.2005 um 21:30 schrieb Stephen Deasey:
For input
validation, some other mechanism should be used.
Input of what kind? From Tcl or from C?
Do you mean form-input? Why you can't apply the
tcllib assertion on form-input, if this is what you mean?
Zoran
On 6/1/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 01.06.2005 um 13:24 schrieb Stephen Deasey:
>
> > So, how
> > about assertions?
> >
>
> Good.
>
> So, that means we scratch the idea of putting it in the
> proc/ns_proc syntax and keep it as is, i.e. we parse-out
> only the options
On 6/1/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 01.06.2005 um 14:10 schrieb Stephen Deasey:
>
> > On 5/30/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> Am 30.05.2005 um 12:01 schrieb Stephen Deasey:
> >>
> >>
> >>>
> >>> What's the return value of Ns_FSOpen?
> >>>
>
Am 01.06.2005 um 14:10 schrieb Stephen Deasey:
On 5/30/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 30.05.2005 um 12:01 schrieb Stephen Deasey:
What's the return value of Ns_FSOpen?
Something that can be fed to Ns_FSRead and/or Ns_FSClose
for example. I haven't started the imple
Am 01.06.2005 um 13:24 schrieb Stephen Deasey:
So, how
about assertions?
Good.
So, that means we scratch the idea of putting it in the
proc/ns_proc syntax and keep it as is, i.e. we parse-out
only the options from the argument list and do no extra
type checking there. Type-checking would be
Am 01.06.2005 um 15:45 schrieb Vlad Seryakov:
To be as much close to current Tcl convention in proc syntax we can
add optional type AFTER default value
ns_proc test { {-flag 0 flag} {-list a oneof {a b c}} {-name ""}
{ value "" } } {
}
This way i do not have to remember 2 different ways t
To be as much close to current Tcl convention in proc syntax we can add
optional type AFTER default value
ns_proc test { {-flag 0 flag} {-list a oneof {a b c}} {-name ""} { value
"" } } {
}
This way i do not have to remember 2 different ways to provide default
value and if i want type checki
On 5/30/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 30.05.2005 um 12:01 schrieb Stephen Deasey:
>
> >
> > What's the return value of Ns_FSOpen?
> >
>
> Something that can be fed to Ns_FSRead and/or Ns_FSClose
> for example. I haven't started the implementation yet
> but this is first
On 5/30/05, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 30.05.2005 um 12:23 schrieb Stephen Deasey:
>
> >
> > The other option is -eightbit:flag syntax. It's not perfect, but it's
> > better than nested lists and has ~5 years of usage in the ACS behind
> > it.
> >
>
> Another try (I can'
14 matches
Mail list logo
