LFTP issue

[Chris Sutcliffe]

According to the LFTP documentation, I should be able to do:

ls | grep 

and

ls | less

both of which only return something if I , if I don't 
it just sits there.

I don't have access to a Linux machine, so I can't verify if this is a
cygwin lftp issue, or an lftp issue in general.

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems with gmp and mpfr after rebasing - was Re: [ANNOUNCEMENT] gmp-4.3.1-1 for cygwin-1.7

[David Billinghurst]

David Billinghurst wrote:

Here is another build of gmp with CVS binutils and -shared-libgcc.  I 
took more care and ensured that CVS binutils was used everywhere.  These 
DLLs work with expr and gcc-4, and the gmp testsuite passes, both before 
and after rebasing.  A build without -shared-libgcc did not work after 
rebasing.


I have also rebuilt mpfr in the same way.  It too works for me after 
rebasing. 


My other packages - mpclib, ppl and cloog-ppl - may suffer from the same 
problem.  A job for tomorrow.


The mpclib, ppl and cloog-ppl DLLs all survived a rebase and had already 
suffered multiple rebaseall attacks.  The testsuites still pass and CVS 
gcc - which uses them - passed a smoke test.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] [1.7] Updated: less-429-1

[Christopher Faylor]

I've made a new version of less available for installation.  This is the
most recent version of less available from greenwoodsoftware.com.  The
description of what's new from the last release is below.

This version of less drops the reliance on /etc/termcap and uses the
much more modern terminfo library for its terminal handling.

This update is only available for the Cygwin 1.7 beta.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


  * Excerpted from the less NEWS file *

 NEWS about less

==

  For the latest news about less, see the "less" Web page:
  http://www.greenwoodsoftware.com/less
  You can also download the latest version of less from there.

==

Major changes between "less" versions 424 and 429

* LESSOPEN pipe will now be used on standard input, if the LESSOPEN
  environment variable begins with "|-".

* The -D option with one number now means use the normal background color.

* Don't change permissions on history file if it is not a regular file.

* Fix non-ANSI-compliant code that caused problems with some compilers.

* Fix binary file detection in UTF-8 mode.

* Fix display problems with long lines on "ignaw" terminals.

* Fix problem interrupting the line number calculation for initial prompt.

* Fix SGR emulation when dealing with multiple attributes (eg. bold+underline).

* Fix highlight bug when searching for underlined/overstruck text.

==

Major changes between "less" versions 418 and 424

* New "&" command allows filtering of lines based on a pattern.

* Status column now displays a search match, even if the matched
  string is scrolled off screen because -S is in effect.

* Improve behavior of -F option.

* Allow CSI character (0x9B) to work in UTF-8 mode.

* Output carriage return at startup in case terminal doesn't default
  to column 1.

* Fix bug in '' (quote, quote) command after G command.

==

Major changes between "less" versions 416 and 418

* Color escape sequences are now supported in WIN32 build.

* Makefile now uses EXEEXT feature of autoconf.

* Fix search bug when using -R and text contains ANSI color escape sequences.

* Fix crash when using -r with UTF-8 text containing 0x9B bytes.

* Fix display bug when using ' command to move less than one page forward.

* Update GPL to version 3.

==

Major changes between "less" versions 409 and 416

* New --follow-name option makes F command follow the name of a file
  rather than the file descriptor if an open file is renamed.

* Make searching with -i/-I work correctly with non-ASCII text.

* Fix DJGPP build.

==

Major changes between "less" versions 406 and 409

* Support CSI escape sequences, like SGR escape sequences.

* Fix bug which caused screen to fail to repaint when window is resized.

* Fix bug in using -i and -I flags with non-ASCII text.

* Fix configure bug on systems which don't support langinfo.h.

* Fix crash when searching text containing certain invalid UTF-8 sequences.

==

Major changes between "less" versions 394 and 406

* Allow decimal point in number for % (percent) command.

* Allow decimal point in number for -j option (fraction of screen height).

* Make n command fetch previous pattern from history file on first search.

* Don't rewrite history file if it has not changed.

* Don't move to bottom of screen on first page.

* Don't output extraneous newlines, so copy & pasting lines from the
  output works better.

* The -c option has been made identical with the -C option.

* Allow "/dev/null" as synomym for "-" in LESSHISTFILE to indicate
  that no history file should be used.

