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
-# 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:\
<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 & } | 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 />
-.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.3
+.\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.14
.\"
.\" Standard preamble:
.\" ========================================================================
.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
=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?
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
if (ch == C0_LF || str >= eol)
{
- nlines++;
+ if (ch == C0_LF)
+ nlines++;
+
refresh_count++;
if (!(options & Opt_jumpScroll)