repo: rxvt-unicode-sixel
action: commit
revision: 
path_from: 
revision_from: 7b711ba2933973889b3fb489dda847cf7d406dbf:
path_to: 
revision_to: 

commit 7b711ba2933973889b3fb489dda847cf7d406dbf
Author: Marc Lehmann 
Date:   Sat Jul 22 05:35:16 2006 +0000

    *** empty log message ***

diff --git a/Changes b/Changes

--- a/Changes
+++ b/Changes
@@ -25,6 +25,9 @@ WISH: anyevent mouse notification / manage MotionMask better.
 WISH: http://www120.pair.com/mccarthy/nextstep/intro.htmld/Workspace.html is the correct nextstep scrollbar look.
 DUMB: support tex fonts

+	- fix urxvtc.1.pod: it actually claimed -pty-fd would not work. But
+          it does! :->
+
 7.8  Mon Jul 17 21:00:46 CEST 2006
 	- INCOMPATIBLE CHANGE: this version will always read ~/.Xdefaults,
           earlier versions only read it if display-resources (usually from
diff --git a/doc/rxvtc.1.html b/doc/rxvtc.1.html

--- a/doc/rxvtc.1.html
+++ b/doc/rxvtc.1.html
@@ -2,7 +2,7 @@
 
 
 
-
+
 
 
 
@@ -28,53 +28,61 @@
 

 
 
NAME
-
urxvtc - control the urxvtd daemon
+
rxvtc - control the rxvtd daemon
 

 
 

 
SYNOPSIS
-
urxvtc [same options as for urxvt]
+
rxvtc [same options as for rxvt]
 

 
 

 
DESCRIPTION
-
This manpage describes the urxvtc client program. It connects
-to the urxvtd daemon and requests a new terminal window. It
-takes the same arguments as the urxvt program. The environment
+
This manpage describes the rxvtc client program. It connects
+to the rxvtd daemon and requests a new terminal window. It
+takes the same arguments as the rxvt program. The environment
 will also be respected. Currently, it always returns immediately after
 contacting the daemon.
 

 
 

 
OPTIONS
-
All options that are valid for urxvt are valid for
-urxvtc, too. Please note that all options are currently
-interpreted in the context of the daemon process, which makes a difference
-for options that specify a file descriptor (such as -pty-fd).
+
All options that are valid for rxvt are valid for
+rxvtc, too. Please note that options are interpreted in the
+context of the daemon process. However, as current working directory,
+process environment and any file handles (e.g. for -pty-fd) are
+preserved, this rarely makes a difference.
 

 
 

 
EXIT STATUS
-
If everything went well, urxvtc returns with an exit status of 0.
+
If everything went well, rxvtc returns with an exit status of 0.
 If contacting the daemon fails, it exits with the exit status 2. In all other error
 cases it returns with status 1.
 
This can be used to implement auto-starting behaviour, by checking for an
-exit status of 2, running urxvtd -f -q and retrying the call
-to urxvtc.
+exit status of 2, running rxvtd -f -q and retrying the call
+to rxvtc, like this:

+
+   #!/bin/sh
+   rxvtc "$@"
+   if [ $? -eq 2 ]; then
+      rxvtd -q -o -f
+      rxvtc "$@"
+   fi
 

 
 

 
ENVIRONMENT
 
All environment variables of the current process will be made available
-to the new instance, and will be interpreted as if urxvt were
+to the new instance, and will be interpreted as if rxvt were
 started directly.
 

 
RXVT_SOCKET

 

-
Both urxvtc and urxvtd use the environment variable
+
Both rxvtc and rxvtd use the environment variable
 RXVT_SOCKET to create a listening socket and to contact the
-urxvtd, respectively. If the variable is missing,
+rxvtd, respectively. If the variable is missing,
 $HOME/.rxvt-unicode-<nodename > >>> is used.  The variable must
 specify the absolute path of the socket to create.
 
@@ -84,7 +92,7 @@ specify the absolute path of the socket to create.

 

 

 
SEE ALSO
-
urxvt(7), urxvtd(1)
+
rxvt(7), rxvtd(1)

 

diff --git a/doc/rxvtc.1.man.in b/doc/rxvtc.1.man.in

--- a/doc/rxvtc.1.man.in
+++ b/doc/rxvtc.1.man.in
@@ -129,7 +129,7 @@
 .\" ========================================================================
 .\"
 .IX Title "@@RXVT_NAME@@ 1"
-.TH @@RXVT_NAME@@ 1 "2006-07-17" "7.8" "RXVT-UNICODE"
+.TH @@RXVT_NAME@@ 1 "2006-07-22" "7.8" "RXVT-UNICODE"
 .SH "NAME"
 @@RXVT_NAME@@c \- control the @@RXVT_NAME@@d daemon
 .SH "SYNOPSIS"
@@ -145,9 +145,10 @@ contacting the daemon.
 .SH "OPTIONS"
 .IX Header "OPTIONS"
 All options that are valid for \fB@@RXVT_NAME@@\fR are valid for
-\&\fB@@RXVT_NAME@@c\fR, too. Please note that all options are currently
-interpreted in the context of the daemon process, which makes a difference
-for options that specify a file descriptor (such as \fB\-pty\-fd\fR).
+\&\fB@@RXVT_NAME@@c\fR, too. Please note that options are interpreted in the
+context of the daemon process. However, as current working directory,
+process environment and any file handles (e.g. for \f(CW\*(C`\-pty\-fd\*(C'\fR) are
+preserved, this rarely makes a difference.
 .SH "EXIT STATUS"
 .IX Header "EXIT STATUS"
 If everything went well, @@RXVT_NAME@@c returns with an exit status of \f(CW0\fR.
@@ -156,7 +157,16 @@ cases it returns with status \f(CW1\fR.
 .PP
 This can be used to implement auto-starting behaviour, by checking for an
 exit status of \f(CW2\fR, running \f(CW\*(C`@@RXVT_NAME@@d \-f \-q\*(C'\fR and retrying the call
-to @@RXVT_NAME@@c.
+to @@RXVT_NAME@@c, like this:
+.PP
+.Vb 6
+\&   #!/bin/sh
+\&   @@RXVT_NAME@@c "$@"
+\&   if [ $? \-eq 2 ]; then
+\&      @@RXVT_NAME@@d \-q \-o \-f
+\&      @@RXVT_NAME@@c "$@"
+\&   fi
+.Ve
 .SH "ENVIRONMENT"
 .IX Header "ENVIRONMENT"
 All environment variables of the current process will be made available
diff --git a/doc/rxvtc.1.pod b/doc/rxvtc.1.pod

--- a/doc/rxvtc.1.pod
+++ b/doc/rxvtc.1.pod
@@ -17,9 +17,10 @@ contacting the daemon.
 =head1 OPTIONS

 All options that are valid for B<@@RXVT_NAME@@> are valid for
-B<@@RXVT_NAME@@c>, too. Please note that all options are currently
-interpreted in the context of the daemon process, which makes a difference
-for options that specify a file descriptor (such as B<-pty-fd>).
+B<@@RXVT_NAME@@c>, too. Please note that options are interpreted in the
+context of the daemon process. However, as current working directory,
+process environment and any file handles (e.g. for C<-pty-fd>) are
+preserved, this rarely makes a difference.

 =head1 EXIT STATUS

@@ -29,7 +30,14 @@ cases it returns with status C<1>.

 This can be used to implement auto-starting behaviour, by checking for an
 exit status of C<2>, running C<@@RXVT_NAME@@d -f -q> and retrying the call
-to @@RXVT_NAME@@c.
+to @@RXVT_NAME@@c, like this:
+
+   #!/bin/sh
+   @@RXVT_NAME@@c "$@"
+   if [ $? -eq 2 ]; then
+      @@RXVT_NAME@@d -q -o -f
+      @@RXVT_NAME@@c "$@"
+   fi

 =head1 ENVIRONMENT

diff --git a/doc/rxvtc.1.txt b/doc/rxvtc.1.txt

--- a/doc/rxvtc.1.txt
+++ b/doc/rxvtc.1.txt
@@ -1,42 +1,49 @@
 NAME
-    urxvtc - control the urxvtd daemon
+    rxvtc - control the rxvtd daemon

 SYNOPSIS
-    urxvtc [same options as for urxvt]
+    rxvtc [same options as for rxvt]

 DESCRIPTION
-    This manpage describes the urxvtc client program. It connects to the
-    urxvtd daemon and requests a new terminal window. It takes the same
-    arguments as the urxvt program. The environment will also be respected.
+    This manpage describes the rxvtc client program. It connects to the
+    rxvtd daemon and requests a new terminal window. It takes the same
+    arguments as the rxvt program. The environment will also be respected.
     Currently, it always returns immediately after contacting the daemon.

 OPTIONS
-    All options that are valid for urxvt are valid for urxvtc, too. Please
-    note that all options are currently interpreted in the context of the
-    daemon process, which makes a difference for options that specify a file
-    descriptor (such as -pty-fd).
+    All options that are valid for rxvt are valid for rxvtc, too. Please
+    note that options are interpreted in the context of the daemon process.
+    However, as current working directory, process environment and any file
+    handles (e.g. for "-pty-fd") are preserved, this rarely makes a
+    difference.

 EXIT STATUS
-    If everything went well, urxvtc returns with an exit status of 0. If
+    If everything went well, rxvtc returns with an exit status of 0. If
     contacting the daemon fails, it exits with the exit status 2. In all
     other error cases it returns with status 1.

     This can be used to implement auto-starting behaviour, by checking for
-    an exit status of 2, running "urxvtd -f -q" and retrying the call to
-    urxvtc.
+    an exit status of 2, running "rxvtd -f -q" and retrying the call to
+    rxvtc, like this:
+
+       #!/bin/sh
+       rxvtc "$@"
+       if [ $? -eq 2 ]; then
+          rxvtd -q -o -f
+          rxvtc "$@"
+       fi

 ENVIRONMENT
     All environment variables of the current process will be made available
-    to the new instance, and will be interpreted as if urxvt were started
+    to the new instance, and will be interpreted as if rxvt were started
     directly.

     RXVT_SOCKET
-        Both urxvtc and urxvtd use the environment variable RXVT_SOCKET to
-        create a listening socket and to contact the urxvtd, respectively.
-        If the variable is missing, $HOME/.rxvt-unicode-** is
-        used. The variable must specify the absolute path of the socket to
-        create.
+        Both rxvtc and rxvtd use the environment variable RXVT_SOCKET to
+        create a listening socket and to contact the rxvtd, respectively. If
+        the variable is missing, $HOME/.rxvt-unicode-** is used.
+        The variable must specify the absolute path of the socket to create.

 SEE ALSO
-    urxvt(7), urxvtd(1)
+    rxvt(7), rxvtd(1)

-----END OF PAGE-----