* Search can now find text which follows a null byte, if the PCRE
  library is used, or if no-regex searching (ctrl-R) is used.

* Better compatibility with POSIX more specification.

* Make -f work for directories.

* Make "t" cmd traverse tags in the correct order

Re: [1.7] Updated: less-418

[Christopher Faylor]

On Sat, Jun 06, 2009 at 12:25:27PM -0700, Mike Cappella wrote:
>This version is ancient.  See:
>
>http://www.greenwoodsoftware.com/less/
>
>for current release.

Ok, I'll upload the newest version.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

ClamAv update to 0.95.1 ?

[Mike Cappella]

Are there plans to update ClamAv to version 0.95.1 ?

Thanks,
Mike

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using emacs in a terminal window

[Mark Harig]

> I've answered several questions in recent weeks about
> how to use emacs in a terminal window.  To try to clarify
> this, I plan to put some suggestions in
> /usr/share/doc/Cygwin/emacs.README the next time I
> update the emacs packages. The current draft is appended
> below. Please let me know if you see any inaccuracies or if
> anything could be stated more clearly.

Here is an additional item related to terminal-mode Emacs that
might be worth mentioning:

   A better display of colors, underlining, etc. can be obtained
   in the terminal mode Emacs by making use of the terminfo file
   that is included in the Emacs distribution:

   /usr/share/emacs/23.0.92/etc/e/eterm-color

   This file (eterm-color) can be accessed by copying it to the
directory /usr/share/terminfo/e/ (which the user may need to
create).  The terminal capabilities are then available if
terminal-mode Emacs is invoked with some variation of:

  env TERM=Eterm-color emacs ...

If the user has the Cygwin version of the 'terminfo' package
installed, then even more terminal capabilities are available.
This package provides the files 'Eterm', 'Eterm-88color', and
'Eterm-256color' in the directory /usr/share/terminfo/45/.  To
make use of the 'Eterm-256color' terminal capabilities, for
example, issue some variation of the following commands:

$ cd /usr/share/terminfo/45/
$ ln -fs Eterm-256color Eterm-color
$ cd
$ env TERM=Eterm-color emacs ...

An alias can also be defined to help:

 $ alias edit="env TERM=Eterm-color /usr/bin/emacs-nox --no-splash"



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [1.7] Updated: less-418

[Mike Cappella]

This version is ancient.  See:

   http://www.greenwoodsoftware.com/less/

for current release.

On 6/6/2009 12:00 PM, Christopher Faylor wrote:

I've made a new version of 'less' available for installation.  This
is the most recent version of less available from ftp.gnu.org.  The
description of what's new from the last release is below.

This version of less drops the reliance on /etc/termcap and uses the
much more modern terminfo library for its terminal handling.

This update is only available for the Cygwin 1.7 beta.

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


   * Excerpted from the less NEWS file *

  NEWS about less

Major changes between "less" versions 416 and 418

* Color escape sequences are now supported in WIN32 build.

* Makefile now uses EXEEXT feature of autoconf.

* Fix search bug when using -R and text contains ANSI color escape sequences.

* Fix crash when using -r with UTF-8 text containing 0x9B bytes.

* Fix display bug when using ' command to move less than one page forward.

* Update GPL to version 3.

==

Major changes between "less" versions 409 and 416

* New --follow-name option makes F command follow the name of a file
   rather than the file descriptor if an open file is renamed.

* Make searching with -i/-I work correctly with non-ASCII text.

* Fix DJGPP build.

==



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] [1.7] Updated: less-418

[Christopher Faylor]

I've made a new version of 'less' available for installation.  This
is the most recent version of less available from ftp.gnu.org.  The
description of what's new from the last release is below.

This version of less drops the reliance on /etc/termcap and uses the
much more modern terminfo library for its terminal handling.

This update is only available for the Cygwin 1.7 beta.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


  * Excerpted from the less NEWS file *

 NEWS about less

Major changes between "less" versions 416 and 418

* Color escape sequences are now supported in WIN32 build.

* Makefile now uses EXEEXT feature of autoconf.

* Fix search bug when using -R and text contains ANSI color escape sequences.

* Fix crash when using -r with UTF-8 text containing 0x9B bytes.

* Fix display bug when using ' command to move less than one page forward.

* Update GPL to version 3.

==

Major changes between "less" versions 409 and 416

* New --follow-name option makes F command follow the name of a file
  rather than the file descriptor if an open file is renamed.

