1urxvt256c(1) RXVT-UNICODE urxvt256c(1)
2
3
4
6 urxvt256cd - urxvt256c terminal daemon
7
9 urxvt256cd [-q|--quiet] [-o|--opendisplay] [-f|--fork] [-m|--mlock]
10 [-e|--eval perlstring]
11
12 urxvt256cd -q -o -f # for .xsession use
13
15 This manpage describes the urxvt256cd daemon, which is the same vt102
16 terminal emulator as urxvt256c, but runs as a daemon that can open
17 multiple terminal windows within the same process.
18
19 You can run it from your X startup scripts, for example, although it is
20 not dependent on a working DISPLAY and, in fact, can open windows on
21 multiple X displays on the same time.
22
23 Advantages of running a urxvt256c daemon include faster creation time
24 for terminal windows and a lot of saved memory.
25
26 The disadvantage is a possible impact on stability - if the main
27 program crashes, all processes in the terminal windows are terminated.
28 For example, as there is no way to cleanly react to abnormal connection
29 closes, "xkill" and server resets/restarts will kill the urxvt256cd
30 instance including all windows it has opened.
31
33 urxvt256cd currently understands a few options only. Bundling of
34 options is not yet supported.
35
36 -q, --quiet
37 Normally, urxvt256cd outputs the message "rxvt-unicode daemon
38 listening on <path>" after binding to its control socket. This
39 option will suppress this message (errors and warnings will still
40 be logged).
41
42 -o, --opendisplay
43 This forces urxvt256cd to open a connection to the current $DISPLAY
44 and keep it open.
45
46 This is useful if you want to bind an instance of urxvt256cd to the
47 lifetime of a specific display/server. If the server does a reset,
48 urxvt256cd will be killed automatically.
49
50 -f, --fork
51 This makes urxvt256cd fork after it has bound itself to its control
52 socket.
53
54 -m, --mlock
55 This makes urxvt256cd call mlockall(2) on itself. This locks
56 urxvt256cd in RAM and prevents it from being swapped out to disk,
57 at the cost of consuming a lot more memory on most operating
58 systems.
59
60 Note: In order to use this feature, your system administrator must
61 have set your user's RLIMIT_MEMLOCK to a size greater than or equal
62 to the size of the urxvt256cd binary (or to unlimited). See
63 /etc/security/limits.conf.
64
65 Note 2: There is a known bug in glibc (possibly fixed in 2.8 and
66 later versions) where calloc returns non-zeroed memory when
67 mlockall is in effect. If you experience crashes or other odd
68 behaviour while using --mlock, try it without it.
69
70 -e, --eval perlstring
71 Evaluate the given perl code after basic initialisation (requires
72 perl support to be enabled when compiling urxvt256cd).
73
74 This can be used for example to configure the internal perl
75 interpreter, which is shared between all terminal instances, or
76 create additional listening sockets for additional protocols.
77
78 The code is currently executed before creating the normal listening
79 sockets: this might change in future versions.
80
82 This is a useful invocation of urxvt256cd in a .xsession-style script:
83
84 urxvt256cd -q -f -o
85
86 This waits till the control socket is available, opens the current
87 display and forks into the background. When you log-out, the server is
88 reset and urxvt256cd is killed.
89
91 RXVT_SOCKET
92 Both urxvt256cc and urxvt256cd use the environment variable
93 RXVT_SOCKET to create a listening socket and to contact the
94 urxvt256cd, respectively. If the variable is missing then
95 $HOME/.urxvt/urxvtd-<nodename> is used.
96
97 DISPLAY
98 Only used when the "--opendisplay" option is specified. Must
99 contain a valid X display name.
100
102 urxvt256c(7), urxvt256cc(1)
103
104
105
1069.22 2016-01-23 urxvt256c(1)