RXVT is a VT102 terminal emulator for both X and Windows.
Brown paper bag release. Version -8 is withdrawn; it erroneously
required the X11 libXpm. Reported by WxH.
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:
> From: cygwin at cwilson etc etc
> Sent: Saturday, November 15, 2008 11:49 PM
> Subject: [ANNOUNCEMENT] Updated: rxvt-20050409-9
> RXVT is a VT102 terminal emulator for both X and Windows.
> Brown paper bag release. Version -8 is withdrawn; it
> erroneously required the X11 libXpm. Reported by WxH.
Been using it for ~12hrs straight now with no (new) problems. Thanks as
As to the non-(new) problems: Screwy copy and paste. I've been having this
thing where copy/paste works fine for a while, then for no observable reason
starts to act up. Multiple installations. Generally it starts with having
to try to do a paste multiple times before it does anything, and eventually
programs start throwing errors saying they're unable to talk to the
clipboard (*any* program, not just Cygwin ones). I figured it was my
...ecks... server, which until now had not been the Cygwin/ecks one, but
with the recently renewed activity I've switched to that one and I appear to
be having the same problems, so now I'm starting to suspect rxvt. A little
Googling didn't turn up any similar reports. Known issue? Suspected issue?
I don't know how clipboard responsibilities are divided between rxvt and/or
the server, so I'm not sure who to blame or where to look here.
RXVT linked in the usual way, works with Windows and with X, but with X it
properly render the dead accents. The RXVT page (bug 842982) states that if
RXVT is linked
with the X libraries (specifying --enable-xim for configure), it will
properly handle the
I think that it would be very nice if a version of RXVT so linked were
> W11/wrap/wrap.c has still a reference to
Yes, because it looks for the libX11-*.dll in a number of different
places, when trying to dlopen it for X-mode operation. You didn't want
me to BREAK rxvt for those people who haven't updated to the latest X11
distribution, did you?
Rodrigo Medina wrote:
> RXVT linked in the usual way, works with Windows and with X, but with X it
> does not
> properly render the dead accents. The RXVT page (bug 842982) states that if
> RXVT is linked
> with the X libraries (specifying --enable-xim for configure), it will
> properly handle the
> dead accents.
"This release does NOT attempt to address any other known bugs, and I
still have a few patch submissions sitting in my queue. Those will
probably be addressed during the cygwin-1.7 transition, not before."
> I think that it would be very nice if a version of RXVT so linked were
Not going to happen. The whole native-mode/X-mode split personality --
and allowing end users to install and use rxvt purely in native mode
without requiring any X stuff installed -- demands that rxvt NOT be
linked directly to the X libs. Therefore, rxvt is limited to only that
set of options that are supported both by libX11 and by libW11.
This does not include XIM input.
However, rxvt-unicode-X /is/ linked directly to the X libs, and is
rxvt-unicode (urxvt) v7.7 - released: 2006-02-21
> Marco Atzeri wrote:
> > W11/wrap/wrap.c has still a reference to
> > /usr/X11R6/bin/
> Yes, because it looks for the libX11-*.dll in a
> number of different
> places, when trying to dlopen it for X-mode
> operation. You didn't want
> me to BREAK rxvt for those people who haven't
> updated to the latest X11
> distribution, did you?