* Make searching with -i/-I work correctly with non-ASCII text.

* Fix DJGPP build.

==

Major changes between "less" versions 406 and 409

* Support CSI escape sequences, like SGR escape sequences.

* Fix bug which caused screen to fail to repaint when window is resized.

* Fix bug in using -i and -I flags with non-ASCII text.

* Fix configure bug on systems which don't support langinfo.h.

* Fix crash when searching text containing certain invalid UTF-8 sequences.

==

Major changes between "less" versions 394 and 406

* Allow decimal point in number for % (percent) command.

* Allow decimal point in number for -j option (fraction of screen height).

* Make n command fetch previous pattern from history file on first search.

* Don't rewrite history file if it has not changed.

* Don't move to bottom of screen on first page.

* Don't output extraneous newlines, so copy & pasting lines from the
  output works better.

* The -c option has been made identical with the -C option.

* Allow "/dev/null" as synomym for "-" in LESSHISTFILE to indicate
  that no history file should be used.

* Search can now find text which follows a null byte, if the PCRE
  library is used, or if no-regex searching (ctrl-R) is used.

* Better compatibility with POSIX more specification.

* Make -f work for directories.

* Make "t" cmd traverse tags in the correct order.

* Allow a few binary characters in the input file before warning
  that the file is binary.

* Don't warn that file is binary if it merely contains ANSI color sequences
  and -R is in effect.

* Update Unicode character tables.

* Support DESTDIR in Makefile.

* Fix bug when filename contains certain shell metacharacters such as "$".

* Fix bug when resizing the window while waiting for input from a pipe.

* Fix configure bugs.

==

Major changes between "less" versions 382 and 394

* Add history file to save search and shell command history between
  invocations of less.

* Improve behavior of history list for search and shell commands.

* Add -K (or --quit-on-intr) option to make less exit immediately on ctrl-C.

* Improve handling of UTF-8 files and commands, including better
  line wrapping and handling double-width chars.

* Added LESSUTFBINFMT environment variable to control display of
  non-printable characters in a UTF-8 file.

* Add --with-secure option to configure, to make it easier to
  build a secure version of less.

* Show search matches in the status column even if search highlights
  are disabled via the -G option or the ESC-u command.

* Improve performance when the file contains very long lines.

* Add "windows" charset.

* Add man page for lessecho.

* Add support for erase2 character, treated same as erase.

* Use ASCII lowercase/uppercase logic when operating on the command line.

* Update makefile for Borland C++ 5.5.1.

* Fix bug in calculating number of pages for %D prompt.

* Fix bug in handling tag file error.

* Fix obscure bug 

Re: FAQ 4.46, applications interfere with subversion or not?

[Spiro Trikaliotis]

Hello,

* On Fri, Jun 05, 2009 at 07:45:22AM -0700 David Rothenberger wrote:
> On 6/5/2009 2:08 AM, Corinna Vinschen wrote:
>> On Jun  4 14:33, David Rothenberger wrote:
[...]
>> Can you nail down the problem into a simple testcase?
>
> I kinda doubt it. Subversion is using APR to move a file, and the error  
> occurs only sporadically if some other Windows program (e.g., virus  
> scanner) has the file that's being moved open. Do you expect that to  
> work with 1.7?

I had a test case for plain Windows  as well as cygwin (1.5), cf.
http://www.cygwin.com/ml/cygwin/2008-04/msg00691.html.

Regards,
Spiro.

-- 
Spiro R. Trikaliotis  http://opencbm.sf.net/
http://www.trikaliotis.net/ http://www.viceteam.org/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] [1.7] Updated: byacc-20090221

[Christopher Faylor]

I've made a new version of 'byacc' available for installation.  This
is the most recent version of byacc available from Thomas Dickey's "fork"
of the codebase which includes many fixes and modernizations.  A list of
new features is included below.

This update is only available for the Cygwin 1.7 beta.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

* From the NEW_FEATURES file *

 The -r option has been implemented.  The -r option tells Yacc to
put the read-only tables in y.tab.c and the code and variables in
y.code.c.  Keith Bostic asked for this option so that :yyfix could be
eliminated.

 The -l and -t options have been implemented.  The -l option tells
Yacc not to include #line directives in the code it produces.  The -t
option causes debugging code to be included in the compiled parser.

 The code for error recovery has been changed to implement the same
