Ruby User's Guide

Procedure objects

It is often desirable to be able to specify responses to unexpected events. As it turns out, this is most easily done if we can pass blocks of code as arguments to other methods, which means we want to be able to treat code as if it were data.

A new procedure object is formed using proc:

ruby> quux = proc {
    |   puts "QUUXQUUXQUUX!!!"
    | }

Now what quux refers to is an object, and like most objects, it has behavior that can be invoked. Specifically, we can ask it to execute, via its call method:


So, after all that, can quux be used as a method argument? Sure.

ruby> def run( p )
    |   puts "About to call a procedure..."
    |   puts "There: finished."
    | end
ruby> run quux
About to call a procedure...
There: finished.

The trap method lets us assign the response of our choice to any system signal.

ruby> inthandler = proc{ puts "^C was pressed." }
ruby> trap "SIGINT", inthandler

Normally pressing ^C makes the interpreter quit. Now a message is printed and the interpreter continues running, so you don't lose the work you were doing. (You're not trapped in the interpreter forever; you can still exit by typing exit.)

A final note before we move on to other topics: it's not strictly necessary to give a procedure object a name before binding it to a signal. An equivalent anonymous procedure object would look like

ruby> trap "SIGINT", proc{ puts "^C was pressed." }

or more compactly still,

ruby> trap "SIGINT", 'puts "^C was pressed."'

This abbreviated form provides some convenience and readability when you write small anonymous procedures.

Copyright (c) 2005-2008 Mark Slagell

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.

A copy of the license is included in the section entitled "GNU Free Documentation License."