From owner-cvs-contrib  Fri May  1 20:32:05 1998
Return-Path: <owner-cvs-contrib>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA25113
          for cvs-contrib-outgoing; Fri, 1 May 1998 20:32:05 -0700 (PDT)
          (envelope-from owner-cvs-contrib)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24776;
          Fri, 1 May 1998 20:30:51 -0700 (PDT)
          (envelope-from jb@FreeBSD.org)
From: John Birrell <jb@FreeBSD.ORG>
Received: (from jb@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id UAA18705;
	Fri, 1 May 1998 20:28:44 -0700 (PDT)
Date: Fri, 1 May 1998 20:28:44 -0700 (PDT)
Message-Id: <199805020328.UAA18705@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-contrib@FreeBSD.ORG
Subject: cvs commit: src/contrib/bc/bc main.c scan.l
Sender: owner-cvs-contrib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

jb          1998/05/01 20:28:43 PDT

  Modified files:
    contrib/bc/bc        main.c scan.l 
  Log:
  If not interactive, we need the traditional behaviour of the input
  not being echoed to the output. So as a _hack_ to get the world building
  again, redirect the readline rl_outstream to stderr when not interactive.
  
  The proper way to handle non-interactive mode is to read from stdin
  and don't worry about edit mode, but this is GNU so it's not worth the
  time thinking about. I'm already pissed off that I even had to look
  at this "nice code".
  
  Revision  Changes    Path
  1.2       +5 -2      src/contrib/bc/bc/main.c
  1.2       +3 -2      src/contrib/bc/bc/scan.l