algorithm as AT&T Yacc.  There will still be differences in the way
error recovery works because AT&T Yacc uses more default reductions
than Berkeley Yacc.

 The environment variable TMPDIR determines the directory where
temporary files will be created.  If TMPDIR is defined, temporary files
will be created in the directory whose pathname is the value of TMPDIR.
By default, temporary files are created in /tmp.

 The keywords are now case-insensitive.  For example, %nonassoc,
%NONASSOC, %NonAssoc, and %nOnAsSoC are all equivalent.

 Commas and semicolons that are not part of C code are treated as
commentary.

 Line-end comments, as in BCPL, are permitted.  Line-end comments
begin with // and end at the next end-of-line.  Line-end comments are
permitted in C code; they are converted to C comments on output.

 The form of y.output files has been changed to look more like
those produced by AT&T Yacc.

 A new kind of declaration has been added.  The form of the declaration
is

  %ident string

where string is a sequence of characters begining with a double quote
and ending with either a double quote or the next end-of-line, whichever
comes first.  The declaration will cause a #ident directive to be written
near the start of the output file.

 If a parser has been compiled with debugging code, that code can be
enabled by setting an environment variable.  If the environment variable
YYDEBUG is set to 0, debugging output is suppressed.  If it is set to 1,
debugging output is written to standard output.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Yafc (FTP) and Cygwin

[Thorsten Kampe]

Hi,

I'm trying to run the command line FTP/SFTP client Yafc[1]. Yafc doesn't 
support as many protocols as lftp but the user interface and handling is 
- in my opinion - ever better than lftp.

