You are not logged in. Login Now
 0-24   25-40         
 
Author Message
carl
More with a percent more. I think. Mark Unseen   Dec 3 00:03 UTC 1993

I'm currently using the pager "more" for the bbs.  Sometimes I see a 
"more" prompt that tells what percent of the text has already been seen.
Is that pager available for use in a .cfonce file?
40 responses total.
davel
response 1 of 40: Mark Unseen   Dec 3 02:31 UTC 1993

I think that's just more.  When it's getting its input from a pipe, which I
think applies in this case, it can't tell how much input there's going to
be.  When you use more on a regular file (possibly with some other conditions)
it knows how much more there is.

It's possible that you might define your picospan pager in such a way as to
get such a progress report.  I'm not sure that it's possible, but if it *is*
one almost-certain consequence would be an appreciable delay when you start
to read something before anything is displayed.  I suspect this would quickly
outweigh any possible gain from knowing how much more there is.
danr
response 2 of 40: Mark Unseen   Dec 3 17:16 UTC 1993

Good question and good answer.  I've always wondered about this myself.
davel
response 3 of 40: Mark Unseen   Dec 3 22:02 UTC 1993

Thank you.  I just read the man page - but it kind of stuck, because it made
sense regarding *why* (which the man page didn't address, but which seemed
obvious as soon as I wondered).
popcorn
response 4 of 40: Mark Unseen   Dec 8 02:19 UTC 1993

This response has been erased.

davel
response 5 of 40: Mark Unseen   Dec 8 13:38 UTC 1993

... and since the pager and the original command are running at the same time,
the pager can't tell what percent complete things are - new input may be added
at any time, up until the command terminates.
kaplan
response 6 of 40: Mark Unseen   Dec 23 14:50 UTC 1993

OK, related question:  I'm using more as my pager for the bbs too.  Are
there other programs besides more that would make good pagers?
kentn
response 7 of 40: Mark Unseen   Dec 23 16:28 UTC 1993

Try less.
srw
response 8 of 40: Mark Unseen   Dec 24 07:19 UTC 1993

In "unix", "less" is more than "more".
popcorn
response 9 of 40: Mark Unseen   Dec 24 15:15 UTC 1993

This response has been erased.

rcurl
response 10 of 40: Mark Unseen   Dec 24 17:00 UTC 1993

That's not democratic or cooperative. In democracies and cooperatives, you
are required to endure twits.
robh
response 11 of 40: Mark Unseen   Dec 24 23:15 UTC 1993

The version of twit I use is in /u/jon/bin/twit.  The documentation
is somewhere in one of those directories.

Re 10 - Yes, but I'm not a democracty.
vidar
response 12 of 40: Mark Unseen   Jan 2 15:56 UTC 1994

Yeah, I thought this was a Tyranny.
popcorn
response 13 of 40: Mark Unseen   Jan 3 03:04 UTC 1994

This response has been erased.

vidar
response 14 of 40: Mark Unseen   Feb 1 00:35 UTC 1994

How 'bout $60 per year?
danr
response 15 of 40: Mark Unseen   Feb 1 00:41 UTC 1994

If you send me $60, you get to vote immediately.
jared
response 16 of 40: Mark Unseen   Feb 1 18:49 UTC 1994

heh.
jared
response 17 of 40: Mark Unseen   Feb 1 18:53 UTC 1994

Here's what I have.. do a define pager /u/yourusername/mymore after copying
the file /u/jared/jmore to /u/yourusername/mymore

This will show you your precent more.
jared
response 18 of 40: Mark Unseen   Feb 1 18:56 UTC 1994

There's only one problem with it.. it goes 
:::::::::::::::
/tmp/mre.#####
:::::::::::::::
at the beginning of it all.. that's the only problem there is with it.
And it asks you to tell it to start.  I dunno if there is a way
around that.
jared
response 19 of 40: Mark Unseen   Feb 1 19:20 UTC 1994

anyone who can get rid of that ANNOYING headder, lemme know.
popcorn
response 20 of 40: Mark Unseen   Feb 3 16:49 UTC 1994

This response has been erased.

remmers
response 21 of 40: Mark Unseen   Feb 3 17:01 UTC 1994

(Gives new meaning to the term "Trojan Horse" all right.)
davel
response 22 of 40: Mark Unseen   Feb 3 17:40 UTC 1994

At least with a script you can look at it, make sure it's innocent, and
copy it to your own dir & use it, knowing no one except root people can
change it while you're not looking.  (And changes could be innocent and
still produce disaster, if you're depending on a script's behavior to
remain the same.)  It's an even worse idea to depend on a compiled program
from someone else's dir, since you can't check what it does.
kentn
response 23 of 40: Mark Unseen   Feb 4 02:12 UTC 1994

Re: 20, isn't this why some Unix books say that putting '.' as the
first item in a path statement is a bad idea?
davel
response 24 of 40: Mark Unseen   Feb 4 10:41 UTC 1994

Related.  Imagine this scenario:  You change to /tmp (say), where lots of
people have write access.  You run ls -l.  Some bozo has put in /tmp a
script called ls which does rm -r $HOME.  If your current dir is in your
path ahead of /bin or any other official ls, you wind up deleting your
entire directory, & everything under it.  (bozo couldn't do it directly,
since he didn't have access - but *you* can.)  *Very* bad, since we don't
have any way to do backups here right now.
 0-24   25-40         
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss