*** empty log message ***
authorroot <root>
Wed, 13 Jul 2005 03:04:03 +0000 (03:04 +0000)
committerroot <root>
Wed, 13 Jul 2005 03:04:03 +0000 (03:04 +0000)
README.FAQ
doc/etc/rxvt-unicode.termcap
doc/rxvt.7.html
doc/rxvt.7.man.in
doc/rxvt.7.pod
doc/rxvt.7.txt
src/command.C

index a8ef3076662abcdb3c3e6cf7bed4a635fd037fc5..d4d7b5c0b6f05e9a0970892ba2e7682aeba4eae9 100644 (file)
@@ -533,14 +533,8 @@ FREQUENTLY ASKED QUESTIONS
            URxvt.color15:      #e1dddd
 
     How can I start rxvtd in a race-free way?
-        Despite it's name, rxvtd is not a real daemon, but more like a
-        server that answers rxvtc's requests, so it doesn't background
-        itself.
-
-        To ensure rxvtd is listening on it's socket, you can use the
-        following method to wait for the startup message before continuing:
-
-          { rxvtd & } | read
+        Try "rxvtd -f -o", which tells rxvtd to open the display, create the
+        listening socket and then fork.
 
     What's with the strange Backspace/Delete key behaviour?
         Assuming that the physical Backspace key corresponds to the
index 4303a20bc55abe3939e3b79108ed33dcfe8e8cab..bd689e35114ba523e54044e7ba5069f87ec5ba46 100644 (file)
@@ -1,4 +1,4 @@
-#      Reconstructed via infocmp from file: /etc/terminfo/r/rxvt-unicode
+#      Reconstructed via infocmp from file: /usr/share/terminfo/r/rxvt-unicode
 # (untranslatable capabilities removed to fit entry within 1023 bytes)
 rxvt-unicode|rxvt-unicode terminal (X Window System):\
        :am:bw:eo:km:mi:ms:xn:xo:\
index d6b3434e77a808d8b38a1b00bda3cb0712dd13ca..e120ced025762851ac55edaa1ba1bdeba5cfe8f2 100644 (file)
@@ -782,17 +782,8 @@ me) as ``pretty girly''.</p>
 <dt><strong><a name="item_how_can_i_start_rxvtd_in_a_race_2dfree_way_3f">How can I start rxvtd in a race-free way?</a></strong><br />
 </dt>
 <dd>
-Despite it's name, rxvtd is not a real daemon, but more like a
-server that answers rxvtc's requests, so it doesn't background
-itself.
-</dd>
-<dd>
-<p>To ensure rxvtd is listening on it's socket, you can use the
-following method to wait for the startup message before continuing:</p>
-</dd>
-<dd>
-<pre>
-  { rxvtd &amp; } | read</pre>
+Try <code>rxvtd -f -o</code>, which tells rxvtd to open the
+display, create the listening socket and then fork.
 </dd>
 <p></p>
 <dt><strong><a name="item_what_27s_with_the_strange_backspace_2fdelete_key_b">What's with the strange Backspace/Delete key behaviour?</a></strong><br />
index 2181c6f66c924be6d0cb51f440477b52fe658c58..2dc9e01c0161e426994fb5344e19ff61a39d07a3 100644 (file)
@@ -1,4 +1,4 @@
-.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.3
+.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.14
 .\"
 .\" Standard preamble:
 .\" ========================================================================
@@ -728,16 +728,8 @@ me) as \*(L"pretty girly\*(R".
 .Ve
 .IP "How can I start @@RXVT_NAME@@d in a race-free way?" 4
 .IX Item "How can I start @@RXVT_NAME@@d in a race-free way?"
-Despite it's name, @@RXVT_NAME@@d is not a real daemon, but more like a
-server that answers @@RXVT_NAME@@c's requests, so it doesn't background
-itself.
-.Sp
-To ensure @@RXVT_NAME@@d is listening on it's socket, you can use the
-following method to wait for the startup message before continuing:
-.Sp
-.Vb 1
-\&  { @@RXVT_NAME@@d & } | read
-.Ve
+Try \f(CW\*(C`@@RXVT_NAME@@d \-f \-o\*(C'\fR, which tells @@RXVT_NAME@@d to open the
+display, create the listening socket and then fork.
 .IP "What's with the strange Backspace/Delete key behaviour?" 4
 .IX Item "What's with the strange Backspace/Delete key behaviour?"
 Assuming that the physical Backspace key corresponds to the
index bf3709900cb2f74f62b045f3e7787277f9668dcb..6fb6d1aa04b69833b5e687e20cb21425213ef9ca 100644 (file)
@@ -577,14 +577,8 @@ me) as "pretty girly".
 
 =item How can I start @@RXVT_NAME@@d in a race-free way?
 
-Despite it's name, @@RXVT_NAME@@d is not a real daemon, but more like a
-server that answers @@RXVT_NAME@@c's requests, so it doesn't background
-itself.
-
-To ensure @@RXVT_NAME@@d is listening on it's socket, you can use the
-following method to wait for the startup message before continuing:
-
-  { @@RXVT_NAME@@d & } | read
+Try C<@@RXVT_NAME@@d -f -o>, which tells @@RXVT_NAME@@d to open the
+display, create the listening socket and then fork.
 
 =item What's with the strange Backspace/Delete key behaviour?
 
index 5258582657cf52b0abda4c2705c057e6ae48c213..c493598f3e4da9f8d94d630a5ac6ef2c88e67d6b 100644 (file)
@@ -554,14 +554,8 @@ FREQUENTLY ASKED QUESTIONS
            URxvt.color15:      #e1dddd
 
     How can I start rxvtd in a race-free way?
-        Despite it's name, rxvtd is not a real daemon, but more like a
-        server that answers rxvtc's requests, so it doesn't background
-        itself.
-
-        To ensure rxvtd is listening on it's socket, you can use the
-        following method to wait for the startup message before continuing:
-
-          { rxvtd & } | read
+        Try "rxvtd -f -o", which tells rxvtd to open the display, create the
+        listening socket and then fork.
 
     What's with the strange Backspace/Delete key behaviour?
         Assuming that the physical Backspace key corresponds to the
index 60c9f6e34809e4da216a4ba0a19cf39465781321..29c7ff9ca83e8a3939bc839a26f041a88419c7a4 100644 (file)
@@ -2659,7 +2659,9 @@ rxvt_term::cmd_parse ()
 
               if (ch == C0_LF || str >= eol)
                 {
-                  nlines++;
+                  if (ch == C0_LF)
+                    nlines++;
+
                   refresh_count++;
 
                   if (!(options & Opt_jumpScroll)