[Info-vax] HP wins Oracle Itanium case

Johnny Billquist bqt at softjar.se
Mon Aug 27 21:42:11 EDT 2012


On 2012-08-27 22:51, Bob Koehler wrote:
> In article <k18f4q$7jh$1 at Iltempo.Update.UU.SE>, Johnny Billquist <bqt at softjar.se> writes:
>>
>> That is just because you are using some HLL which have built in support
>> to call RMS with keywords that map to RMS functionality... :-)
>
>     Nope.  I use RMS every time I code in an HLL on VMS, without any
>     mention of, or special keywords referencing RMS.
>
>     For some of the HLL, there are some ectended capabilities, but I
>     don't have to use them in my code to be using RMS.
>
>> RMS have some good and tight integration with the languages in VMS, but
>> that doesn't mean it plays on the same level as any other database... ;-)
>
>     Don't know anyone claiming that it did.
>
>> But nowadays everyone like to use C, or something similar in taste, in
>> which all invocations of anything means doing function calls.
>> I bet you even need function calls to do anything with RMS from C (you
>> do on a PDP-11 atleast...)
>
>     I would be very suprized if fprintf on RSX-11M/M+ wasn't implemented
>     on top of RMS or FCS.

There are in fact three versions. One using RMS, one using FCS, and one 
which just gives an error if you try open a disk file, but which works 
if you do I/O to stdout.

>     All the function calls I need to do RMS from C on a VMS system are
>     the ASCII standard C library calls.  And no, I don't have to use
>     the DEC extenstions that provide additional arguments.

Ah. Misunderstood you. I thought I were using RMS for something more 
advanced than just stream I/O. Yes, pretty much any language, under any 
OS, will offer that much functionality. Using RMS, or whatever I/O 
functionality offered by the OS.

	Johnny




More information about the Info-vax mailing list