* execute defun on reception of signal
@ 2015-07-12 1:59 Emanuel Berg
2015-07-12 10:27 ` Andy Moreton
0 siblings, 1 reply; 29+ messages in thread
From: Emanuel Berg @ 2015-07-12 1:59 UTC (permalink / raw
To: help-gnu-emacs
I read somewhere you can do it like this:
(defun usr1-handler ()
(interactive)
(message "Got usr1 signal."))
(global-set-key [signal usr1] 'usr1-handler)
However if the Emacs PID is 2592,
$ kill -s usr1 2592
doesn't do it.
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-12 1:59 execute defun on reception of signal Emanuel Berg
@ 2015-07-12 10:27 ` Andy Moreton
2015-07-12 16:56 ` Emanuel Berg
0 siblings, 1 reply; 29+ messages in thread
From: Andy Moreton @ 2015-07-12 10:27 UTC (permalink / raw
To: help-gnu-emacs
On Sun 12 Jul 2015, Emanuel Berg wrote:
> I read somewhere you can do it like this:
>
> (defun usr1-handler ()
> (interactive)
> (message "Got usr1 signal."))
>
> (global-set-key [signal usr1] 'usr1-handler)
>
> However if the Emacs PID is 2592,
>
> $ kill -s usr1 2592
>
> doesn't do it.
This is documented in the info "(elisp) Misc Events" node, which you
could have easily found yourself. The documentation includes an example
which shows you are using the wrong keymap.
AndyM
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-12 10:27 ` Andy Moreton
@ 2015-07-12 16:56 ` Emanuel Berg
2015-07-12 18:54 ` Andy Moreton
[not found] ` <mailman.6808.1436727285.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-12 16:56 UTC (permalink / raw
To: help-gnu-emacs
Andy Moreton <andrewjmoreton@gmail.com> writes:
> This is documented in the info "(elisp) Misc Events"
> node, which you could have easily found yourself.
Ridiculous. Go fly I kite - if you know how.
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-12 16:56 ` Emanuel Berg
@ 2015-07-12 18:54 ` Andy Moreton
2015-07-13 3:53 ` Vaidheeswaran C
[not found] ` <mailman.6808.1436727285.904.help-gnu-emacs@gnu.org>
1 sibling, 1 reply; 29+ messages in thread
From: Andy Moreton @ 2015-07-12 18:54 UTC (permalink / raw
To: help-gnu-emacs
On Sun 12 Jul 2015, Emanuel Berg wrote:
> Andy Moreton <andrewjmoreton@gmail.com> writes:
>
>> This is documented in the info "(elisp) Misc Events"
>> node, which you could have easily found yourself.
>
> Ridiculous. Go fly I kite - if you know how.
There is no need to be rude.
The elisp manual includes full documentation with example code, at the
location I pointed out. There is no need to repeat that information
here.
If you are too lazy to read the docs then you will struggle to find
people willing to help you.
AndyM
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6808.1436727285.904.help-gnu-emacs@gnu.org>
@ 2015-07-13 2:29 ` Rusi
2015-07-13 2:57 ` Emanuel Berg
` (3 more replies)
0 siblings, 4 replies; 29+ messages in thread
From: Rusi @ 2015-07-13 2:29 UTC (permalink / raw
To: help-gnu-emacs
On Monday, July 13, 2015 at 12:24:48 AM UTC+5:30, Andy Moreton wrote:
> On Sun 12 Jul 2015, Emanuel Berg wrote:
>
> > Andy Moreton writes:
> >
> >> This is documented in the info "(elisp) Misc Events"
> >> node, which you could have easily found yourself.
> >
> > Ridiculous. Go fly I kite - if you know how.
>
> There is no need to be rude.
>
> The elisp manual includes full documentation with example code, at the
> location I pointed out. There is no need to repeat that information
> here.
>
> If you are too lazy to read the docs then you will struggle to find
> people willing to help you.
In all fairness, I thought the question interesting and spent some 10-15 minutes
searching an answer.... to no avail.
OTOH I generally find google usually gives a more pointed answer quicker than
manually searching the docs. This may well be some kind of exception....
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 2:29 ` Rusi
@ 2015-07-13 2:57 ` Emanuel Berg
2015-07-13 3:39 ` Vaidheeswaran C
2015-07-13 8:28 ` Andy Moreton
` (2 subsequent siblings)
3 siblings, 1 reply; 29+ messages in thread
From: Emanuel Berg @ 2015-07-13 2:57 UTC (permalink / raw
To: help-gnu-emacs
Rusi <rustompmody@gmail.com> writes:
> I generally find google usually gives a more pointed
> answer quicker than manually searching the docs.
> This may well be some kind of exception....
Try my 'cid' tool - it searches the RFCs, the man
pages, and the jargon file - and ranks results
neatly :) You only need the material organized in
a certain way - my way, but I don't think it is
too unorthodox. "CID" - common interface to
documentation, and the airship mechanic in the
Final Fantasy games. Pretty clever, ey?
http://user.it.uu.se/~embe8573/conf/.zsh/cid
I didn't add support for the info files but those are
what I remember in some text/markup format which
should work exactly like the man pages' groff for
this purpose, or the jargon's plain text for
that matter. It is all an orchestra of strings - doing
unbelievable things!
The reason Google is not good is it is changing, both
the search results and what is searchable (actually
"findable"). You want your documentation static (save
for bugfixes) so you know what you expect and learn
how to navigate it. With bookmarks, each time you find
what you look for, something to this end can be
achieved with a browser and Google, but not really -
you'd have to save the webpages each time to really
get it.
Also, on-disk documentation is less distracting and
more to the point. You can access it with the familiar
shell tools (find, grep, sort, etc.). Obviously, you
do not rely on the Internet if you only access the
files on your computer.
Sometimes, Google is good tho, especially for error
messages which for whatever reason are seldom found in
the "on-line" documentation (i.e., not on paper -
remember "Sierra On-Line"?). Google speaks like you do
- "how do I...", "why..." - which the RFCs etc.
certainly don't.
Anyway, here is the solution to the original problem,
as described in (info "(elisp) Misc Events"), line 79:
(defun sigusr-handler ()
(interactive)
(message "Caught signal %S" last-input-event))
(define-key special-event-map [sigusr1] 'sigusr-handler)
(signal-process (emacs-pid) 'sigusr1)
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 2:57 ` Emanuel Berg
@ 2015-07-13 3:39 ` Vaidheeswaran C
2015-07-14 1:43 ` Emanuel Berg
0 siblings, 1 reply; 29+ messages in thread
From: Vaidheeswaran C @ 2015-07-13 3:39 UTC (permalink / raw
To: help-gnu-emacs
On Monday 13 July 2015 08:27 AM, Emanuel Berg wrote:
> Try my 'cid' tool - it searches the RFCs, the man
> pages, and the jargon file - and ranks results
> neatly :)
Do you have a tool that searches brains -- the vast network of
undocumented documentation that is easily searchable and accessible.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-12 18:54 ` Andy Moreton
@ 2015-07-13 3:53 ` Vaidheeswaran C
2015-07-14 1:49 ` Emanuel Berg
0 siblings, 1 reply; 29+ messages in thread
From: Vaidheeswaran C @ 2015-07-13 3:53 UTC (permalink / raw
To: help-gnu-emacs
Emanuel has the knack to keep people talking on this list. That is a
trait that I wish I had.
By listening to people talk or forcing them to talk, I learn what is
relevant and important more quickly than I could possibly learn from
documentation.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 2:29 ` Rusi
2015-07-13 2:57 ` Emanuel Berg
@ 2015-07-13 8:28 ` Andy Moreton
2015-07-13 14:49 ` Nicolas Richard
2015-07-13 14:44 ` Eli Zaretskii
[not found] ` <mailman.6850.1436798656.904.help-gnu-emacs@gnu.org>
3 siblings, 1 reply; 29+ messages in thread
From: Andy Moreton @ 2015-07-13 8:28 UTC (permalink / raw
To: help-gnu-emacs
On Sun 12 Jul 2015, Rusi wrote:
> On Monday, July 13, 2015 at 12:24:48 AM UTC+5:30, Andy Moreton wrote:
>> On Sun 12 Jul 2015, Emanuel Berg wrote:
>>
>> > Andy Moreton writes:
>> >
>> >> This is documented in the info "(elisp) Misc Events"
>> >> node, which you could have easily found yourself.
>> >
>> > Ridiculous. Go fly I kite - if you know how.
>>
>> There is no need to be rude.
>>
>> The elisp manual includes full documentation with example code, at the
>> location I pointed out. There is no need to repeat that information
>> here.
>>
>> If you are too lazy to read the docs then you will struggle to find
>> people willing to help you.
>
> In all fairness, I thought the question interesting and spent some 10-15 minutes
> searching an answer.... to no avail.
Google finds the right page if you search for "emacs SIGUSR1"
In emacs, you can find the info page with:
C-h i d m elisp RET i SIGUSR1 RET
> OTOH I generally find google usually gives a more pointed answer quicker than
> manually searching the docs. This may well be some kind of exception....
Both can be useful. The info pages have good indexes that are usually a
quick way of finding the answer.
AndyM
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 2:29 ` Rusi
2015-07-13 2:57 ` Emanuel Berg
2015-07-13 8:28 ` Andy Moreton
@ 2015-07-13 14:44 ` Eli Zaretskii
[not found] ` <mailman.6850.1436798656.904.help-gnu-emacs@gnu.org>
3 siblings, 0 replies; 29+ messages in thread
From: Eli Zaretskii @ 2015-07-13 14:44 UTC (permalink / raw
To: help-gnu-emacs
> Date: Sun, 12 Jul 2015 19:29:45 -0700 (PDT)
> From: Rusi <rustompmody@gmail.com>
>
> In all fairness, I thought the question interesting and spent some 10-15 minutes
> searching an answer.... to no avail.
How did you search? Perhaps the indexing in the manuals could be
improved, if you provide the details about the words and phrases you
tried to look up.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 8:28 ` Andy Moreton
@ 2015-07-13 14:49 ` Nicolas Richard
2015-07-13 15:22 ` Eli Zaretskii
0 siblings, 1 reply; 29+ messages in thread
From: Nicolas Richard @ 2015-07-13 14:49 UTC (permalink / raw
To: Andy Moreton; +Cc: help-gnu-emacs
Andy Moreton <andrewjmoreton@gmail.com> writes:
> In emacs, you can find the info page with:
> C-h i d m elisp RET i SIGUSR1 RET
FWIW I usually replace
C-h i d m elisp RET
by
C-h r TAB RET
(This uses the fact that the first link of the emacs manual is a link to
the elisp manual.)
--
Nico.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6850.1436798656.904.help-gnu-emacs@gnu.org>
@ 2015-07-13 14:57 ` Rusi
2015-07-13 15:18 ` Thierry Volpiatto
` (4 more replies)
0 siblings, 5 replies; 29+ messages in thread
From: Rusi @ 2015-07-13 14:57 UTC (permalink / raw
To: help-gnu-emacs
On Monday, July 13, 2015 at 8:14:18 PM UTC+5:30, Eli Zaretskii wrote:
> > Date: Sun, 12 Jul 2015 19:29:45 -0700 (PDT)
> > From: Rusi
> >
> > In all fairness, I thought the question interesting and spent some 10-15 minutes
> > searching an answer.... to no avail.
>
> How did you search? Perhaps the indexing in the manuals could be
> improved, if you provide the details about the words and phrases you
> tried to look up.
As I said:
| In all fairness, I thought the question interesting and spent some 10-15
| minutes searching an answer.... to no avail.
| OTOH I generally find google usually gives a more pointed answer quicker than
| manually searching the docs. This may well be some kind of exception....
ie I started with google (which was not useful) and didnt really try info.
[And for some strange reason didnt look for SIGUSR but SIGINT SIGQUIT etc]
However on a docs-improving note here's this little titbit:
[On other thread]
There was this claim "letrec is nice" or some such.
Since I know letrec from scheme etc but never seen in elisp I was curious.
I find:
describe-function tells nothing about the recursion
the elisp info pages (index) seems to not have it at all
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 14:57 ` Rusi
@ 2015-07-13 15:18 ` Thierry Volpiatto
2015-07-13 15:28 ` Eli Zaretskii
` (3 subsequent siblings)
4 siblings, 0 replies; 29+ messages in thread
From: Thierry Volpiatto @ 2015-07-13 15:18 UTC (permalink / raw
To: help-gnu-emacs
Rusi <rustompmody@gmail.com> writes:
> On Monday, July 13, 2015 at 8:14:18 PM UTC+5:30, Eli Zaretskii wrote:
>> > Date: Sun, 12 Jul 2015 19:29:45 -0700 (PDT)
>> > From: Rusi
>> >
>> > In all fairness, I thought the question interesting and spent some 10-15 minutes
>> > searching an answer.... to no avail.
>>
>> How did you search? Perhaps the indexing in the manuals could be
>> improved, if you provide the details about the words and phrases you
>> tried to look up.
>
> As I said:
> | In all fairness, I thought the question interesting and spent some 10-15
> | minutes searching an answer.... to no avail.
> | OTOH I generally find google usually gives a more pointed answer quicker than
> | manually searching the docs. This may well be some kind of exception....
>
> ie I started with google (which was not useful) and didnt really try info.
> [And for some strange reason didnt look for SIGUSR but SIGINT SIGQUIT etc]
>
> However on a docs-improving note here's this little titbit:
> [On other thread]
> There was this claim "letrec is nice" or some such.
> Since I know letrec from scheme etc but never seen in elisp I was curious.
> I find:
> describe-function tells nothing about the recursion
> the elisp info pages (index) seems to not have it at all
With helm, assuming C-h i is bound to helm-info-at-point:
C-h i sigusr
and you have immediately 2 results.
--
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 14:49 ` Nicolas Richard
@ 2015-07-13 15:22 ` Eli Zaretskii
0 siblings, 0 replies; 29+ messages in thread
From: Eli Zaretskii @ 2015-07-13 15:22 UTC (permalink / raw
To: help-gnu-emacs
> From: Nicolas Richard <youngfrog@members.fsf.org>
> Date: Mon, 13 Jul 2015 16:49:42 +0200
> Cc: help-gnu-emacs@gnu.org
>
> FWIW I usually replace
> C-h i d m elisp RET
> by
> C-h r TAB RET
>
> (This uses the fact that the first link of the emacs manual is a link to
> the elisp manual.)
Why not "M-x info-apropos RET SIGUSR1 RET"?
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 14:57 ` Rusi
2015-07-13 15:18 ` Thierry Volpiatto
@ 2015-07-13 15:28 ` Eli Zaretskii
[not found] ` <mailman.6858.1436801328.904.help-gnu-emacs@gnu.org>
` (2 subsequent siblings)
4 siblings, 0 replies; 29+ messages in thread
From: Eli Zaretskii @ 2015-07-13 15:28 UTC (permalink / raw
To: help-gnu-emacs
> Date: Mon, 13 Jul 2015 07:57:04 -0700 (PDT)
> From: Rusi <rustompmody@gmail.com>
>
> ie I started with google (which was not useful) and didnt really try info.
Then we will get back to you when the FSF has completed taking over
Google, and we can influence its search capabilities.
> There was this claim "letrec is nice" or some such.
> Since I know letrec from scheme etc but never seen in elisp I was curious.
> I find:
> describe-function tells nothing about the recursion
> the elisp info pages (index) seems to not have it at all
Please submit a documentation bug report, if you think the
documentation is incomplete.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6858.1436801328.904.help-gnu-emacs@gnu.org>
@ 2015-07-13 16:13 ` Rusi
0 siblings, 0 replies; 29+ messages in thread
From: Rusi @ 2015-07-13 16:13 UTC (permalink / raw
To: help-gnu-emacs
On Monday, July 13, 2015 at 8:58:50 PM UTC+5:30, Eli Zaretskii wrote:
> > Date: Mon, 13 Jul 2015 07:57:04 -0700 (PDT)
> > From: Rusi
> >
> > ie I started with google (which was not useful) and didnt really try info.
>
> Then we will get back to you when the FSF has completed taking over
> Google, and we can influence its search capabilities.
>
> > There was this claim "letrec is nice" or some such.
> > Since I know letrec from scheme etc but never seen in elisp I was curious.
> > I find:
> > describe-function tells nothing about the recursion
> > the elisp info pages (index) seems to not have it at all
>
> Please submit a documentation bug report, if you think the
> documentation is incomplete.
Done
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 3:39 ` Vaidheeswaran C
@ 2015-07-14 1:43 ` Emanuel Berg
2015-07-14 1:58 ` Vaidheeswaran C
0 siblings, 1 reply; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 1:43 UTC (permalink / raw
To: help-gnu-emacs
Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
writes:
>> Try my 'cid' tool - it searches the RFCs, the man
>> pages, and the jargon file - and ranks results
>> neatly :)
>
> Do you have a tool that searches brains ...
I do, or once had I should say, because once while
under the influence I recklessly applied it to my own
brain, and alas, the tool instantly overheated and
disintegrated due to the vast amount of razor-sharp
data and active processes... But before that it
managed to transmit a video to get me a clue what is
going on:
https://youtube.com/watch?v=4T0T_LBOhus
Anyway, I updated my cid tool [1] so that in includes
the Emacs documentation in /usr/share/info/emacs-24 -
applied to this problem, here is the output:
$ cid usr1
4 emacs /usr/share/info/emacs-24/elisp.info
2 manpage /usr/share/man/man3/Log::Log4perl::FAQ.3pm
2 manpage /usr/share/man/man1/dd.1
1 manpage /usr/share/man/man8/smartd.8
1 manpage /usr/share/man/man8/rsyslogd.8
1 manpage /usr/share/man/man8/openvpn.8
1 manpage /usr/share/man/man8/mount.fuse.8
1 manpage /usr/share/man/man8/fwlogwatch.8
1 manpage /usr/share/man/man3/pthread_sigmask.3
1 manpage /usr/share/man/man1/rlwrap.1
1 manpage /usr/share/man/man1/procmail.1
1 manpage /usr/share/man/man1/parallel.1
1 manpage /usr/share/man/man1/dash.1
1 manpage /usr/share/man/man1/busybox.1
As seen, it points to the right place (the number one
hit), however the one-file approach of elisp.info
(75671 lines) makes the tool better suited for the
manpages (granted, some of which are long as well).
But once in the right file, you are just a couple
(max 4) searches away from what you look for. So it is
pretty good actually.
[1] http://user.it.uu.se/~embe8573/conf/.zsh/cid
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 3:53 ` Vaidheeswaran C
@ 2015-07-14 1:49 ` Emanuel Berg
0 siblings, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 1:49 UTC (permalink / raw
To: help-gnu-emacs
Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
writes:
> By listening to people talk or forcing them to talk,
> I learn what is relevant and important more quickly
> than I could possibly learn from documentation.
You bet! Doing things and talking about things is the
best way to do anything. You can read all you want how
to true a wheel but nothing beats seeing a guy do it
in a workshop and then do it yourself over and over.
This doesn't mean books and documentation are
worthless, far from it, they are there to give depth
and culture to your activity, and to be hands-on field
manuals...
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-13 14:57 ` Rusi
` (2 preceding siblings ...)
[not found] ` <mailman.6858.1436801328.904.help-gnu-emacs@gnu.org>
@ 2015-07-14 1:53 ` Emanuel Berg
[not found] ` <mailman.6892.1436840915.904.help-gnu-emacs@gnu.org>
4 siblings, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 1:53 UTC (permalink / raw
To: help-gnu-emacs
Rusi <rustompmody@gmail.com> writes:
> However on a docs-improving note here's this little
> titbit: [On other thread] There was this claim
> "letrec is nice" or some such. Since I know letrec
> from scheme etc but never seen in elisp I was
> curious. I find: describe-function tells nothing
> about the recursion the elisp info pages (index)
> seems to not have it at all
There is no mention of "letrec" in
/usr/share/info/emacs-24/elisp.info
I don't know the policy. Are *all* functions, macros,
etc. supposed to be in the Elisp manual?
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 1:43 ` Emanuel Berg
@ 2015-07-14 1:58 ` Vaidheeswaran C
2015-07-14 1:59 ` Emanuel Berg
0 siblings, 1 reply; 29+ messages in thread
From: Vaidheeswaran C @ 2015-07-14 1:58 UTC (permalink / raw
To: help-gnu-emacs
On Tuesday 14 July 2015 07:13 AM, Emanuel Berg wrote:
> Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
> writes:
>
>>> >> Try my 'cid' tool - it searches the RFCs, the man
>>> >> pages, and the jargon file - and ranks results
>>> >> neatly :)
>> >
>> > Do you have a tool that searches brains ...
> I do, or once had I should say, because once while
> under the influence I recklessly applied it to my own
> brain, and alas, the tool instantly overheated and
> disintegrated due to the vast amount of razor-sharp
> data and active processes...
The tool that searches others brain (or other brains) is called a
discussion list. Fire a query and let others do the work for you. It
is asynchronous, efficient and it is way cooler than your poor tool.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 1:58 ` Vaidheeswaran C
@ 2015-07-14 1:59 ` Emanuel Berg
2015-07-14 2:07 ` Emanuel Berg
2015-07-14 2:09 ` Vaidheeswaran C
0 siblings, 2 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 1:59 UTC (permalink / raw
To: help-gnu-emacs
Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
writes:
> The tool that searches others brain (or other
> brains) is called a discussion list. Fire a query
> and let others do the work for you.
Oh, yeah? And what is the ratio for questions asked
and replies bounced back on this list?
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 1:59 ` Emanuel Berg
@ 2015-07-14 2:07 ` Emanuel Berg
2015-07-14 2:09 ` Vaidheeswaran C
1 sibling, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 2:07 UTC (permalink / raw
To: help-gnu-emacs
Emanuel Berg <embe8573@student.uu.se> writes:
> Oh, yeah? And what is the ratio for questions asked
> and replies bounced back on this list?
Regardless of whatever, here is the code (and some
testers) to solve the original problem, mentioned in
the original post, by the original poster (yours
truly):
(defun signal-usr1-f ()
(interactive)
(message "Got signal: USR1") )
(define-key special-event-map [sigusr1] 'signal-usr1-f)
;; test: (signal-process (emacs-pid) 'sigusr1)
;;
;; shell: kill -s usr1 `ps -e | grep emacs | cut -d " " -f 2`
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 1:59 ` Emanuel Berg
2015-07-14 2:07 ` Emanuel Berg
@ 2015-07-14 2:09 ` Vaidheeswaran C
2015-07-14 22:14 ` Emanuel Berg
1 sibling, 1 reply; 29+ messages in thread
From: Vaidheeswaran C @ 2015-07-14 2:09 UTC (permalink / raw
To: help-gnu-emacs
On Tuesday 14 July 2015 07:29 AM, Emanuel Berg wrote:
> Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
> writes:
>
>> > The tool that searches others brain (or other
>> > brains) is called a discussion list. Fire a query
>> > and let others do the work for you.
> Oh, yeah? And what is the ratio for questions asked
> and replies bounced back on this list?
The problem with my tool is that you need to prime those other brains
before sending queries to it. They are mostly dormant.
Some brains go to sleep if they perceive you as rude for example.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6892.1436840915.904.help-gnu-emacs@gnu.org>
@ 2015-07-14 2:41 ` Pascal J. Bourguignon
2015-07-14 21:33 ` Emanuel Berg
[not found] ` <mailman.6932.1436909731.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 29+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-14 2:41 UTC (permalink / raw
To: help-gnu-emacs
Emanuel Berg <embe8573@student.uu.se> writes:
> Rusi <rustompmody@gmail.com> writes:
>
>> However on a docs-improving note here's this little
>> titbit: [On other thread] There was this claim
>> "letrec is nice" or some such. Since I know letrec
>> from scheme etc but never seen in elisp I was
>> curious. I find: describe-function tells nothing
>> about the recursion the elisp info pages (index)
>> seems to not have it at all
>
> There is no mention of "letrec" in
>
> /usr/share/info/emacs-24/elisp.info
>
> I don't know the policy. Are *all* functions, macros,
> etc. supposed to be in the Elisp manual?
letrec is not emacs lisp, it's scheme.
In Common Lisp, one would use labels, so in emacs lisp you can write:
(require 'cl)
(defun fact (n)
(labels ((f (n f)
(if (plusp n)
(f (- n 1) (* n f))
f)))
(f n 1)))
provides a nice tail-recursive factorial implementation.
(fact 10) --> 3628800
(fact 41) --> 1716706262231547904
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 2:41 ` Pascal J. Bourguignon
@ 2015-07-14 21:33 ` Emanuel Berg
[not found] ` <mailman.6932.1436909731.904.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 21:33 UTC (permalink / raw
To: help-gnu-emacs
"Pascal J. Bourguignon" <pjb@informatimago.com>
writes:
> Emanuel Berg <embe8573@student.uu.se> writes:
>
>> Rusi <rustompmody@gmail.com> writes:
>>
>>> However on a docs-improving note here's this little titbit: [On other thread] There was this claim "letrec is nice" or some such. Since I know letrec from scheme etc but never seen in elisp I was curious. I find: describe-function tells nothing about the recursion the elisp info pages (index) seems to not have it at all
>> There is no mention of "letrec" in
>> /usr/share/info/emacs-24/elisp.info I don't know the
>> policy. Are *all* functions, macros, etc.
>> supposed to be in the Elisp manual?
>
> letrec is not emacs lisp, it's scheme.
OK, but it is here as well:
letrec is a Lisp macro in `subr.el'.
(letrec BINDERS &rest BODY)
Bind variables according to BINDERS then eval BODY.
The value of the last form in BODY is returned.
Each element of BINDERS is a list (SYMBOL VALUEFORM) which binds
SYMBOL to the value of VALUEFORM.
All symbols are bound before the VALUEFORMs are evalled.
> In Common Lisp, one would use labels, so in emacs
> lisp you can write:
>
> (require 'cl) (defun fact (n) (labels ((f (n f)
> (if (plusp n) (f (- n 1) (* n f)) f))) (f n 1)))
>
> provides a nice tail-recursive
> factorial implementation.
I know about labels - I don't use them myself as I'm
happy to have everything on the same level.
Functions do things - they are like tools, and you
never now when you need them or in what context.
Variables, the other way around, they should be
encapsulated in all but exceptional cases. But anyway,
why do you bring this up? With letrec, can you do both
variables and setup local functions or something
like that?
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6932.1436909731.904.help-gnu-emacs@gnu.org>
@ 2015-07-14 22:11 ` Pascal J. Bourguignon
2015-07-14 22:21 ` Emanuel Berg
[not found] ` <mailman.6936.1436912565.904.help-gnu-emacs@gnu.org>
0 siblings, 2 replies; 29+ messages in thread
From: Pascal J. Bourguignon @ 2015-07-14 22:11 UTC (permalink / raw
To: help-gnu-emacs
Emanuel Berg <embe8573@student.uu.se> writes:
> "Pascal J. Bourguignon" <pjb@informatimago.com>
> writes:
>
>> Emanuel Berg <embe8573@student.uu.se> writes:
>>
>>> Rusi <rustompmody@gmail.com> writes:
>>>
>>>> However on a docs-improving note here's this little titbit: [On
>>>> other thread] There was this claim "letrec is nice" or some
>>>> such. Since I know letrec from scheme etc but never seen in elisp
>>>> I was curious. I find: describe-function tells nothing about the
>>>> recursion the elisp info pages (index) seems to not have it at all
>>> There is no mention of "letrec" in
>>> /usr/share/info/emacs-24/elisp.info I don't know the
>>> policy. Are *all* functions, macros, etc.
>>> supposed to be in the Elisp manual?
>>
>> letrec is not emacs lisp, it's scheme.
>
> OK, but it is here as well:
>
> letrec is a Lisp macro in `subr.el'.
Ain't emacs nice?!
I've never seen or tried that :-)
Is there a (require 'scheme) somewhere?
--
__Pascal Bourguignon__ http://www.informatimago.com/
“The factory of the future will have only two employees, a man and a
dog. The man will be there to feed the dog. The dog will be there to
keep the man from touching the equipment.” -- Carl Bass CEO Autodesk
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 2:09 ` Vaidheeswaran C
@ 2015-07-14 22:14 ` Emanuel Berg
0 siblings, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 22:14 UTC (permalink / raw
To: help-gnu-emacs
Vaidheeswaran C <vaidheeswaran.chinnaraju@gmail.com>
writes:
> The problem with my tool is that you need to prime
> those other brains before sending queries to it.
> They are mostly dormant.
>
> Some brains go to sleep if they perceive you as rude
> for example.
There was no attempt at being rude to you.
Still: a mailing list (newsgroup) is *not* a place
where people who don't use their brains can get help
by people who do. Writing a question is not indicative
of a person who isn't using his or her brain, and it
isn't lazy - on the contrary, on both accounts!
The people who answer questions should thank those who
post them just as much as the other way around.
Eventually, the person who just wrote his (her) first
question can gradually mix the subsequent questions
with a couple of replies or comments here and there,
and we can all grow together.
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
2015-07-14 22:11 ` Pascal J. Bourguignon
@ 2015-07-14 22:21 ` Emanuel Berg
[not found] ` <mailman.6936.1436912565.904.help-gnu-emacs@gnu.org>
1 sibling, 0 replies; 29+ messages in thread
From: Emanuel Berg @ 2015-07-14 22:21 UTC (permalink / raw
To: help-gnu-emacs
"Pascal J. Bourguignon" <pjb@informatimago.com>
writes:
>> OK, but it is here as well: letrec is a Lisp macro
>> in `subr.el'.
>
> Ain't emacs nice?!
>
> I've never seen or tried that :-)
Cred to Rusi, not me, for finding it (and the lack of
mention in the manual), but yeah, Emacs is
a bottomless pit, no doubt. Compared to Emacs,
Mount Erebus is child's play. Only sad thing is you
don't find *big* things anymore, like Gnus, Emacs-w3m,
the man pages, ... Those were fun days :')
--
underground experts united
http://user.it.uu.se/~embe8573
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: execute defun on reception of signal
[not found] ` <mailman.6936.1436912565.904.help-gnu-emacs@gnu.org>
@ 2015-07-15 15:25 ` Rusi
0 siblings, 0 replies; 29+ messages in thread
From: Rusi @ 2015-07-15 15:25 UTC (permalink / raw
To: help-gnu-emacs
On Wednesday, July 15, 2015 at 3:52:47 AM UTC+5:30, Emanuel Berg wrote:
> "Pascal J. Bourguignon"
> writes:
>
> >> OK, but it is here as well: letrec is a Lisp macro
> >> in `subr.el'.
> >
> > Ain't emacs nice?!
> >
> > I've never seen or tried that :-)
>
> Cred to Rusi, not me, for finding
Cred?!?!
You just have to give me points and we are with the full ridiculousness
of SO.
Anyhow... The `cred' for letrec is Fillip Gunbin in "lacks a prefix" thread.
Personally Ive been brought up to be suspicious of letrec in non-lazy languages:
*** Welcome to IELM *** Type (describe-mode) for help.
ELISP> (letrec ((x (cons 1 x))) x)
(1)
^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2015-07-15 15:25 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-07-12 1:59 execute defun on reception of signal Emanuel Berg
2015-07-12 10:27 ` Andy Moreton
2015-07-12 16:56 ` Emanuel Berg
2015-07-12 18:54 ` Andy Moreton
2015-07-13 3:53 ` Vaidheeswaran C
2015-07-14 1:49 ` Emanuel Berg
[not found] ` <mailman.6808.1436727285.904.help-gnu-emacs@gnu.org>
2015-07-13 2:29 ` Rusi
2015-07-13 2:57 ` Emanuel Berg
2015-07-13 3:39 ` Vaidheeswaran C
2015-07-14 1:43 ` Emanuel Berg
2015-07-14 1:58 ` Vaidheeswaran C
2015-07-14 1:59 ` Emanuel Berg
2015-07-14 2:07 ` Emanuel Berg
2015-07-14 2:09 ` Vaidheeswaran C
2015-07-14 22:14 ` Emanuel Berg
2015-07-13 8:28 ` Andy Moreton
2015-07-13 14:49 ` Nicolas Richard
2015-07-13 15:22 ` Eli Zaretskii
2015-07-13 14:44 ` Eli Zaretskii
[not found] ` <mailman.6850.1436798656.904.help-gnu-emacs@gnu.org>
2015-07-13 14:57 ` Rusi
2015-07-13 15:18 ` Thierry Volpiatto
2015-07-13 15:28 ` Eli Zaretskii
[not found] ` <mailman.6858.1436801328.904.help-gnu-emacs@gnu.org>
2015-07-13 16:13 ` Rusi
2015-07-14 1:53 ` Emanuel Berg
[not found] ` <mailman.6892.1436840915.904.help-gnu-emacs@gnu.org>
2015-07-14 2:41 ` Pascal J. Bourguignon
2015-07-14 21:33 ` Emanuel Berg
[not found] ` <mailman.6932.1436909731.904.help-gnu-emacs@gnu.org>
2015-07-14 22:11 ` Pascal J. Bourguignon
2015-07-14 22:21 ` Emanuel Berg
[not found] ` <mailman.6936.1436912565.904.help-gnu-emacs@gnu.org>
2015-07-15 15:25 ` Rusi
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.