Yafc compiles fine on Cygwin 1.5.25 but when I try to connect to *any* 
FTP site I get:
- Connecting to picard.provo.novell.com (130.57.1.88) at port 21...
- Server has closed control connection
- Sleeping 10 seconds before connecting again (attempt #2)...
[etc...]

A network trace shows the following:
50324 > ftp   [SYN]
ftp   > 50324 [SYN, ACK]
50324 > ftp   [ACK]
50324 > ftp   [FIN, ACK]
ftp   > 50324 [ACK]
Response: 220 Welcome to ftp.novell.com, powered by SUSE Linux
50324 > ftp   [RST, ACK]
ftp   > 50324 [FIN, ACK]
50324 > ftp   [RST]

A simultaneous strace shows:
__set_winsock_errno: connect:788 - winsock error 10036 -> errno 119
__set_winsock_errno: recvmsg:1246 - winsock error 10022 -> errno 22

Things to notice are that - while every FTP session fails - SFTP works 
fine! And the above FTP session also works fine when I replace 
cygwin1.dll with a Cygwin 1.7 snapshot...!

Does anyone have an explanation what is going wrong with Yafc, FTP and 
Cygwin 1.5?!


Thorsten
[1] http://yafc.sourceforge.net/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[IWAMURO Motonori]

2009/6/6 Corinna Vinschen :
> I vote for @cjkwide, regardless of Andy's objection.  People using CJK
> will know the meaning and it has the additional advantage to be a rather
> simple to memorize identifier.

I oppose @cjkwide approach because I don't think that I need make
special cases give priority more than general cases.

I think that Andy's approach is better.
-- 
IWAMURO Motnori 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problems with gmp and mpfr after rebasing - was Re: [ANNOUNCEMENT] gmp-4.3.1-1 for cygwin-1.7

[David Billinghurst]

David Billinghurst wrote:

Dave Korn wrote:

David Billinghurst wrote:


I have rebuilt gmp with CVS binutils and -shared-libgcc.  This fixes the
problem for me.  Could someone (Yaakov?) download the new DLLs in
libgmp3-4.3.1-1.tar.bz2 and libgmpxx4-4.3.1-2.tar.bz2 (below) and
confirm the fix.




This doesn't appear to work for me with the existing expr.exe; I 
think you should just use new binutils but keep the static libgcc 

>> linkage. The static ctors in the DLL appear to be getting run twice,

which is bad.


Take 2.  I can now reproduce the problems with expr due to cyggmp-3.dll 
and the gcc-4 problems due to cyggmp-3.dll and cygmpfr-1.dll.  I don't 
fully understand all of the issues - how do I check if static ctors in 
the DLL run twice? - so feedback is welcome.


Here is another build of gmp with CVS binutils and -shared-libgcc.  I 
took more care and ensured that CVS binutils was used everywhere.  These 
DLLs work with expr and gcc-4, and the gmp testsuite passes, both before 
and after rebasing.  A build without -shared-libgcc did not work after 
rebasing.


I have also rebuilt mpfr in the same way.  It too works for me after 
rebasing.


The new builds are available for testing.  You really only need the new 
DLLs.  These are in

 - libgmp3-4.3.1-3.tar.bz2,
 - libgmpxx4-4.3.1-3.tar.bz2
 - libmpfr1-2.4.1-3.tar.bz2

My other packages - mpclib, ppl and cloog-ppl - may suffer from the same 
problem.  A job for tomorrow.


##

D=http://billinghurst.customer.netspace.net.au/cygwin-1.7

wget -x -nH --cut-dirs=1 \
 ${D}/gmp/gmp-4.3.1-3-src.tar.bz2 \
 ${D}/gmp/gmp-4.3.1-3.tar.bz2 \
 ${D}/gmp/setup.hint \
 ${D}/gmp/libgmpxx4/libgmpxx4-4.3.1-3.tar.bz2 \
 ${D}/gmp/libgmpxx4/setup.hint \
 ${D}/gmp/libgmp3/libgmp3-4.3.1-3.tar.bz2 \
 ${D}/gmp/libgmp3/setup.hint \
 ${D}/gmp/libgmp-devel/libgmp-devel-4.3.1-3.tar.bz2 \
 ${D}/gmp/libgmp-devel/setup.hint


wget -x -nH --cut-dirs=1 \
 ${D}/mpfr/libmpfr-devel/libmpfr-devel-2.4.1-3.tar.bz2 \
 ${D}/mpfr/libmpfr-devel/setup.hint \
 ${D}/mpfr/libmpfr1/libmpfr1-2.4.1-3.tar.bz2 \
 ${D}/mpfr/libmpfr1/setup.hint \
 ${D}/mpfr/mpfr-2.4.1-3-src.tar.bz2 \
 ${D}/mpfr/mpfr-2.4.1-3.tar.bz2 \
 ${D}/mpfr/setup.hint


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[IWAMURO Motonori]

2009/6/6 Andy Koppe :
> However, to make the locale setting more convenient for CJK users,
> there could be modifiers for both widths. Without modifier, the CJK
> locales would default to "Ambiguous Wide", while everything else would
> default to "Ambiguous Narrow".

It is acceptable for me.

> Puzzled that this hasn't been solved in glibc years ago ...

I also examined it.
But, I was not able to discover the reason.

One Debian user is trying to fix it, but it doesn't progress...

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471021
http://sourceware.org/bugzilla/show_bug.cgi?id=4335
-- 
IWAMURO Motnori 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[IWAMURO Motonori]

# Continuation of discussion.
#
# I hope that all the applications work correctly only by setting
"LANG=ja_JP.UTF-8".
# I don't hope that I give up the use of the binary packages and that
I keep applying many local patches.


> I don't think that it is the good idea because:
>
> - It is "a cygwin-specific solution (or workaround)".
> - In NetBSD, the change to which wcwidth of East Asian Ambiguous Characters 
> returns 2 by CJK locale is planned.

- and, I don't think that I need make special cases give priority more
than general cases.

>> - I heard that there is an existing implementation that behave like my
>> proposal. (Sorry, I didn't hear the system name.)
> Even if so, I think the way I described is more compatible with the locale
> mechanism as used elsewhere.

I think that ALL locale implementations should treat East Asian
Ambiguous Character Width as 2 for CJK locale.

>> It is no problem because we -- most Japanese language users -- need
>> not change the settings of mintty and locale after first setup.
>> We set LANG=ja_JP.UTF-8 and select a Japanese font for mintty.
> In any case, mined running in mintty will detect CJK width itself,
> regardless of locale setting, with coming versions of both programs
> even when it gets changed on-the-fly :)

Sorry, I can't understand above because I am not good at English.

> This sounds complicated.

I don't think so. I think that we should consider the following issues
if a new mechanism is introduced.

The existing locale / terminal API don't support:
- Unicode BiDi.
- Unicode control characters.
- Unicode combining characters.
- Multilingualization. (*)
- Detect font/fontset information selected with terminal emulator.
(including, need to consider the case of no-tty)

* Now, we can't use Japanese, Chinese, and Korean at the same time
even if we use Unicode.
  Because many font glyphs are quite different even if the code point
is the same in each language.

> With my proposal, an application that wishes to auto-adjust on width
> properties (maybe even when changing) and which (unlike mined) uses
> the system wcwidth functions could proceed as follows:
> * Detect CJK width by using a simple test string width detection.
> * (Optional) When receiving a SIGWINCH signal (future version of MinTTY),
>  repeat this detection.
> * If e.g. LC_CTYPE starts with "ja_JP.UTF-8", call setlocale with
>  either "ja_jp.ut...@cjkwidth" or "ja_JP.UTF-8".

How to detect it? The application using wcwidth is not necessarily
executed with terminal emulator. (e.g. text formatter)

>> > I'm not happy with the idea of a cygwin-specific solution (or workaround).
>> I think that it is not cygwin-specific solution.
> As I tried to suggest above, using "UTF-8" for different width data on one
> system would be quite specific, using the "@" modifier syntax would not.

"UTF-8" is only an encoding scheme. It does not specify the character width.
-- 
IWAMURO Motnori 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How to run GNU Emacs from Windows icon

[Ken Brown]

On 6/5/2009 11:03 PM, Andrew DeFaria wrote:

And why do you require a "normal login shell"?


He wants his bash initialization files to be processed so that he has 
the same environment (e.g., PATH) inside emacs that he normally has in a 
bash shell.


Ken

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Using emacs in a terminal window

[Ken Brown]

On 6/5/2009 10:51 PM, Mark Harig wrote:

An alternative to providing instructions for a workaround would be to
modify the default initialization files that are provided with the terminal
emulators.

[...]

Similar solutions can likely be devised for xterm and mintty, but I do not
have those packages installed.  These solutions would need to be 
incorporated
into new versions of the terminal emulator packages, which would require 
the

agreement of those package maintainers.


I agree.  I've already suggested on cygwin-apps that the maintainers 
consider doing this the next time they update their packages.


Ken

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] gmp-4.3.1-1 for cygwin-1.7

