home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!harvey
- From: harvey@indyvax.iupui.edu
- Newsgroups: comp.os.vms
- Subject: RE: Undocumented DCL feature
- Message-ID: <1992Aug12.143326.1@indyvax.iupui.edu>
- Date: 12 Aug 92 19:33:26 GMT
- References: <9208111812.AA04482@ucbvax.Berkeley.EDU>
- Sender: news@usenet.ucs.indiana.edu (USENET News System)
- Organization: Indiana University
- Lines: 24
- Nntp-Posting-Host: indyvax.iupui.edu
-
- In article <9208111812.AA04482@ucbvax.Berkeley.EDU>, DESMITH_N@COLLOQUIUM.CO.UK (Nick de Smith) writes:
- > Maybe I didn't make myself clear, but I was refering to a "feature" of F$LENGTH,
- > nothing else. Most people didn't even read what I wrote before sending long
- > details about F$TYPE and strings - not what I was trying to point out at all!
- > I'm more than well aware that F$TYPE(100) and F$TYPE("100") are both STRING, it
- > was F$LENGTH returning the number of digits in the integer that interested me.
- >
- > Sigh.
- >
- > Nick
- >
-
- This behavior follows from the type-conversion rules of DCL. F$LENGTH is
- documented as taking a string for an argument. Any integer arguments are
- converted to strings before being passed to F$LENGTH. The length of such
- a string is the number of digits in the number. There's even a little
- table of examples in section 6.4.2 of the DCL Concepts manual. So (IMHO)
- it really isn't an undocumented feature.
-
- One lexical function that doesn't automatically type-convert all of it's
- arguments is F$FAO...
- --
- James Harvey IUPUI OIT Technical Support/Networks
- harvey@iupui.edu uucp: iugate!harvey bitnet: harvey@indyvax
-