Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!att!alberta!idacom!danny
From: danny@idacom.UUCP (Danny Wilson)
Newsgroups: comp.sys.apollo
Subject: Output to Transcript PAD's
Keywords: queued control chars
Message-ID: <688@idacom.UUCP>
Date: 20 Jun 89 06:15:13 GMT
Organization: IDACOM Electronics Ltd., Edmonton, Alta.
Lines: 50

I am porting a proprietary file transfer program from a 
Sun/Vax to SR9.7 however, I have run into a slight problem.

The program compiles and runs fine. However, when transferring
a file it prints its progress indicated by the protocol
block number. This number is printed like...

	while (file transfer is not finished yet)
	{
		printf("\r%d", block)
	}
	printf("\nComplete: %d blocks\n", block)

When this prints into a transcript pad there are several problems:
	- the numbers don't actually appear until the '\n' is
	  printed. (I thought about calling pad_$raw, but the manual
	  says it has no effect on output streams)

	- If you scroll the transcript pad to see what was
	  there before, all of these numbers "play back".
	  This consumes a fair amount of time if there were
	  several large files.

Since a VT100 window is _not_ acceptable, does anyone know of a 
way around this?? (At the risk of making some big mods to the
program - is the following possible...)

Put a running count in a small window at the top of the transcript
pad. The transcript pad would then only record the total number of
blocks transferred and not display the transfer in progress.

|---------------|
|               |<- 'status' window
|---------------| 
|               |
|               |<- transcript window
|               |
|               |
|---------------|<- input window
|_______________|

I think this may be possible using a frame (????) however, I'm not 
really sure. Any help would be great!!!


-- 
Danny Wilson
IDACOM Electronics		danny@idacom.uucp
Edmonton, Alberta		alberta!idacom!danny
C A N A D A