From owner-freebsd-ports Mon Jul 17 02:05:40 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA16634 for ports-outgoing; Mon, 17 Jul 1995 02:05:40 -0700 Received: from deep-thought.demos.su (root@deep-thought.demos.su [192.91.186.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA16618 for ; Mon, 17 Jul 1995 02:05:37 -0700 Received: by deep-thought.demos.su id MAA01380; (8.6.11/D) Mon, 17 Jul 1995 12:59:41 +0400 To: Satoshi Asami , Thomas Gellekum Cc: ports@freebsd.org References: <199507170830.KAA28843@ghpc6.ihf.rwth-aachen.de> In-Reply-To: <199507170830.KAA28843@ghpc6.ihf.rwth-aachen.de>; from Thomas Gellekum at Mon, 17 Jul 1995 10:30:02 +0200 (MET DST) Message-ID: Organization: DEMOS Date: Mon, 17 Jul 1995 12:59:41 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: problem building lang/icon on 2.0.5R Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1643 Sender: ports-owner@freebsd.org Precedence: bulk In message <199507170830.KAA28843@ghpc6.ihf.rwth-aachen.de> Thomas Gellekum writes: >Satoshi Asami wrote: >> >> * More data: make runs fine if my login shell is tcsh. Normally, I >> * use pdksh and _did_ use pdksh on 2.0 as a login shell when I ported >> * icon. >> >> I just tried it on thud, it built fine both with bash and ksh, >> although I didn't change my login shell to either. I'll try changing >> the shell tomorrow. >> >> By the way, thud is running (what is belived to be pretty close to) >> 2.0.5R. >I checked again on a machine here at work and later at home. It has >nothing to do with the shell. It's just that I have enabled >ENABLE_STARTUP_LOCALE in my .kshrc and set LANG to de_DE.ISO8859-1. >If I unset ENABLE... icon builds fine. I have currently no idea >why the locale setting would upset the parser in rtt; the parsed >file (src/runtime/fmisc.r) does not contain characters outside the >ASCII range (some ^L's, but they are also in other .r files), so any >ctype functions should work regardless of the current locale. No, I >don't know where exactly it hangs. I chickened out and added a call >to setlocale in more(1) instead. That's why I had the ENABLE... >set in the first place. I will mail the diffs to the bugs list. Regardles to outside character, there can be is*(EOF) trick used in the parser. It is definitely a bug and parser itself must be corrected to detect EOF early and don't pass it to ctype family. -- Andrey A. Chernov : ache@FreeBSD.org : From 33th IETF FidoNet: 2:5020/230.3 : Stockholm RELCOM Team,FreeBSD Team :