[David Billinghurst]

Dave Korn wrote:

David Billinghurst wrote:


I have rebuilt gmp with CVS binutils and -shared-libgcc.  This fixes the
problem for me.  Could someone (Yaakov?) download the new DLLs in
libgmp3-4.3.1-1.tar.bz2 and libgmpxx4-4.3.1-2.tar.bz2 (below) and
confirm the fix.

#  Full gmp package ###

D=http://billinghurst.customer.netspace.net.au/cygwin-1.7

wget -x -nH --cut-dirs=1 \
 ${D}/gmp/gmp-4.3.1-2-src.tar.bz2 \
 ${D}/gmp/gmp-4.3.1-2.tar.bz2 \
 ${D}/gmp/setup.hint \
 ${D}/gmp/libgmpxx4/libgmpxx4-4.3.1-2.tar.bz2 \
 ${D}/gmp/libgmpxx4/setup.hint \
 ${D}/gmp/libgmp3/libgmp3-4.3.1-2.tar.bz2 \
 ${D}/gmp/libgmp3/setup.hint \
 ${D}/gmp/libgmp-devel/libgmp-devel-4.3.1-2.tar.bz2 \
 ${D}/gmp/libgmp-devel/setup.hint


  This doesn't appear to work for me with the existing expr.exe; I think you
should just use new binutils but keep the static libgcc linkage.  The static
ctors in the DLL appear to be getting run twice, which is bad.



I have deleted these files, in the hope that it will reduce confusion.

I did a rebuild with CVS binutils and static libgcc linkage.  This doesn't work
with expr after rebaseall, either.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Trying to install CPAN Math::GMP. Can libgmp3 provide -libgmp?

[Marc Girod]

Marc Girod wrote:
> 
> Reinstall gave me the same versions again.
> 
The last reinstall was thus a noop, but no, my perl broke.

  2 [main] perl5.10.0 3236 C:\cygwin2\bin\perl5.10.0.exe: *** fatal
error - unable to remap
\\?\C:\cygwin2\lib\perl5\5.10\i686-cygwin\auto\Socket\Socket.dll to same
address as parent(0x8B) != 0x153
  5 [main] perl5.10.0 3580 child_info::sync: wait failed, pid 3236,
