Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mcsun!unido!sbsvax!roeder From: roeder@sbsvax.cs.uni-sb.de (Edgar Roeder) Newsgroups: comp.sys.atari.st Subject: Re: TOS io redirection bugs Summary: s Message-ID: <2712@sbsvax.cs.uni-sb.de> Date: 9 Feb 90 18:50:52 GMT References: <9001301152.AA03348@freya.dmswwu-ether> Organization: Universitaet des Saarlandes, Saarbruecken, W-Germany Lines: 37 In article , bammi@curie.ces.CWRU.Edu (Jwahar R. Bammi) writes: > In article <9001301152.AA03348@freya.dmswwu-ether> ONM07@DMSWWU1A.BITNET (Julian Reschke) writes: > dale: > > 2 is a tty. If is IS, then Fforce() it to -1 to attach it to the console. > Julian: > But this will fail if you try to redirect handle 2 to PRN:! Correct me if > I'm wrong... > > thats correct, but dales suggestion is still fine. its isatty() that > needs to be fixed up, so that it does'nt think that PRN: isatty(). Here are my two cents: What if the user wants to redirect handle 2 stderr to the serial port (AUX:)? Since this is the default assignment for this handle it will be difficult to manage this case too. I had two applications for this. Some time ago i wanted to debug a full screen editor (not emacs :- ) and have sent the debug output to a PC clone. I needed this output while i was testing the program, not later. Therefore i could not use a file. The second application needs to redirect all standard handles (stdin, stdout, stderr). It's a program to run eg. games in a mailbox (for example nethack). Then stderr IS a terminal, but not the console. And the mailbox user will not like to play on the console screen (unless he/she is clear-sighted :-) or sitting before the console). > -- > bang: {any internet host}!dsrgsun.ces.CWRU.edu!bammi jwahar r. bammi > domain: bammi@dsrgsun.ces.CWRU.edu > GEnie: J.Bammi - Edgar -- Mail: Edgar R\"oder E-Mail: roeder@cs.uni-sb.de Liesbet-Dill-Stra\ss e 3 D-6602 Dudweiler -o- -o- W-Germany ^ Phone: 06897/74643 '---'