zsh-workers
 help / color / mirror / code / Atom feed
From: Clint Adams <schizo@debian.org>
To: zsh-workers@sunsite.dk
Cc: "R.Ramkumar" <ramk@cse.iitm.ernet.in>, 335481-forwarded@bugs.debian.org
Subject: [ramk@cse.iitm.ernet.in: Bug#335481: zsh: zsh/sched waits for next return to prompt even with NOTIFY set]
Date: Mon, 24 Oct 2005 15:31:37 -0400	[thread overview]
Message-ID: <20051024193137.GA10982@scowler.net> (raw)

----- Forwarded message from "R.Ramkumar" <ramk@cse.iitm.ernet.in> -----

The sched builting provided by the zsh/sched module seems to execute
a scheduled command only when an enter is pressed after the time
specified has elapsed/arrived, much like how mail notification
occurs. This makes the command useless when the user wants to
schedule and leave the shell idle, and start using it only after the
time for which the command is scheduled. I don't know if this is a
bug or it is the intended behaviour. If it is intended, I could
suggest a few alternatives that would add this feature.

1. Execute as soon as the time arrives (maybe in the background),
   much like how job exit notification works with the NOTIFY option
   works. May be sched can reuse this option or have an option of
   its own. Or even better, perhaps one can indicate the desired
   behaviour on a per-item basis, by a flag, when adding an item.

2. (Less desirable) Have a flag to sched/another builtin which
   synchronously waits for the specified sched item/next N sched
   items/sched items within a certain time frame.

sched is great especially when it is an overkill to use something
like atd. Intuitively, I could guess without seeing the source that
perhaps the existing behaviour exists because it is much neater to
add a postcmd hook than to maybe register a sigalarm. Even if this
is the case, I feel these changes will greatly increase the
functionality of the builtin.

Regards,
Ramkumar.

----- End forwarded message -----


             reply	other threads:[~2005-10-24 19:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-24 19:31 Clint Adams [this message]
2005-10-25 22:17 ` Peter Stephenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20051024193137.GA10982@scowler.net \
    --to=schizo@debian.org \
    --cc=335481-forwarded@bugs.debian.org \
    --cc=ramk@cse.iitm.ernet.in \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).