From owner-freebsd-current Mon Dec 21 00:58:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24503 for freebsd-current-outgoing; Mon, 21 Dec 1998 00:56:03 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24478 for ; Mon, 21 Dec 1998 00:56:01 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id AAA80755; Mon, 21 Dec 1998 00:55:50 -0800 (PST) To: "Daniel C. Sobral" cc: mike@smith.net.au, current@FreeBSD.ORG Subject: Re: BootFORTH - demo floppy In-reply-to: Your message of "Mon, 21 Dec 1998 00:41:02 PST." <199812210841.AAA07194@newsguy.com> Date: Mon, 21 Dec 1998 00:55:50 -0800 Message-ID: <80751.914230550@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now, adding nulls to the end of the string is very easy with count based > strings (as long as you are not working with a substring), and I have nothing > against doing it. But having "evaluate" operate on null-terminated strings is > the same as having strncmp operate on null-terminated strings: it's against > standard and intent. I'm all in favor of pushing FICL more in the direction of standards conformance, to be sure. The I/O model in particular is rather primitive since FICL was designed specifically to chew on strings rather than be a more traditional console-based forth and I'd love to see some of that brought back. My own forth skills have seriously atrophied, unfortunately, and I'm generally not up on the newer ANS standards or even the older stuff which wasn't explicitly covered in the Brodie book. :-) If you see such conformance violations, a precise description of what the primitive should be returning or taking instead would be appreciated. Diffs to the code are, of course, appreciated even more! :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message