Win32 error 183
284 [main] perl5.10.0 3580 fork: child 3236 - died waiting for dll
loading, errno 11
5095427 [main] perl5.10.0 3056 C:\cygwin2\bin\perl5.10.0.exe: *** fatal
error - unable to remap
\\?\C:\cygwin2\lib\perl5\5.10\i686-cygwin\auto\List\Util\Util.dll to same
address as parent(0x87) != 0x14D
305087457 [main] perl5.10.0 3580 child_info::sync: wait failed, pid 3056,
Win32 error 183
305087776 [main] perl5.10.0 3580 fork: child 3056 - died waiting for dll
loading, errno 11
...

I assume it must have been rebaseall/peflagsall...?
It worked before the last install.

Marc http://www.nabble.com/file/p23900479/cygcheck.090606 cygcheck.090606 
http://www.nabble.com/file/p23900479/setup.log.full setup.log.full 
-- 
View this message in context: 
http://www.nabble.com/Re%3A-Re%3A-Trying-to-install-CPAN-Math%3A%3AGMP.-Can-libgmp3-provide--libgmp--tp23850368p23900479.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Trying to install CPAN Math::GMP. Can libgmp3 provide -libgmp?

[Marc Girod]

Dave Korn-6 wrote:
> 
> As Larry says, I meant reinstall the standard distro versions.
> 
Sorry, did that now, but I couldn't find from the mirror (kernel.org)
a new (-2) version of gmp... I still have 4.3.1-1.
Reinstall gave me the same versions again.
Running the rebase/peflags, I got btw 2 errors:
- /usr/bin/b2m.exe: skipped because nonexistent
- Warning: setting dynbase on file with no relocation info
(/usr/bin/tclpip84.dll)

Marc
-- 
View this message in context: 
http://www.nabble.com/Re%3A-Re%3A-Trying-to-install-CPAN-Math%3A%3AGMP.-Can-libgmp3-provide--libgmp--tp23850368p23900362.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[Andy Koppe]

> 
> Thomas, couldn't you have discussed this in the two weeks I was on
> vacation?  Why did you wait until I implemented the language-based
> approach?
> 

Sorry, that's largely my fault. Among a bunch of other MinTTY issues
we were privately discussing various more or less mad schemes to
communicate the ambiguous width between terminal and application and
so it took a while for us to realise that a locale-based scheme really
is the best approach.

Andy

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[IWAMURO Motonori]

I oppose your proposal because I think that it is useless for us.

2009/6/6 Thomas Wolff :
> the intention is that the "codepage" information should be the same
> for all locales having thbe "UTF-8" (or any other) charmap.  So you
> cannot freely change width information among locales with the same
> charmap.

I don't think that there is such a restriction.
The standard of the character doesn't provide for the width of the
character as a standard.

> Also, if ja_JP.UTF-8 would mean "CJK width", how would you specify a
> working locale setting for a terminal that does not run a CJK width
> font but should yet use other Japanese settings? E.g. with rxvt
> which does not support CJK width.

Oh, we ALWAYS have a hard time in this problem VERY VERY VERY much.

case1: We use only the application that treats the width of the
character without locale.
case2: We make the patch that solves the character width problem, and
throw it out up-stream.
case3: We make the patch, and apply it locally.
case4: We tearfully give up the correct display of the screen.
case5: We tearfully give up using the application.

I selected case5 for rxvt.

> Thus you could define e.g.
>ja_jp.ut...@cjk
> or
>ja_jp.ut...@cjkwidth
> to indicate CJK width properties. I guess this is the most compliant way to 
> go.

I don't think that it is the good idea because:

- It is "a cygwin-specific solution (or workaround)".
- In NetBSD, the change to which wcwidth of East Asian Ambiguous
Characters returns 2 by CJK locale is planned.

# to be continued.
-- 
IWAMURO Motnori 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[Corinna Vinschen]

