#in lookup causing problems?

Jay R. Ashworth jra at baylink.com
Wed May 26 10:33:29 PDT 2004


On Fri, Jan 02, 2004 at 04:55:30PM -0500, Walter Vaughan wrote:
> Kenneth Brody wrote:
> >Walter Vaughan wrote:
> >>This code fragment seems to work just until I pass it variables
> >>that contain the # (pound variable)
> >>    
> >>
> ><snipped>
> 
> >"#55" is not a valid number.  What would you expect it to find when
> >you did a lookup based on a numeric field?
> >  
> >
> the lookup to fail (as in "not foo_bar" to be true) as it does if passed any
> other kind of value like "12V".
> 
> Are you trying to say if you pass a value that starts with a pound key, the
> proper thing for filePro to do would be to select the first value in the
> index?

IMHO, the edit should force #55 into a ... *I've* got it.

Ken: you're using the wrong routine there.

The integer parsing routine that's getting called is the one that
translates numbers in print codes... which might have a prefix to make
them look like they're in a different number base.

...

Naw; damn; that can't be it either, 55 isn't equal to 43 for any
combination of octal, decimal, *or* hex.  Crap.

I'll go back to "it should see the illegal character and blank the
field".  :-)

Cheers,
-- jra

-- 
Jay R. Ashworth                                                jra at baylink.com
Member of the Technical Staff     Baylink                             RFC 2100
The Suncoast Freenet         The Things I Think
Tampa Bay, Florida        http://baylink.pitas.com             +1 727 647 1274

        Come see Linux Gazette in our new home: www.linuxgazette.net!


More information about the Filepro-list mailing list