CoRD 0.5.2

 
Thread Tools Search this Thread
Operating Systems OS X (Apple) OS X OpenSource RSS CoRD 0.5.2
# 1  
Old 01-29-2010
CPU & Memory CoRD 0.5.2

ImageAbout CoRD
Macs interact well with Windows, and with CoRD the experience is a bit smoother. Great for working on the office terminal server, administrating servers or any other time you'd like your PC to be a bit closer without leaving your Mac. CoRD allows you to view each session in its own window, or save space with all sessions in one window. Scale session windows to whatever size fits you-the screen is resized automatically.

Enter full screen mode and feel like you're actually at the computer. The clipboard is automatically synchronized between CoRD and the server. For system administrators, CoRD creates a simpler workflow by allowing you to save server information, then quickly connect to that server by using HotKeys or the server drawer. This makes quickly connecting to a specific server easy, even when managing many servers.

More from Apple...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
urxvt(1)							   RXVT-UNICODE 							  urxvt(1)

NAME
urxvtd - urxvt terminal daemon SYNOPSIS
urxvtd [-q|--quiet] [-o|--opendisplay] [-f|--fork] [-m|--mlock] urxvtd -q -o -f # for .xsession use DESCRIPTION
This manpage describes the urxvtd daemon, which is the same vt102 terminal emulator as urxvt, but runs as a daemon that can open multiple terminal windows within the same process. You can run it from your X startup scripts, for example, although it is not dependent on a working DISPLAY and, in fact, can open windows on multiple X displays on the same time. Advantages of running a urxvt daemon include faster creation time for terminal windows and a lot of saved memory. The disadvantage is a possible impact on stability - if the main program crashes, all processes in the terminal windows are terminated. For example, as there is no way to cleanly react to abnormal connection closes, "xkill" and server resets/restarts will kill the urxvtd instance including all windows it has opened. OPTIONS
urxvtd currently understands a few options only. Bundling of options is not yet supported. -q, --quiet Normally, urxvtd outputs the message "rxvt-unicode daemon listening on <path>" after binding to its control socket. This option will suppress this message (errors and warnings will still be logged). -o, --opendisplay This forces urxvtd to open a connection to the current $DISPLAY and keep it open. This is useful if you want to bind an instance of urxvtd to the lifetime of a specific display/server. If the server does a reset, urxvtd will be killed automatically. -f, --fork This makes urxvtd fork after it has bound itself to its control socket. -m, --mlock This makes urxvtd call mlockall(2) on itself. This locks urxvtd in RAM and prevents it from being swapped out to disk, at the cost of consuming a lot more memory on most operating systems. Note: In order to use this feature, your system administrator must have set your user's RLIMIT_MEMLOCK to a size greater than or equal to the size of the urxvtd binary (or to unlimited). See /etc/security/limits.conf. Note 2: There is a known bug in glibc (possibly fixed in 2.8 and later versions) where calloc returns non-zeroed memory when mlockall is in effect. If you experience crashes or other odd behaviour while using --mlock, try it without it. EXAMPLES
This is a useful invocation of urxvtd in a .xsession-style script: urxvtd -q -f -o This waits till the control socket is available, opens the current display and forks into the background. When you log-out, the server is reset and urxvtd is killed. ENVIRONMENT
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 then $HOME/.urxvt/urxvtd-<nodename> is used. DISPLAY Only used when the "--opendisplay" option is specified. Must contain a valid X display name. SEE ALSO
urxvt(7), urxvtc(1) 9.15 2012-01-21 urxvt(1)