On Jun  5 18:25, Thomas Wolff wrote:
> IWAMURO Motonori wrote:
> > 2009/5/21 Thomas Wolff :
> > >> > Therefore, I propose to use *_cjk() when the language part of LC_CTYPE
> > >> > is 'ja', 'ko', 'vi' or 'zh'.
> > > The problem with this is
> > > 1. As you say, there is no standard.
> 
> > But,
> > - I think that my proposal doesn't violate any specification.
> I think it does. Part of the locale information is the "charmap" 
> (called "codepage" on DOS/Windows). It may be implicit like 
> with LC_CTYPE=zh_CN which defines "GB2312" as its charmap, but it 
> is typically explicit like in en_US.UTF-8 - the intention is 
> that the "codepage" information should be the same for all locales 
> having thbe "UTF-8" (or any other) charmap. So you cannot freely 
> change width information among locales with the same charmap.
> Also, if ja_JP.UTF-8 would mean "CJK width", how would you specify 
> a working locale setting for a terminal that does not run a CJK width 
> font but should yet use other Japanese settings? E.g. with rxvt which 
> does not support CJK width.
> 
> However, there is one resort within the locale mechanism that can be used;
> the locale syntax allows for an optional "modifier" which can be used to 
> specify deviations, e.g.
>   de_DE   has charmap ISO-8859-1
>   de...@euro  has charmap ISO-8859-15
>   uz_UZ   has charmap ISO-8859-1
>   uz...@cyrillic  has charmap UTF-8
>   aa_ER and aa...@saaho both have charmap UTF-8 (with some other 
> difference).
> Thus you could define e.g.
>   ja_jp.ut...@cjk
> or
>   ja_jp.ut...@cjkwidth
> to indicate CJK width properties. I guess this is the most compliant way to 
> go.

I like this approach.  It's also more flexible than using the language
specifier.


Thomas, couldn't you have discussed this in the two weeks I was on
vacation?  Why did you wait until I implemented the language-based
approach?


Now, we just have to agree on the modifier and somebody has to implement
this in newlib/libc/locale/locale.c.  So far the modifier is ignored
entirely (de...@euro will still use ISO-8859-1).

I vote for @cjkwide, regardless of Andy's objection.  People using CJK
will know the meaning and it has the additional advantage to be a rather
simple to memorize identifier.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ASLR sometimes stops working on Vista with 1.7? [was: Re: Cygwin 1.7 release (was ...)]

[Corinna Vinschen]

On Jun  6 01:15, Dave Korn wrote:
> Corinna Vinschen wrote:
> 
> > Not good.  I'm puzzled where this allocated 68K region is exactly coming
> > from, but it really looks like something which occurs in or near dlopen.
> > 
> > I'm going to debug this further tomorrow.  I guess that goes without
> > saying, but I'd be glad for any help.
> 
>   I'll just suggest that these problems can often be debugged more easily in
> windbg than gdb, what with gflags/appverifier heap tracking, !vad, !heap, and
> related commands.  The gflags FLG_HEAP_ENABLE_TAG_BY_DLL might come in handy 
> here.

Right.  You might have noticed in my mail that I refer to WinDbg
already.  It has a couple of invaluable helpers.  !vprot is one of my
favorites, as well as the many available display formats in the memory
window.

This morning I woke up and suddenly knew what's going on.  It's the size
of a structure, which had a size of 320 bytes before.  Now it has a size
of 65596 bytes since the filename stored in it is now a potentially 32K
long wide character string.  The structure must be shrinked again.  I
guess I have a patch by tonight.


Stay tuned,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Fwd: [1.7] wcwidth failing configure tests]

[Andy Koppe]

2009/6/5 Thomas Wolff:
> the locale syntax allows for an optional "modifier" which can be used to
> specify deviations, e.g.
>        de_DE           has charmap ISO-8859-1
>        de...@euro      has charmap ISO-8859-15
>        uz_UZ           has charmap ISO-8859-1
>        uz...@cyrillic  has charmap UTF-8
>        aa_ER and aa...@saaho both have charmap UTF-8 (with some other 
> difference).
> Thus you could define e.g.
>        ja_jp.ut...@cjk
> or
>        ja_jp.ut...@cjkwidth
> to indicate CJK width properties. I guess this is the most compliant way to 
> go.

This looks the right approach to me.

However, to make the locale setting more convenient for CJK users,
there could be modifiers for both widths. Without modifier, the CJK
locales would default to "Ambiguous Wide", while everything else would
default to "Ambiguous Narrow".

In the time-honoured tradition of keeping Unix identifiers brief and
obscure, I propose the modifiers should be "@aw" and "@an". Otherwise,
how about "@ambigwide" and "@ambignarrow"?

Calling it something like "cjkwide" has the problem that it gives the
impression that the actual CJK ideographs are affected by this,
whereas this really concerns things like line drawing characters and
non-latin non-CJK letters. That confused me to start with anyway.

Puzzled that this hasn't been solved in glibc years ago ...

Andy

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/