=pod
=head1 NAME
Debug::Fork::Tmux - Makes fork() in debugger to open a new Tmux window
=head1 VERSION
This documentation refers to the module contained in the distribution C<Debug-Fork-Tmux> version 1.000009.
=head1 SYNOPSIS
#!/usr/bin/perl -d
#
# ABSTRACT: Debug the fork()-contained code in this file
#
# Make fork()s debuggable with Tmux
use Debug::Fork::Tmux;
# See what happens in your debugger then...
fork;
=head1 DESCRIPTION
The real usage example of this module is:
$ perl -MDebug::Fork::Tmux -d your_script.pl
As Perl's standard debugger requires additional code to be written and used
when the debugged Perl program use the L<fork()|perlfunc/fork> built-in.
This module is about to solve the trouble which is used to be observed like
this:
######### Forked, but do not know how to create a new TTY. #########
Since two debuggers fight for the same TTY, input is severely entangled.
I know how to switch the output to a different window in xterms, OS/2
consoles, and Mac OS X Terminal.app only. For a manual switch, put the
name of the created TTY in $DB::fork_TTY, or define a function
DB::get_fork_TTY() returning this.
On UNIX-like systems one can get the name of a TTY for the given window
by typing tty, and disconnect the shell from TTY by sleep 1000000.
All of that is about getting the pseudo-terminal device for another part of
user interface. This is probably why only the C<GUI>s are mentioned here:
C<OS/2> 'Command Prompt', C<Mac OS X>'s C<Terminal.app> and an C<xterm>. For
those of you who develop server-side stuff it should be known that keeping
C<GUI> on the server is far from always to be available as an option no
matter if it's a production or a development environment.
The most ridiculous for every C<TUI> (the C<ssh> particularly) user is that
the pseudo-terminal device isn't that much about C<GUI>s by its nature so
the problem behind the bars of the L<perl5db.pl> report (see more detailed
problem description at the L<PerlMonks
thread|http://perlmonks.org/?node_id=128283>) is the consoles management.
It's a kind of a tricky, for example, to start the next C<ssh> session
initiated from the machine serving as an C<sshd> server for the existing
session.
Thus we kind of have to give a chance to the consoles management with a
software capable to run on a server machine without as much dependencies as
an C<xterm>. This module is a try to pick the L<Tmux|http://tmux.sf.net>
windows manager for such a task.
Because of highly-developed scripting capabilities of C<Tmux> any user can
supply the 'window' or a 'pane' to Perl's debugger making it suitable to
debug the separate process in a different C<UI> instance. Also this adds the
features like C<groupware>: imagine that your mate can debug the process
you've just C<fork()ed> by mean of attaching the same C<tmux> you are
running on a server. While you keep working on a process that called a
C<fork()>.
=head1 SUBROUTINES/METHODS
All of the following are functions:
=head2 PUBLIC
=head3 C<DB::get_fork_TTY()>
Finds new C<TTY> for the C<fork()>ed process.
Takes no arguments. Returns C<Str> name of the C<tty> device of the <tmux>'s
new window created for the debugger's new process.
Sets the C<$DB::fork_TTY> to the same C<Str> value.
=head2 PRIVATE
=head3 C<_spawn_tty()>
Creates a C<TTY> device and returns C<Str> its name.
=head3 C<_tmux_new_window()>
Creates a given C<tmux> window and returns C<Str> its id/number.
=head3 C<_tmux_window_tty( $window_id )>
Finds a given C<tmux> window's tty name and returns its C<Str> name based on
a given window id/number typically from L</_tmux_new_window()>.
=head3 C<_read_from_cmd( $cmd =E<gt> @args )>
Takes the list containing the C<Str> L<system()|perlfunc/system> command and
C<Array> its arguments and executes it. Reads C<Str> the output and returns it.
Throws if no output or if the command failed.
=head3 C<_croak_on_cmd( $cmd =E<gt> @args, $happen )>
Takes the C<Str> command, C<Array> its arguments and C<Str> the reason of
its failure, examines the C<$?> and dies with explanation on the
L<system()|perlfunc/system> command failure.
=head1 CONFIGURATION AND ENVIRONMENT
The module requires the L<Tmux|http://tmux.sf.net> window manager for the
console to be present in the system.
Configuration is made via environment variables, the default is taken for
each of them with no such variable is set in the environment:
=head2 C<SPUNGE_TMUX_FQDN>
The C<tmux> binary name with the full path.
Default : C</usr/local/bin/tmux>
=head2 C<SPUNGE_TMUX_CMD_NEWW>
The L<system()|perlfunc/system> arguments for a C<tmux>
command for opening a new window and with output of a window address from
C<tmux>. String is sliced by spaces to be a list of parameters.
Default : C<neww -P>
=head2 C<SPUNGE_TMUX_CMD_NEWW_EXEC>
The L<system()|perlfunc/system> or a shell command to be given to the
C<SPUNGE_TMUX_CMD_NEWW> command to be executed in a brand new created
window. It should wait unexpectedly and do nothing till the debugger
catches the device and puts in into the proper use.
Default : C<sleep 1000000>
=head2 C<SPUNGE_TMUX_CMD_TTY>
Command- line parameter(s) for a C<tmux> command to find a C<tty> name in
the output. The string is sliced then by spaces. The C<tmux>'s window
address is added then as the very last argument.
Default : C<lsp -F #{pane_tty} -t>
=head1 DIAGNOSTICS
=over
=item The command ...
Typically the error message starts with the command the L<Debug::Fork::Tmux> tried
to execute, including the command's arguments.
=item failed opening command: ...
The command was not taken by the system as an executable binary file.
=item ... didn't write a line
=item failed reading command: ...
Command did not output exactly one line of the text.
=item ... did not finish
Command outputs more than one line of the text.
=item provided empty string
Command outputs exactly one line of the text and the line is empty.
=item failed to execute: ...
There was failure executing the command
=item child died with(out) signal X, Y coredump
Command was killed by the signal X and the coredump is (not) located in Y.
=item child exited with value X
Command was not failed but there are reasons to throw an error like the
wrong command's output.
=back
=head1 DEPENDENCIES
* C<Perl 5.6.0+>
is available from L<The Perl website|http://www.perl.org>
* L<Config>, L<Cwd>, L<DB>, L<ExtUtils::MakeMaker>, L<File::Find>,
L<File::Spec> are available in core C<Perl> distribution version 5.6.0 and
later
* L<Const::Fast>
is available from C<CPAN>
* L<Module::Build>
is available in core C<Perl> distribution since version 5.9.4
* L<Scalar::Util>
is available in core C<Perl> distribution since version 5.7.3
* L<Sort::Versions>
is available from C<CPAN>
* L<Test::Exception>
is available from C<CPAN>
* L<Test::More>
is available in core C<Perl> distribution since version 5.6.2
* L<Test::Most>
is available from C<CPAN>
* L<Test::Strict>
is available from C<CPAN>
* L<autodie>
is available in core C<Perl> distribution since version 5.10.1
* C<Tmux> v1.6+
is available from L<The Tmux website|http://tmux.sourceforge.net>
Most of them can easily be found in your operating system
distribution/repository.
=head1 BUGS AND LIMITATIONS
You can make new bug reports, and view existing ones, through the
web interface at L<http://bugs.vereshagin.org/product/Debug-Fork-Tmux>.
=head1 WEB SITE
The web site of
L<Debug::Fork::Tmux|http://gitweb.vereshagin.org/Debug-Fork-Tmux/README.html> currently
consists of only one page cause it's a very small module.
You may want to visit a L<GitHub
page|https://github.com/petr999/Debug-Fork-Tmux>, too.
=for :stopwords cpan testmatrix url annocpan anno bugtracker rt cpants kwalitee diff irc mailto metadata placeholders metacpan
=head1 SUPPORT
=head2 Perldoc
You can find documentation for this module with the perldoc command.
perldoc Debug::Fork::Tmux
=head2 Websites
The following websites have more information about this module, and may be of help to you. As always,
in addition to those websites please use your favorite search engine to discover more resources.
=over 4
=item *
MetaCPAN
A modern, open-source CPAN search engine, useful to view POD in HTML format.
L<http://metacpan.org/release/Debug-Fork-Tmux>
=item *
Search CPAN
The default CPAN search engine, useful to view POD in HTML format.
L<http://search.cpan.org/dist/Debug-Fork-Tmux>
=item *
RT: CPAN's Bug Tracker
The RT ( Request Tracker ) website is the default bug/issue tracking system for CPAN.
L<http://rt.cpan.org/NoAuth/Bugs.html?Dist=Debug-Fork-Tmux>
=item *
AnnoCPAN
The AnnoCPAN is a website that allows community annotations of Perl module documentation.
L<http://annocpan.org/dist/Debug-Fork-Tmux>
=item *
CPAN Ratings
The CPAN Ratings is a website that allows community ratings and reviews of Perl modules.
L<http://cpanratings.perl.org/d/Debug-Fork-Tmux>
=item *
CPAN Forum
The CPAN Forum is a web forum for discussing Perl modules.
L<http://cpanforum.com/dist/Debug-Fork-Tmux>
=item *
CPANTS
The CPANTS is a website that analyzes the Kwalitee ( code metrics ) of a distribution.
L<http://cpants.perl.org/dist/overview/Debug-Fork-Tmux>
=item *
CPAN Testers
The CPAN Testers is a network of smokers who run automated tests on uploaded CPAN distributions.
L<http://www.cpantesters.org/distro/D/Debug-Fork-Tmux>
=item *
CPAN Testers Matrix
The CPAN Testers Matrix is a website that provides a visual overview of the test results for a distribution on various Perls/platforms.
L<http://matrix.cpantesters.org/?dist=Debug-Fork-Tmux>
=item *
CPAN Testers Dependencies
The CPAN Testers Dependencies is a website that shows a chart of the test results of all dependencies for a distribution.
L<http://deps.cpantesters.org/?module=Debug::Fork::Tmux>
=back
=head2 Email
You can email the author of this module at C<peter@vereshagin.org> asking for help with any problems you have.
=head2 Bugs / Feature Requests
Please report any bugs or feature requests by email to C<peter@vereshagin.org>, or through
the web interface at L<http://bugs.vereshagin.org/product/Debug-Fork-Tmux>. You will be automatically notified of any
progress on the request by the system.
=head2 Source Code
The code is open to the world, and available for you to hack on. Please feel free to browse it and play
with it, or whatever. If you want to contribute patches, please send me a diff or prod me to pull
from your repository :)
L<http://gitweb.vereshagin.org/Debug-Fork-Tmux>
git clone https://github.com/petr999/Debug-Fork-Tmux.git
=head1 AUTHOR
L<Peter Vereshagin|http://vereshagin.org> <peter@vereshagin.org>
=head1 COPYRIGHT AND LICENSE
This software is Copyright (c) 2012 by Peter Vereshagin.
This is free software, licensed under:
The (three-clause) BSD License
=head1 SEE ALSO
Please see those modules/websites for more information related to this module.
=over 4
=item *
L<Debug::Fork::Tmux::Config|Debug::Fork::Tmux::Config>
=item *
L<http://perlmonks.org/?node_id=128283|http://perlmonks.org/?node_id=128283>
=back
=head1 DISCLAIMER OF WARRANTY
BECAUSE THIS SOFTWARE IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY
FOR THE SOFTWARE, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT
WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER
PARTIES PROVIDE THE SOFTWARE "AS IS" WITHOUT WARRANTY OF ANY KIND,
EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE
SOFTWARE IS WITH YOU. SHOULD THE SOFTWARE PROVE DEFECTIVE, YOU ASSUME
THE COST OF ALL NECESSARY SERVICING, REPAIR, OR CORRECTION.
IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR
REDISTRIBUTE THE SOFTWARE AS PERMITTED BY THE ABOVE LICENCE, BE LIABLE
TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL, OR
CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE
SOFTWARE (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING
RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A
FAILURE OF THE SOFTWARE TO OPERATE WITH ANY OTHER SOFTWARE), EVEN IF
SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH
DAMAGES.