home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!UB.com!pacbell.com!decwrl!sdd.hp.com!spool.mu.edu!yale.edu!ira.uka.de!Germany.EU.net!pki-nbg!dok_hfa
- From: dok_hfa@sovb50pki-nbg.philips.de (Hans-Juergen Faerber)
- Newsgroups: comp.text.frame
- Subject: Re: fmbatch screen output redirection
- Message-ID: <1993Jan28.091640@sovb50pki-nbg.philips.de>
- Date: 28 Jan 93 08:16:40 GMT
- References: <1993Jan26.162558.23150@pony.Ingres.COM>
- Sender: news@pki-nbg.philips.de
- Reply-To: dok_hfa@pki-nbg.philips.de
- Organization: Philips Communication Systems, Nuremberg, Germany
- Lines: 34
-
-
- In article <1993Jan26.162558.23150@pony.Ingres.COM>, jbigg@Ingres.COM (John Bigg) writes:
- |>
- |> Under framemaker 3.0, when using fmbatch it was possible to redirect screen
- |> output to /dev/null to allow fmbatch to be called from an application without
- |> destroying the screen. e.g.
- |>
- |> fmbatch 2>&1 >/dev/null <fmscript
- |>
- |> Since upgrading to 3.1X this no longer works (fmbatch version 0.61), the output
- |> is always written to the screen. Has anyone come across and solved this (or am
- |> I doing somthing stupid)?
- |>
- |> Please help
- |>
- Hi,
-
- we are starting fmbatch from within csh using the following line (for example)
- if { ...<path>/fmbatch -i cmdfile >& logfile } then
- <do something useful>
- else
- grep "error" < logfile
- endif
-
- and this works fine.
-
- regards
-
- h.-j.
- --
- | Philips Kommunikations |Voice: +49 911 5262974
- | Industrie AG |Fax: +49 911 5263545
- Hans-Juergen Faerber| Techn. Documentation |E-Mail:
- | Nuremberg, Germany |dok_hfa@pki-nbg.philips.de
-