Re: Test and upload: ctags 5.7

[Warren Young]

Jari Aalto wrote:


Web server problem?


No, just a brain fart.  I uploaded them to my testing server, and then 
didn't push them to the production server.  Sorry about that.

Re: font and screen size

[Angelo Graziosi]

On Wed, 5 Sep 2007, Cole Radcliffe wrote:

 That is weird. I do not have a .Xdefaults in my home directory.

YOU should create $HOME/'.Xdefaults' if YOU like! That file is for YOUR
preferences! Try it! If you do not like, you can delete that file!


Cheers,

   Angelo.

I do
 have a .Xauthority-c file, which is empty. I downloaded it pretty
 recently, maybe we are working with different versions.

 On 9/5/07, Angelo Graziosi [EMAIL PROTECTED] wrote:
 
  In my $HOME/.Xdefaults I have:
 
 
  ! -[ xft ] -
  Xft*antialias: true
  Xft*autohint: true
 
 
  ! -[ xterm ] -
  XTerm*background:   Black
  XTerm*foreground:   LightGray
  XTerm*scrollBar:true
  XTerm*rightScrollBar:   true
  XTerm*faceName: BitStream Vera Sans Mono
  XTerm*faceSize: 14
 
  You can try also faceSize 10 or 12.
 
  Cheers,
 Angelo.
 
 
  ---
  Angelo Graziosi: http://www.webalice.it/angelo.graziosi
 
 
  ...d'orgoglio spezzato inseguendo il desiderio del cuore
 
  Egdar Lee MASTERS, Antologia di Spoon River
 




---
Angelo Graziosi: http://www.webalice.it/angelo.graziosi


...d'orgoglio spezzato inseguendo il desiderio del cuore

Egdar Lee MASTERS, Antologia di Spoon River

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

Re: font and screen size

[Holger Krull]

Cole Radcliffe schrieb:
 That is weird. I do not have a .Xdefaults in my home directory. I do
 have a .Xauthority-c file, which is empty. I downloaded it pretty
 recently, maybe we are working with different versions.

That is no suprise. If you have no .Xdefaults, then just create it.


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

Re: scroll bars

[Reid Thompson]

On Thu, 2007-09-06 at 00:22 -0500, Cole Radcliffe wrote:
 %RUN% xterm -fn 10x20 -scrollbar -e /usr/bin/bash -l does not work for me
 
 I also tried it with -scrollBar
 

That's because -scrollbar is not a valid command line parameter tor
xterm.

%RUN% xterm -fn 10x20 -sb -sl 2500 -e /usr/bin/bash -l 


see xterm -help

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

Windows GUI apps from xterm

[Mahdi A Sbeih]

Hello all,

I am on windows terminal server win_ts:
When executing a windows GUI application such as calc from a cygwin 
shell, it works just fine, without setting any DISPLAY env variable.
Now if I connect to terminal server win_ts from a unix xterm - I am 
still on the same terminal server - and try to run calc, it hangs, but 
running something like xcalc works fine.


It seems that running pure windows GUI app such as calc only woks from 
a cygwin shell, and not connecting to the cygwin shell from a unix xterm 
even though everything is happening on the same windows terminal server.


Please advice.

-Mahdi


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

Re: Windows GUI apps from xterm

[Holger Krull]

Mahdi A Sbeih schrieb:
 I am on windows terminal server win_ts:
 When executing a windows GUI application such as calc from a cygwin
 shell, it works just fine, without setting any DISPLAY env variable.

No surprise here. Windows applications don't use X11, so they don't look for 
DISPLAY.


 Now if I connect to terminal server win_ts from a unix xterm - I am
 still on the same terminal server - and try to run calc, it hangs, but
 running something like xcalc works fine.

I'm not sure what you mean by unix xterm.
If that means connecting from a different system, then you can't get calc 
because calc can't display itself on a X11 Server.

If you mean starting calc from cygwins xterm on the same server, as your hint 
suggests, then you probably run into specific problems a terminal server has 
(finding the right session). 
Starting a windows app from cygwin xterm works here without problems.
Does calc come up in the tasklist?






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

Re: Xdmcp too slow with SOME Linux accounts.

[Michael Giroux]

Thanks

-swcursor has eliminated the console messages, and it manages to
highlight the extremely slow response.  It is taking several seconds
for the mouse pointer to move when I move the physical mouse.  In
fact, I now realize that keyboard is non responsive as well.  I'm not
seeing any cpu utilization on either system, which gives me the
feeling that there is a loop somewhere looking for events and the loop
is using a timer or something.  Using GUI on the physical Linux box
does not have this problem, so I keep guessing that it has something
to do with TCP/IP buffering or polling.

Guess I'll have to ask a network admin to monitor this connection to
confirm or discard that theory.


Michael

On 9/5/07, Holger Krull [EMAIL PROTECTED] wrote:
  winLoadCursor - Windows requires 32x32 cursor
  but X requires 39x26


 That seems odd. I have never seen such a message. Does the working login get 
 the same message?
 Maybe try to start with -swcursor

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

Re: font and screen size

[Holger Krull]

Cole Radcliffe schrieb:
 So that xterm will automatically know to look in .Xdefaults if I make
 that file?

Yes.

 How does it know that?

Because it has been build that way.

Almost any program that uses X11 will honor the settings in .Xdefaults.




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

Re: font and screen size

[Angelo Graziosi]

On Thu, 6 Sep 2007, Cole Radcliffe wrote:

 So that xterm will automatically know to look in .Xdefaults if I make
 that file?

Not only xterm but also other applications look in .Xdefaults!

If you google for .Xdefaults, I am sure you will find other examples!


 How does it know that?


Don't worry about these things... step by step you will have all the
knowledge of universe!


 On 9/6/07, Angelo Graziosi [EMAIL PROTECTED] wrote:

Instead, why you cite this   ^^
explicitly?

You do not know SPAMMERS?

Have you asked yourself why on cygwin lists you are cited as:


   Cole Radcliffe coleradcliffe at gmail dot com

This is a more fundamental question to ask for !!!


   Angelo.


---
Angelo Graziosi: http://www.webalice.it/angelo.graziosi


...d'orgoglio spezzato inseguendo il desiderio del cuore

 Egdar Lee MASTERS, Antologia di Spoon River

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

programs (e.g. xterms) not refreshing properly running on different virtual desktops

[Stanislav Borodai]

Hi,

I noticed when I run X and use multiple virtual desktops (using Nvidia
nview), xterms and other X applications are
not refreshing properly if they are located on different virtual
desktops. For example, if I start 2 xterms on desktop 1
and if these xterms overlap, then if I send one of them to desktop 2
and switch to desktop 2, the overlapping region
in the xterm on desktop 2 would be shown filled with contents from
xterm from desktop 1.
This can be fixed by minimizing and restoring xterm window, but it is
not an easy
solution if one has an X application with multiple windows, since all
of them have to be minimized and restored to force
refresh. I searched cygwin-xfree mailing list and this problem seems
to resemble closely the one mentioned in:
http://sourceware.org/ml/cygwin-xfree/2003-03/msg00138.html
as fixed, but it still does not seem to work.

I am running X as:
%RUN% XWin -multiwindow -clipboard -silent-dup-error
the version of the X packages is:
6.8.99.901-1

I also tried it with -multiplemonitors option (even though I am
running virtual desktops
on a single monitor) but it did not help.

Any suggestions?

Thanks,
Stas.

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

re: scroll

[Cole Radcliffe]

What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll

On Thu, 2007-09-06 at 00:22 -0500, Cole Radcliffe wrote:
 %RUN% xterm -fn 10x20 -scrollbar -e /usr/bin/bash -l does not work for me

 I also tried it with -scrollBar


That's because -scrollbar is not a valid command line parameter tor
xterm.

%RUN% xterm -fn 10x20 -sb -sl 2500 -e /usr/bin/bash -l


see xterm -help

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

Re: scroll

[Reid Thompson]

Reid Thompson wrote:

Cole Radcliffe wrote:

What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll


my options are the same - XWin -multiwindow -clipboard -silent-dup-error 


What exactly is weird? Email me directly a png of the xterm window.

click in the terminal window and hold down your enter key until your 
buffer starts scrolling up -- then you can use the left and right mouse 
buttons to scroll up/down the xterm buffer by clicking above/below the 
scrollbar slider ( i.e. you will NOT be able to scroll until you've 
ENTERED enough to cause buffering to occur



you may prefer rxvt over xterm
the options are pretty much the same

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

Re: scroll

[Reid Thompson]

Cole Radcliffe wrote:

What are the XWin server options you are using with that Reid? Mine
which are %RUN% XWin -clipboard -silent-dup-error -multiwindow give
some weird object that looks like a scrollbar on the side but it does
not allow you to scroll


my options are the same - XWin -multiwindow -clipboard -silent-dup-error 


What exactly is weird? Email me directly a png of the xterm window.

click in the terminal window and hold down your enter key until your 
buffer starts scrolling up -- then you can use the left and right mouse 
buttons to scroll up/down the xterm buffer by clicking above/below the 
scrollbar slider ( i.e. you will NOT be able to scroll until you've 
ENTERED enough to cause buffering to occur



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

src/winsup/cygwin ChangeLog include/sys/stdio.h

[briand]

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2007-09-06 18:47:44

Modified files:
winsup/cygwin  : ChangeLog 
winsup/cygwin/include/sys: stdio.h 

Log message:
* include/sys/stdio.h (_flockfile): Don't try to lock a FILE
that has the __SSTR flag set.
(_ftrylockfile): Likewise.
(_funlockfile): Likewise.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3924r2=1.3925
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/stdio.h.diff?cvsroot=srcr1=1.6r2=1.7

src/winsup/cygwin ChangeLog include/cygwin/con ...

[briand]

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2007-09-07 00:44:27

Modified files:
winsup/cygwin  : ChangeLog 
winsup/cygwin/include/cygwin: config.h 

Log message:
* include/cygwin/config.h (__getreent): Define inline version.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3925r2=1.3926
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/config.h.diff?cvsroot=srcr1=1.5r2=1.6

[patch] Fix multithreaded snprintf

[Brian Dessent]

I tracked down the problem reported in
http://www.cygwin.com/ml/cygwin/2007-09/msg00120.html.  The crash was
occuring in pthread_mutex_lock, but that's a bit of a red herring.  The
real problem is that both newlib and Cygwin provide a
include/sys/stdio.h file, however they were out of sync with regard to
the _flockfile definition.

This comes about because vsnprintf() is implemented by creating a struct
FILE that represents the string buffer and then this is passed to the
standard vfprintf().  The 'flags' member of this FILE has the __SSTR
flag set to indicate that this is just a string buffer, and consequently
no locking should or can be performed; the lock member isn't even
initialized.

The newlib/libc/include/sys/stdio.h therefore has this:

#if !defined(_flockfile)
#ifndef __SINGLE_THREAD__
#  define _flockfile(fp) (((fp)-_flags  __SSTR) ? 0 :
__lock_acquire_recursive((fp)-_lock))
#else
#  define _flockfile(fp)
#endif
#endif

#if !defined(_funlockfile)
#ifndef __SINGLE_THREAD__
#  define _funlockfile(fp) (((fp)-_flags  __SSTR) ? 0 :
__lock_release_recursive((fp)-_lock))
#else
#  define _funlockfile(fp)
#endif
#endif

However, the Cygwin version of this header with the same name gets
preference and doesn't know to check the flags like this, and thus
unconditionally tries to lock the stream.  This leads ultimately to a
crash in pthread_mutex_lock because the lock member is just
uninitialized junk.

The attached patch fixes Cygwin's copy of the header and makes the
poster's testcase function as expected.  This only would appear in a
multithreaded program because the __cygwin_lock_* functions expand to
no-op in the case where there's only one thread.

Since this is used in a C++ file (syscalls.cc) I couldn't do the test ?
0 : func() idiom where void is the return type as that generates a
compiler error, so I use an 'if'.

Brian2007-09-06  Brian Dessent  [EMAIL PROTECTED]

* include/sys/stdio.h (_flockfile): Don't try to lock a FILE
that has the __SSTR flag set.
(_ftrylockfile): Likewise.
(_funlockfile): Likewise.


Index: include/sys/stdio.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/sys/stdio.h,v
retrieving revision 1.6
diff -u -p -r1.6 stdio.h
--- include/sys/stdio.h 5 Feb 2006 20:30:24 -   1.6
+++ include/sys/stdio.h 6 Sep 2007 18:27:33 -
@@ -16,13 +16,16 @@ details. */
 
 #if !defined(__SINGLE_THREAD__)
 #  if !defined(_flockfile)
-#define _flockfile(fp) __cygwin_lock_lock ((_LOCK_T *)(fp)-_lock)
+#define _flockfile(fp) ({ if (!((fp)-_flags  __SSTR)) \
+  __cygwin_lock_lock ((_LOCK_T *)(fp)-_lock); })
 #  endif
 #  if !defined(_ftrylockfile)
-#define _ftrylockfile(fp) __cygwin_lock_trylock ((_LOCK_T *)(fp)-_lock)
+#define _ftrylockfile(fp) (((fp)-_flags  __SSTR) ? 0 : \
+  __cygwin_lock_trylock ((_LOCK_T *)(fp)-_lock))
 #  endif
 #  if !defined(_funlockfile)
-#define _funlockfile(fp) __cygwin_lock_unlock ((_LOCK_T *)(fp)-_lock)
+#define _funlockfile(fp) ({ if (!((fp)-_flags  __SSTR)) \
+  __cygwin_lock_unlock ((_LOCK_T *)(fp)-_lock); })
 #  endif
 #endif
 

Re: [patch] Fix multithreaded snprintf

[Brian Dessent]

Christopher Faylor wrote:

 Go ahead and check this in but could you add a comment indicating that
 this part of include/sys/stdio.h has to be kept in sync with newlib?

Done.

 Nice catch!

I wish I could say I caught this by inspection but it was only by single
stepping through python guts that it became apparent what was going on.

Brian

Re: [patch] Fix multithreaded snprintf

[Christopher Faylor]

On Thu, Sep 06, 2007 at 11:30:17AM -0700, Brian Dessent wrote:

I tracked down the problem reported in
http://www.cygwin.com/ml/cygwin/2007-09/msg00120.html.  The crash was
occuring in pthread_mutex_lock, but that's a bit of a red herring.  The
real problem is that both newlib and Cygwin provide a
include/sys/stdio.h file, however they were out of sync with regard to
the _flockfile definition.

This comes about because vsnprintf() is implemented by creating a struct
FILE that represents the string buffer and then this is passed to the
standard vfprintf().  The 'flags' member of this FILE has the __SSTR
flag set to indicate that this is just a string buffer, and consequently
no locking should or can be performed; the lock member isn't even
initialized.

The newlib/libc/include/sys/stdio.h therefore has this:

#if !defined(_flockfile)
#ifndef __SINGLE_THREAD__
#  define _flockfile(fp) (((fp)-_flags  __SSTR) ? 0 :
__lock_acquire_recursive((fp)-_lock))
#else
#  define _flockfile(fp)
#endif
#endif

#if !defined(_funlockfile)
#ifndef __SINGLE_THREAD__
#  define _funlockfile(fp) (((fp)-_flags  __SSTR) ? 0 :
__lock_release_recursive((fp)-_lock))
#else
#  define _funlockfile(fp)
#endif
#endif

However, the Cygwin version of this header with the same name gets
preference and doesn't know to check the flags like this, and thus
unconditionally tries to lock the stream.  This leads ultimately to a
crash in pthread_mutex_lock because the lock member is just
uninitialized junk.

The attached patch fixes Cygwin's copy of the header and makes the
poster's testcase function as expected.  This only would appear in a
multithreaded program because the __cygwin_lock_* functions expand to
no-op in the case where there's only one thread.

Since this is used in a C++ file (syscalls.cc) I couldn't do the test ?
0 : func() idiom where void is the return type as that generates a
compiler error, so I use an 'if'.

Thanks for the patch.

Go ahead and check this in but could you add a comment indicating that
this part of include/sys/stdio.h has to be kept in sync with newlib?

Nice catch!

cgf

Re: [patch] Fix multithreaded snprintf

[Christopher Faylor]

On Thu, Sep 06, 2007 at 11:53:02AM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
 Nice catch!

I wish I could say I caught this by inspection but it was only by single
stepping through python guts that it became apparent what was going on.

Better you than me.  :-)

cgf

Re: [patch] inline __getreent in newlib

[Christopher Faylor]

On Thu, Sep 06, 2007 at 04:38:04PM -0700, Brian Dessent wrote:

I noticed today that all instances of _REENT in newlib go through a
function call to __getreent().  All this function does is get the value
of %fs:4 and subtract a fixed offset from it, so this seems rather
wasteful.  And we already have the required value of this offset
computed for us in tlsoffsets.h, so we have everything we need to
provide newlib with an inline version of this function, saving the
overhead of a function call.  It would obviously be cleaner to be able
to do:

#define __getreent() (_my_tls.local_clib)

...however this would require dragging all kinds of internal Cygwin
definitions into a newlib header and since we already have the required
offset in tlsoffsets.h we might as well just use that.  The attached
patch does this; the second part would obviously have to be approved by
the newlib maintainers, but I thought I'd see if there's any interest in
this idea first before bothering them.

I don't pretend to claim that this is a very scientific benchmark at
all, but there does seem to be a slight improvement especially in the
getc column which represents reading the whole 16MB file one byte at a
time, where this _REENT overhead would be most pronounced.

So, valid optimization or just complication?

Brian
2007-09-06  Brian Dessent  [EMAIL PROTECTED]

   * include/cygwin/config.h (__getreent): Define inline version.

I've always meant to investigate some way to turn the reent stuff into
a macro in the newlib library after doing that for cygwin.  I'm not
wild about using offsets like this but I can't think of any other way
to do it which didn't have the problems that you describe.

So, I guess I'll come down on the side of speed over clarity.  I'm sure
that Jeff won't mind your checking in the undef in newlib.  So, please
check in everything but, again, document heavily what you're doing with
the reent macro.

Thanks.

cgf

Re: [patch] inline __getreent in newlib

[Brian Dessent]

CC'd to newlib: I've checked in the attached change to
libc/reent/getreent.c as obvious, please let me know if it breaks
anything.

Christopher Faylor wrote:

 So, I guess I'll come down on the side of speed over clarity.  I'm sure
 that Jeff won't mind your checking in the undef in newlib.  So, please
 check in everything but, again, document heavily what you're doing with
 the reent macro.

Done.  I added the following comment to config.h to hopefully clarify
the situation:

/* The following provides an inline version of __getreent() for newlib,
   which will be used throughout the library whereever there is a _r
   version of a function that takes _REENT.  This saves the overhead
   of a function call for what amounts to a simple computation.
   
   The definition below is essentially equivalent to the one in cygtls.h
   (_my_tls.local_clib) however it uses a fixed precomputed
   offset rather than dereferencing a field of a structure.
   
   Including tlsoffets.h here in order to get this constant offset
   tls_local_clib is a bit of a hack, but the alternative would require
   dragging the entire definition of struct _cygtls (a large and complex
   Cygwin internal data structure) into newlib.  The machinery to
   compute these offsets already exists for the sake of gendef so
   we might as well just use it here.  */

Brian2007-09-06  Brian Dessent  [EMAIL PROTECTED]

* libc/reent/getreent.c: Allow for case where __getreent is
defined as a macro.

Index: libc/reent/getreent.c
===
RCS file: /cvs/src/src/newlib/libc/reent/getreent.c,v
retrieving revision 1.1
diff -u -p -r1.1 getreent.c
--- libc/reent/getreent.c   17 May 2002 23:39:37 -  1.1
+++ libc/reent/getreent.c   6 Sep 2007 23:13:10 -
@@ -3,6 +3,10 @@
 #include _ansi.h
 #include reent.h
 
+#ifdef __getreent
+#undef __getreent
+#endif
+
 struct _reent *
 _DEFUN_VOID(__getreent)
 {

[patch] inline __getreent in newlib

[Brian Dessent]

I noticed today that all instances of _REENT in newlib go through a
function call to __getreent().  All this function does is get the value
of %fs:4 and subtract a fixed offset from it, so this seems rather
wasteful.  And we already have the required value of this offset
computed for us in tlsoffsets.h, so we have everything we need to
provide newlib with an inline version of this function, saving the
overhead of a function call.  It would obviously be cleaner to be able
to do:

#define __getreent() (_my_tls.local_clib)

...however this would require dragging all kinds of internal Cygwin
definitions into a newlib header and since we already have the required
offset in tlsoffsets.h we might as well just use that.  The attached
patch does this; the second part would obviously have to be approved by
the newlib maintainers, but I thought I'd see if there's any interest in
this idea first before bothering them.

The following is the result of the iospeed output from the testsuite:
(units are ms elapsed as returned by GetTickCount, so smaller is better,
but note that the resolution here is at best 10ms.)

Before:
  - text -   binary 
lineszcr  getc fread fgets  getc fread fgets
 4 0  1906   110   656  189078   719
64 0  190694   218  190746   110
  4096 0  1922   125   172  23136263
 4 1  1438   203   640  189063   719
64 1  1891   109   219  19226394
  4096 1  193893   188  19227878

After:
  - text -   binary 
lineszcr  getc fread fgets  getc fread fgets
 4 0  1781   125   672  178262   703
64 0  1765   110   218  175062   109
  4096 0  179793   188  17667878
 4 1  1328   188   609  175062   719
64 1  1750   109   203  178147   109
  4096 1  1797   125   172  17666263

I don't pretend to claim that this is a very scientific benchmark at
all, but there does seem to be a slight improvement especially in the
getc column which represents reading the whole 16MB file one byte at a
time, where this _REENT overhead would be most pronounced.

So, valid optimization or just complication?

Brian2007-09-06  Brian Dessent  [EMAIL PROTECTED]

* include/cygwin/config.h (__getreent): Define inline version.


Index: include/cygwin/config.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/cygwin/config.h,v
retrieving revision 1.5
diff -u -p -r1.5 config.h
--- include/cygwin/config.h 15 Nov 2003 17:04:10 -  1.5
+++ include/cygwin/config.h 6 Sep 2007 23:12:33 -
@@ -20,6 +20,9 @@ extern C {
 #define _CYGWIN_CONFIG_H
 
 #define __DYNAMIC_REENT__
+#include ../tlsoffsets.h
+extern char *_tlsbase __asm__ (%fs:4);
+#define __getreent() (struct _reent *)(_tlsbase + tls_local_clib)
 #define __FILENAME_MAX__ (260 - 1 /* NUL */)
 #define _READ_WRITE_RETURN_TYPE _ssize_t
 #define __LARGE64_FILES 1
2007-09-06  Brian Dessent  [EMAIL PROTECTED]

* libc/reent/getreent.c: Allow for case where __getreent is
defined as a macro.

Index: libc/reent/getreent.c
===
RCS file: /cvs/src/src/newlib/libc/reent/getreent.c,v
retrieving revision 1.1
diff -u -p -r1.1 getreent.c
--- libc/reent/getreent.c   17 May 2002 23:39:37 -  1.1
+++ libc/reent/getreent.c   6 Sep 2007 23:13:10 -
@@ -3,6 +3,10 @@
 #include _ansi.h
 #include reent.h
 
+#ifdef __getreent
+#undef __getreent
+#endif
+
 struct _reent *
 _DEFUN_VOID(__getreent)
 {

Re: Threading issue in cygwin python 2.5.1-2 ?

[Steve Holden]

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type help, copyright, credits or license for more information.


Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$

Under a standard Windows 2.5.1 it created a window then appeared to 
print random times until I clicked the Done button:


C:\Steve\Projects\Pythonpython test0
0.303836168441
0.98021967508
0.254334126577
0.642678393476
0.782094370266
0.940786018121
0.0488669290821
0.812403721535
0.693703472455
0.723381783101
0.859300279852
0.706147636363
0.579343687831
0.336892085766
0.0564730443564
0.714308189887
0.42816364
0.912370764441
0.806818121522
0.189626500124
0.642553238166
0.217957344654
0.383676668709
0.904024479849
0.651319966186
0.65381986854
0.770733203355
0.114970365957
0.717903651883
0.716191537539
0.377106793004
0.137836788132

C:\Steve\Projects\Python


regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden
--- Asciimercial --
Get on the web: Blog, lens and tag the Internet
Many services currently offer free registration
--- Thank You for Reading -


--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Steve Holden wrote:

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type help, copyright, credits or license for more information.


Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py


So it fails, but doesn't bring up the exception dialog.




[EMAIL PROTECTED] ~/Projects/Python
$

Under a standard Windows 2.5.1 it created a window then appeared to 
print random times until I clicked the Done button:


C:\Steve\Projects\Pythonpython test0
0.303836168441
0.98021967508
0.254334126577
...

Yep, that's what it should do.

Thanks for checking.

Jim

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Steve Holden]

Jim Kleckner wrote:



Steve Holden wrote:

Jim Kleckner wrote:

Jim Kleckner wrote:

I get an exception running a Python example that uses threads
that I downloaded from the net (ASPN):
  http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965


Would some kind soul try the example and let me know that it
does/doesn't work for you?  Setting debug print around the
code suggests that the third Lock object created causes the
exception.

Thanks - Jim



Not sure this is going to help ...

$ /usr/bin/python
Python 2.5.1 (r251:54863, Aug 30 2007, 08:07:01)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type help, copyright, credits or license for more information.


Running the example on the above Python system I just see the command 
prompt return with no program output whatsoever:


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py


So it fails, but doesn't bring up the exception dialog.

That's right: nothing at all. But note I compiled this particular 
version myself, so I guess it's possible I didn't enable threads.


[Re-installs standard 2.5.1 for Cygwin].

Strange how hotel network bandwidth always seems to drop to that of a 
piece of wet string when you really need performance ... oh well, at 
least now I know how long it take to download Python at 22.6 kb/s :-)


Nope, sorry, same results after reverting to the standard install. Runs 
to completion with no error dialog nor output.


regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden
--- Asciimercial --
Get on the web: Blog, lens and tag the Internet
Many services currently offer free registration
--- Thank You for Reading -


--
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/

OpenSSH source in winsup?

[Siva]

I would like to know if the source code for Cygwin's version of OpenSSH 
is stored in the winsup CVS repository.


If not, please tell me where I can get this code.  Thanks.

--
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: OpenSSH source in winsup?

[Carlo Florendo]

Siva wrote:
I would like to know if the source code for Cygwin's version of OpenSSH 
is stored in the winsup CVS repository.


No, it is not.  What made you think that?


If not, please tell me where I can get this code.  Thanks.


Run setup.exe and when you get to the part that shows the packages,

1. Maximize the window
2. Navigate through openssh and click the corresponding box on the src 
column.  You may need to click the corresponding box on the new column.


Thank you very much!

Best Regards,

Carlo

--
Carlo Florendo
Software Engineer/Network Co-Administrator
Astra Philippines Inc.
UP-Ayala Technopark, UP Campus Diliman
1101 Quezon City, Philippines
http://www.astra.ph

--
The Astra Group of Companies
5-3-11 Sekido, Tama City
Tokyo 206-0011, Japan
http://www.astra.co.jp

--
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: OpenSSH source in winsup?

[Brian Dessent]

Siva wrote:

 I would like to know if the source code for Cygwin's version of OpenSSH
 is stored in the winsup CVS repository.

No.  Why would you think that?  The last thing we would want to do is
fork our own version of OpenSSH and have to worry about maintaining it
separate from the OpenSSH team.  For security software especially, this
would be madness.  Corinna does a very good job of pushing the
occasional Cygwin fix upstream.

 If not, please tell me where I can get this code.  Thanks.

http://www.openssh.com/portable.html

Brian

--
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] Updated: zsh-4.3.4-1

[Peter A. Castro]

An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.

NOTICE:
===
This version has Multi-byte/Unicode support enabled in it.  This may or
may not present problems for existing scripts which assumed a prior
behaviour concerning multi-byte characters.  If this breaks too many
existing user scripts, then I will disable this behaviour in the next
build upon request.

This release will work with cygwin-1.5.18-1 or later.

- Note: 4.3.3 was never released for Cygwin due to stability issues.


NEWS:
=

This release includes the following:

- Multi-byte/Unicode support.
   Work continues to improve this feature.  Please file bug reports as needed.

- Various base bug fixes and enhancements:
   Sorry, too numerous to list, see ChangeLog link below.

- Many auto-completion commands/functions/types have been added/updated.
   Sorry, too numerous to list, see ChangeLog link below.

- Fix to zftp to make Account parameter work correctly.

- see ChangeLogs:
http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.4
http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.2

DESCRIPTION:

Zsh is a UNIX command interpreter (shell) usable as an interactive login
shell and as a shell script command processor.  Of the standard shells,
zsh most closely resembles `ksh' but includes many enhancements.  Zsh has
command line editing, builtin spelling correction, programmable command
completion, shell functions (with autoloading), a history mechanism, and
a host of other features.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'zsh' in the
'Shell' category (you will have select it).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED]
Cats are just autistic Dogs -- Dr. Tony Attwood

--
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: Slowness problem due to sjlj-exceptions for Octave

[Anthony Heading]

Brian Dessent wrote:

The choice to ship gcc configured for SJLJ is because it is the only way
to guarantee correct behavior in all cases.  [... elided... ] EH across
shared libraries will always be broken in the case of static libgcc et
al.  (The same is true on other platforms like Linux, so it's not a
unique situation.  But MinGW is kind of unique as its users expect to
build standalone apps that don't require DLLs like cygwin1.dll or
libgcc.dll.)


That's a really informative overview - thanks.

FWIW, I discovered that much of my own C++ code ran slower by a factor 
of three, and it was due to SJLJ exceptions.  So I used Danny's patch 
with upstream GCC4, which fixed the problem.  (I also experimented 
vaguely successfully with building a cross-compiler to native windows, 
modulo the exception limitations that you describe.) This is all tricky 
stuff though, and it would be really helpful if some form of out-the-box 
compiler didn't incur the show-stopping speed penalty.


In my case, principally using cygwin to port Unix code to run on 
Windows, it's quite common already to have taken care not to throw 
exceptions across library boundaries:  indeed, Unix libraries have often 
been compiled with totally different compilers using C as the lingua 
franca ABI.  This has never been exception-safe, and there was no 
expectation that it should be.


So it seems to be a pretty high hurdle to have full windows 
compatibility here, and frustratingly I don't really understand the aim 
or the purpose.  For code that is going to link with Windows/msvcrt, 
using mingw is an obvious first choice, and the correctness guarantee is 
likely critical.   For code that is going to link with cygwin1.dll, I'm 
having a hard time seeing where this capability is needed: the anecdotal 
evidence on this list and others over the past few years seems to agree 
with my own perception that the speed performance loss is conceded to 
solve a recondite theoretical issue for most Cygwin users.   Not to say 
that the constraint isn't technically real, but it it worth killing the 
Cygwin platform for Octave et al when mingw is available for those that 
need it?


Anthony

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Igor Peshansky]

On Wed, 5 Sep 2007, Steve Holden wrote:

   Running the example on the above Python system I just see the command
   prompt return with no program output whatsoever:
  
   [EMAIL PROTECTED] ~/Projects/Python
   $ /usr/bin/python test03.py
 
  So it fails, but doesn't bring up the exception dialog.

 That's right: nothing at all. But note I compiled this particular version
 myself, so I guess it's possible I didn't enable threads.

What's the exit code?  The behavior sounds suspiciously like a missing DLL
case...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Belief can be manipulated.  Only knowledge is dangerous.  -- Frank Herbert

--
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: Slowness problem due to sjlj-exceptions for Octave

[Brian Dessent]

Anthony Heading wrote:

 So it seems to be a pretty high hurdle to have full windows
 compatibility here, and frustratingly I don't really understand the aim
 or the purpose.  For code that is going to link with Windows/msvcrt,
 using mingw is an obvious first choice, and the correctness guarantee is
 likely critical.   For code that is going to link with cygwin1.dll, I'm
 having a hard time seeing where this capability is needed: the anecdotal
 evidence on this list and others over the past few years seems to agree
 with my own perception that the speed performance loss is conceded to
 solve a recondite theoretical issue for most Cygwin users.   Not to say
 that the constraint isn't technically real, but it it worth killing the
 Cygwin platform for Octave et al when mingw is available for those that
 need it?

I think you're confusing the two separate issues, or maybe I didn't
transition from one to the other very clearly.

The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
4.3) can't deal with foreign frames.  You can run into this simply by
writing a Windows GUI app, since the winproc is a callback.  This is
unrelated to whether you have static or shared libgcc, or exceptions
across libraries, or cygwin1.dll/msvcrt.dll.  I don't know how many
people use gcc 3.x to write Win32 GUI apps that use exceptions, but
without SJLJ I think it would be near-impossible to do this.  And that's
not a very far fetched or abstract idea: Cygwin's own setup.exe is a GUI
C++ app that uses exceptions, and it would fail miserably with 3.x
Dwarf2 EH.  You can't just say sorry, gcc can't be used to write
Windows GUI apps if you want to use C++ exceptions.

Brian

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Steve Holden]

Igor Peshansky wrote:

On Wed, 5 Sep 2007, Steve Holden wrote:


Running the example on the above Python system I just see the command
prompt return with no program output whatsoever:

[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

So it fails, but doesn't bring up the exception dialog.

That's right: nothing at all. But note I compiled this particular version
myself, so I guess it's possible I didn't enable threads.


What's the exit code?  The behavior sounds suspiciously like a missing DLL
case...


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$ echo $?
0

So, what does this tell us?

regards
 Steve
--
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC/Ltd   http://www.holdenweb.com
Skype: holdenweb  http://del.icio.us/steve.holden
--- Asciimercial --
Get on the web: Blog, lens and tag the Internet
Many services currently offer free registration
--- Thank You for Reading -


--
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: Vista/cygwin tar problem - file changed as we read it

[Aaron Gray]

According to Aaron Gray on 9/2/2007 7:48 AM:
On doing a 'tar -czf ...' I am getting the following 

message for each

subdirectory - file changed as we read it

Anyone know whats going on ?


I know in the past this has been a problem with remote 

shares that don't
have stable inode numbers, but as you haven't posted 

cygcheck output, I

can't say for sure that it is your problem:


Eric,

Cygcheck results attached.

Also cygcheck came up with :-

   'id' program not found
   'id' program not found

Many thanks in advance,

Aaron


cygcheck.out
Description: Binary data
--
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: Threading issue in cygwin python 2.5.1-2 ?

[Larry Hall (Cygwin)]

Steve Holden wrote:

Igor Peshansky wrote:

On Wed, 5 Sep 2007, Steve Holden wrote:


Running the example on the above Python system I just see the command
prompt return with no program output whatsoever:

[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

So it fails, but doesn't bring up the exception dialog.
That's right: nothing at all. But note I compiled this particular 
version

myself, so I guess it's possible I didn't enable threads.


What's the exit code?  The behavior sounds suspiciously like a missing 
DLL

case...


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$ echo $?
0

So, what does this tell us?



Everything is just perfect! ;-)

The value would be non-zero if it couldn't find a needed DLL.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
 Q: Are you sure?
 A: Because it reverses the logical flow of conversation.
 Q: Why is top posting annoying in email?

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Larry Hall (Cygwin) wrote:

Steve Holden wrote:

Igor Peshansky wrote:

On Wed, 5 Sep 2007, Steve Holden wrote:

Running the example on the above Python system I just see the 
command

prompt return with no program output whatsoever:

[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

So it fails, but doesn't bring up the exception dialog.
That's right: nothing at all. But note I compiled this particular 
version

myself, so I guess it's possible I didn't enable threads.


What's the exit code?  The behavior sounds suspiciously like a 
missing DLL

case...


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$ echo $?
0

So, what does this tell us?



Everything is just perfect! ;-)

The value would be non-zero if it couldn't find a needed DLL.




I also get 0 exit code even though there is a dialog box with the
application error codes mentioned before.

[EMAIL PROTECTED] ~]$ python aspn-threading-tkinter.py
[EMAIL PROTECTED] ~]$ echo $?
0
[EMAIL PROTECTED] ~]$


--
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: Help needed with Big List of Dodgy Apps

[Jim Kleckner]

Dave Korn wrote:

  These sorts of problems (cpu usage pegged at 100%, or mysterious hangs or 
fork failures) are often caused by buggy versions of antivirus, antispyware, 
personal firewall, or other similar security or system-related software that 
hooks into every running process and - because it doesn't hook in completely 
transparently - affects the behaviour of the operating system calls that cygwin 
relies on to work.

  I'm adding code to cygcheck to detect whether any of the software that has 
been known at some time to cause these kinds of problems are installed on the 
target system being cygchecked.  The way it detects whether the software is 
there or not is by looking for keys in the registry, files and directories on 
disk, or running processes or loaded DLLs in memory, that would indicate that 
one of the problematic applications is installed.  But I can't do it all 
myself, because I don't have any access to most of the software that has been 
reported to cause problems in the past.
  


Do you think a tester for API sanity is possible?
i.e. make some known good calls and assert their return values or some such.
Is there a common way that the badly designed hooking dlls cause problems
or is each one quite different?




--
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: Slowness problem due to sjlj-exceptions for Octave

[Charles Wilson]

Brian Dessent wrote:

The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
4.3) can't deal with foreign frames. 


I don't think Danny every claimed that 4.3 solved the foreign frame 
problem that Dwarf2 EH suffers from.  I know there was *supposed* to be 
a SoC project to fix that (and another, related one? to add SEH support) 
but I've seen no results from it (either one).


Can you show me where this problem got fixed, in 4.3?  I'd love to be 
wrong...


--
Chuck


--
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] Updated: zsh-4.3.4-1

[zzapper]

 An updated version of zsh (zsh-4.3.4-1) has been released and should be
 at a mirror near you real soon.
 

Peter,
(you may have already got this)

I'm getting the following errors (this is actually for 4.3.2 which I tried 
withot success to roll back to)

3 [main] zsh 5904 C:\cygwin\bin\zsh.exe: *** fatal error - unable to remap
 C:\cygwin\lib\zsh\4.3.2\zsh\complete.dll to same address as parent(0x35) 
!=
 0x39

I've tried  uninstall/reinstall, rebaseall, restarts etc.

If anyone has no problems with 4.3.4, pls let me know



-- 
zzapper
http://www.rayninfo.co.uk/vimtips.html



--
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/

setup.exe not available?

[Yu Namba]

I need to install OpenSSL, but when I click on the link to download/run
setup.exe, the file seems unavailable and I get the The page cannot be
displayed page. Can you please look into this?

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Jim Kleckner wrote:

Larry Hall (Cygwin) wrote:

Steve Holden wrote:

Igor Peshansky wrote:

On Wed, 5 Sep 2007, Steve Holden wrote:

Running the example on the above Python system I just see the 
command

prompt return with no program output whatsoever:

[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

So it fails, but doesn't bring up the exception dialog.
That's right: nothing at all. But note I compiled this particular 
version

myself, so I guess it's possible I didn't enable threads.


What's the exit code?  The behavior sounds suspiciously like a 
missing DLL

case...


[EMAIL PROTECTED] ~/Projects/Python
$ /usr/bin/python test03.py

[EMAIL PROTECTED] ~/Projects/Python
$ echo $?
0

So, what does this tell us?



Everything is just perfect! ;-)

The value would be non-zero if it couldn't find a needed DLL.




I also get 0 exit code even though there is a dialog box with the
application error codes mentioned before.

[EMAIL PROTECTED] ~]$ python aspn-threading-tkinter.py
[EMAIL PROTECTED] ~]$ echo $?
0
[EMAIL PROTECTED] ~]$


Ok, so I downloaded the python source and built a debug version
with:
export EXTRA_CFLAGS=-DPy_DEBUG -DPy_REF_DEBUG -DPy_TRACE_REFS 
-DPYMALLOC_DEBUG -DCOUNT_ALLOCS

./configure --with-pydebug --prefix=$Prefix --mandir='${prefix}/share/man'

Now I run the example and similar to Steve it just exits with no dialog box.
With some extra print statements, it seems to disappear at the line:
self.master.after(100, self.periodicCall)

Running this under gdb gives:

(gdb) run aspn-threading-tkinter.py
Starting program: /usr/bin/python.exe aspn-threading-tkinter.py
Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll
Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll
Loaded symbols for /usr/bin/libpython2.5.dll

Program exited with code 0305.
(gdb)

Running it with idle does give the exception dialog.

I can't seem to grab hold of anything to get a traceback.
Suggestions?
# From http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/82965

This recipe describes how to handle asynchronous I/O in an environment where
you are running Tkinter as the graphical user interface. Tkinter is safe
to use as long as all the graphics commands are handled in a single thread.
Since it is more efficient to make I/O channels to block and wait for something
to happen rather than poll at regular intervals, we want I/O to be handled
in separate threads. These can communicate in a threasafe way with the main,
GUI-oriented process through one or several queues. In this solution the GUI
still has to make a poll at a reasonable interval, to check if there is
something in the queue that needs processing. Other solutions are possible,
but they add a lot of complexity to the application.

Created by Jacob Hall?n, AB Strakt, Sweden. 2001-10-17

import Tkinter
import time
import threading
import random
import Queue

class GuiPart:
def __init__(self, master, queue, endCommand):
self.queue = queue
# Set up the GUI
console = Tkinter.Button(master, text='Done', command=endCommand)
console.pack()
# Add more GUI stuff here

def processIncoming(self):

Handle all the messages currently in the queue (if any).

while self.queue.qsize():
try:
msg = self.queue.get(0)
# Check contents of message and do what it says
# As a test, we simply print it
print msg
except Queue.Empty:
pass
print done processIncoming

class ThreadedClient:

Launch the main part of the GUI and the worker thread. periodicCall and
endApplication could reside in the GUI part, but putting them here
means that you have all the thread controls in a single place.

def __init__(self, master):

Start the GUI and the asynchronous threads. We are in the main
(original) thread of the application, which will later be used by
the GUI. We spawn a new thread for the worker.

print __init__
self.master = master

# Create the queue
print Queue
self.queue = Queue.Queue()

# Set up the GUI part
print GuiPart
self.gui = GuiPart(master, self.queue, self.endApplication)

# Set up the thread to do asynchronous I/O
# More can be made if necessary
self.running = 1
print running
self.thread1 = threading.Thread(target=self.workerThread1)
self.thread1.start()

# Start the periodic call in the GUI to check if the queue contains
# anything
print peridicCall
self.periodicCall()

def periodicCall(self):

Check every 100 ms if there is something new in the queue.

Re: Slowness problem due to sjlj-exceptions for Octave

[Brian Dessent]

Charles Wilson wrote:

 I don't think Danny every claimed that 4.3 solved the foreign frame
 problem that Dwarf2 EH suffers from.  I know there was *supposed* to be
 a SoC project to fix that (and another, related one? to add SEH support)
 but I've seen no results from it (either one).
 
 Can you show me where this problem got fixed, in 4.3?  I'd love to be
 wrong...

The part I was referring to is the w32-unwind.h file of this patch:
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00678.html

/* This file implements the md_fallback_frame_state_for routine for
   Windows, triggered when the GCC table based unwinding process hits a
   frame for which no unwind info has been registered. This typically
   occurs when raising an exception from a signal handler, because the
   handler is actually called from the OS kernel.

Although reading it again I'm not sure if this would also apply in the
case of the callback frame or not, since there's no exception context...
so maybe this is in fact not fixed.  I'll try to make a testcase.

Brian

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Brian Dessent]

Jim Kleckner wrote:

 Running it with idle does give the exception dialog.
 
 I can't seem to grab hold of anything to get a traceback.
 Suggestions?

Thanks for providing a testcase.  Should be fixed in CVS:
http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html

Brian

--
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: cygwin-1.5.24-2 serious shell execution performance degradation on WinXP x64 SP2

[Szymon Lapinski]

Szymon Lapinski wrote:

I'm not sure if this was caused by SP2 or by some of following Windows 
updates but it used to work well before SP2, and still works well on 
Windows 2000.

(...)
 time gawk 'BEGIN{for(i=1;i1000;i++){system(true)}}'
 time for i in `seq 1 1000`; do bash -c true; done

I've decided to uninstall Service Pack 2 on one of my WinXP x64 machines
Scripts runs approximately 3 times faster. It's still far from ideal 
(comparing to 32bit Windows 2000 performance) but it's a BIG difference.


--
Regards,
Szymon Lapinski




--
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: setup.exe not available?

[DePriest, Jason R.]

On 9/6/07, Yu Namba  wrote:
 I need to install OpenSSL, but when I click on the link to download/run
 setup.exe, the file seems unavailable and I get the The page cannot be
 displayed page. Can you please look into this?

 --

When I click on the link, it works just fine for me. http://cygwin.com/setup.exe

-Jason

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Christopher Faylor]

On Thu, Sep 06, 2007 at 12:01:25PM -0700, Brian Dessent wrote:
Jim Kleckner wrote:

 Running it with idle does give the exception dialog.
 
 I can't seem to grab hold of anything to get a traceback.
 Suggestions?

Thanks for providing a testcase.  Should be fixed in CVS:
http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html

I'm generating a snapshot now, too.

Thanks very much for tracking this down Brian.  This is how free
software is supposed to work!

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/

Re: Patch for bash to support PATHEXT in Windows

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A mailing list is more appropriate for this than me personally -
http://cygwin.com/acronyms/#PPIOSPE

According to Mike Parker on 9/6/2007 10:11 AM:
 Eric;
 
 Apologies if you are not the Volunteer BASH Maintainer; if not can you
 point me in the right direction to get it submitted properly?
 
 I have seen many postings about default extensions defined by PATHEXT.
 I have done a patch to support this.
 
 e.g.
 
 export PATHEXT=.ksh;.sh

PATHEXT is a cmd.com feature, and does not have much precedence in Linux.

 
 will add file types .ksh (e.g. xx.ksh) and .sh as a found file. This is
 personally helping me migrate away from MKS Korn Shell.
 
 The Patch
 ==
 
 
 diff -Nur bash-3.2.postpatch/findcmd.c bash-3.2.new/findcmd.c
 --- bash-3.2.postpatch/findcmd.c2007-09-04 16:19:46.019666300 +0100
 +++ bash-3.2.new/findcmd.c2007-09-06 13:40:19.17225 +0100
 @@ -50,6 +50,7 @@
 static char *_find_user_command_internal __P((const char *, int));
 static char *find_user_command_internal __P((const char *, int));
 static char *find_user_command_in_path __P((const char *, char *, int));
 +static char *find_user_command_in_path_orig __P((const char *, char *,
 int));
 static char *find_in_path_element __P((const char *, char *, int, int,
 struct stat *));
 static char *find_absolute_program __P((const char *, int));
 
 @@ -525,12 +526,55 @@
   FS_EXISTS:The first file found will do.
   FS_NODIRS:Don't find any directories.
 */
 +
 +#definePATHEXT_SEP;:/* Separators for parsing PATHEXT */

I'd rather use just :, as in PATH, rather than defining PATHEXT_SEP; but
that may imply also patching cygwin1.dll to treat PATHEXT similarly to PATH.

 static char *
 find_user_command_in_path (name, path_list, flags)
  const char *name;
  char *path_list;
  int flags;
 {
 +  char *found_file;
 +  char *pathext;
 +  char *file_type;
 +  char *trial_name;
 +  int name_length;
 +  SHELL_VAR *var;
 +
 +/* Use original lookup to find name and name.exe */
 +  found_file = find_user_command_in_path_orig(name, path_list, flags);
 +  if(found_file) return (found_file);
 +
 +/* Not found, step through file types in PATHEXT */
 +/* PATHEXT follows the Windows format - e.g. .ksh;.sh;.cmd */
 +  var = find_variable_internal(PATHEXT, 1);
 +  if(var)
 +  {
 +pathext = strdup(value_cell(var));
 +name_length = strlen(name);
 +file_type = strtok(pathext, PATHEXT_SEP);
 +  while(file_type)
 +  {
 +trial_name = malloc(name_length + strlen(file_type) + 1);
 +strcpy(trial_name, name);
 +strcat(trial_name, file_type);
 +found_file = find_user_command_in_path_orig(trial_name,
 path_list, flags);
 +free(trial_name);
 +if(found_file) break;/* Found - break out of loop */
 +file_type = strtok((char *)NULL, PATHEXT_SEP);
 +  }
 +free(pathext);
 +  }
 +  return (found_file);
 +
 +}
 +
 +static char *
 +find_user_command_in_path_orig (name, path_list, flags)
 + const char *name;
 + char *path_list;
 + int flags;
 +{
   char *full_path, *path;
   int path_index, name_len;
   struct stat dotinfo;
 
 End Patch
 ==
 
 
 Hope this helps
 

Thanks for the idea.  However, I'm not sure I want to incorporate this
into cygwin at this time, without more support from cygwin1.dll, or at
least without more discussion on the list.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG4FES84KuGfSFAYARAk7QAJ0bEfXqMAVbuqCTcLZWBd9Yx3i5/ACfY4X9
YoLzIK00vQclYtwDU7JfgSQ=
=VC3V
-END PGP SIGNATURE-

--
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: Patch for bash to support PATHEXT in Windows

[Christopher Faylor]

On Thu, Sep 06, 2007 at 01:12:19PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A mailing list is more appropriate for this than me personally -
http://cygwin.com/acronyms/#PPIOSPE

According to Mike Parker on 9/6/2007 10:11 AM:
 Eric;
 
 Apologies if you are not the Volunteer BASH Maintainer; if not can you
 point me in the right direction to get it submitted properly?
 
 I have seen many postings about default extensions defined by PATHEXT.
 I have done a patch to support this.
 
 e.g.
 
 export PATHEXT=.ksh;.sh

PATHEXT is a cmd.com feature, and does not have much precedence in Linux.

 
 will add file types .ksh (e.g. xx.ksh) and .sh as a found file. This is
 personally helping me migrate away from MKS Korn Shell.
 
 The Patch
 ==
 
 
 diff -Nur bash-3.2.postpatch/findcmd.c bash-3.2.new/findcmd.c
 --- bash-3.2.postpatch/findcmd.c2007-09-04 16:19:46.019666300 +0100
 +++ bash-3.2.new/findcmd.c2007-09-06 13:40:19.17225 +0100
 @@ -50,6 +50,7 @@
 static char *_find_user_command_internal __P((const char *, int));
 static char *find_user_command_internal __P((const char *, int));
 static char *find_user_command_in_path __P((const char *, char *, int));
 +static char *find_user_command_in_path_orig __P((const char *, char *,
 int));
 static char *find_in_path_element __P((const char *, char *, int, int,
 struct stat *));
 static char *find_absolute_program __P((const char *, int));
 
 @@ -525,12 +526,55 @@
   FS_EXISTS:The first file found will do.
   FS_NODIRS:Don't find any directories.
 */
 +
 +#definePATHEXT_SEP;:/* Separators for parsing PATHEXT */

I'd rather use just :, as in PATH, rather than defining PATHEXT_SEP; but
that may imply also patching cygwin1.dll to treat PATHEXT similarly to PATH.

 static char *
 find_user_command_in_path (name, path_list, flags)
  const char *name;
  char *path_list;
  int flags;
 {
 +  char *found_file;
 +  char *pathext;
 +  char *file_type;
 +  char *trial_name;
 +  int name_length;
 +  SHELL_VAR *var;
 +
 +/* Use original lookup to find name and name.exe */
 +  found_file = find_user_command_in_path_orig(name, path_list, flags);
 +  if(found_file) return (found_file);
 +
 +/* Not found, step through file types in PATHEXT */
 +/* PATHEXT follows the Windows format - e.g. .ksh;.sh;.cmd */
 +  var = find_variable_internal(PATHEXT, 1);
 +  if(var)
 +  {
 +pathext = strdup(value_cell(var));
 +name_length = strlen(name);
 +file_type = strtok(pathext, PATHEXT_SEP);
 +  while(file_type)
 +  {
 +trial_name = malloc(name_length + strlen(file_type) + 1);
 +strcpy(trial_name, name);
 +strcat(trial_name, file_type);
 +found_file = find_user_command_in_path_orig(trial_name,
 path_list, flags);
 +free(trial_name);
 +if(found_file) break;/* Found - break out of loop */
 +file_type = strtok((char *)NULL, PATHEXT_SEP);
 +  }
 +free(pathext);
 +  }
 +  return (found_file);
 +
 +}
 +
 +static char *
 +find_user_command_in_path_orig (name, path_list, flags)
 + const char *name;
 + char *path_list;
 + int flags;
 +{
   char *full_path, *path;
   int path_index, name_len;
   struct stat dotinfo;
 
 End Patch
 ==
 
 
 Hope this helps
 

Thanks for the idea.  However, I'm not sure I want to incorporate this
into cygwin at this time, without more support from cygwin1.dll, or at
least without more discussion on the list.

I'm impressed with the patch but I don't think it really adheres to the
philosophy of Cygwin or Linux.

Also, the Cygwin DLL already has enough code to deal with extensions
specially.  We're not going to add more and feed the Cygwin is slow
fodder.

I really am sorry to have to reject the idea when the OP has already
gone to some effort but I just don't see this happening.

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/

setup.exe suggestion + patch

[Lewis Hyatt]

Hello-

Firstly, thanks to everyone who has worked on setup.exe, it's really a 
very convenient program! There is just one thing that has always 
bothered me, which is that you have to click repeatedly on the package 
or category to cycle through all the available actions to find the one 
you want. The main problem is that each click causes the dependencies to 
be recalculated, which can cause annoying slowdowns if you're trying to 
do something like uninstall all packages in a large category. There is 
also the following situation which occurs often, especially when you are 
playing around with installing and uninstalling new packages:


-package A requires package B
-package A has two available versions
-package B appears before package A in the list

Now suppose A and B are both installed, and you want to uninstall them. 
Since B appears first, you click through to uninstall, no problem. Now 
you scroll down, maybe several pages away, and try to uninstall package 
A. The first time you click, though, you end up on the Prev version, 
which then calculates that it needs package A and goes back and sets 
package A to Install again. The only way to uninstall both of them is to 
uninstall B first, and then A. When there are multiple dependencies 
involved, it can quickly get impossible to get setup to do what you want.


The simplest way I could think of to correct this would be to change the 
behavior so that when you click on a Category or a Package, instead of 
simply cycling through, you get a little popup menu that asks you what 
you want to do instead. This way, you can go directly to Uninstall 
without dealing with the intervening options. This also lets you see all 
available versions at once, and avoids calculating dependencies 
unnecessarily.


I wrote a simple patch that implements this suggestion. Attached are the 
outputs of cvs diff (in diff.txt) and cvs diff -n (in diff_n.txt). (I'm 
sorry, I don't know much about CVS, is this the preferred way to submit 
a patch?). Here is a summary of the changes:


-Created new class PopupMenu in PopupMenu.{h,cc}, which makes a popup 
menu at the mouse cursor location and returns the selected item.


-Added #define to resource.h for use by PopupMenu. For now, it just 
reserves 100 IDs, supporting arbitrary popup menus with up to 100 
entries. (The number 100 is easily configurable in resource.h.)


-Modified PickCategoryLine to open the menu instead of cycling.

-Added new function select_action() to the packagemeta class, which 
implements the menu selection. For now, this is done in an extremely 
quick and dirty way that simple calls set_action() repeatedly to figure 
out which options would have been cycled through. I would be willing to 
re-do this in a more efficient way if this patch is deemed useful, but I 
don't even think that's necessary, I think it's fine to do it this way 
which reuses the already bug-tested code in set_action().


-Modified PickPackageLine to call select_action() instead of 
set_action() when the line is clicked.


-Made some minor changes to packagemeta::_action to expose the category 
strings as part of the public interface, so they could be reused in the 
popup menu.


Anyway I hope this is useful, if this patch isn't acceptable please let 
me know and I can fix it or change it. I wasn't sure about conventions 
with tabs, line endings, line lengths, etc., for one thing. In general, 
I think the problem I have described requires fixing. If you don't think 
this solution is an improvement, I can look into fixing it a different 
way also.


-Lewis
? setup/.deps
? setup/.libs
? setup/Makefile
? setup/PopupMenu.cc
? setup/PopupMenu.h
? setup/config.cache
? setup/config.log
? setup/config.status
? setup/inilex.cc
? setup/iniparse.cc
? setup/iniparse.h
? setup/libtool
? setup/setup_version.c
? setup/csu_util/.deps
? setup/csu_util/.dirstamp
? setup/libgetopt++/.libs
? setup/libgetopt++/Makefile
? setup/libgetopt++/config.log
? setup/libgetopt++/config.status
? setup/libgetopt++/libgetopt++.la
? setup/libgetopt++/libtool
? setup/libgetopt++/include/autoconf.h
? setup/libgetopt++/include/stamp-h1
? setup/libgetopt++/src/.deps
? setup/libgetopt++/src/.dirstamp
? setup/libgetopt++/src/BoolOption.lo
? setup/libgetopt++/src/GetOption.lo
? setup/libgetopt++/src/Option.lo
? setup/libgetopt++/src/OptionSet.lo
? setup/libgetopt++/src/StringOption.lo
? setup/libgetopt++/tests/.deps
? setup/libmd5-rfc/.deps
? setup/libmd5-rfc/.dirstamp
? setup/tests/.deps
? setup/tests/Makefile
Index: setup/Makefile.am
===
RCS file: /cvs/cygwin-apps/setup/Makefile.am,v
retrieving revision 2.68
diff -r2.68 Makefile.am
230a231,232
   PopupMenu.h \
   PopupMenu.cc \
Index: setup/PickCategoryLine.cc
===
RCS file: /cvs/cygwin-apps/setup/PickCategoryLine.cc,v
retrieving revision 2.10
diff -r2.10 PickCategoryLine.cc
18a19
 #include 

Re: Slowness problem due to sjlj-exceptions for Octave

[Tatsuro MATSUOKA]

Hello 

This is Tatsuro writing.

My threwing the problem on octave on cygwin seems to cause extensive 
disscussions.
It is greatful for me.  Thank a lot.

Anthony Heading wrote:

  Not to say
 that the constraint isn't technically real, but it it worth killing the
 Cygwin platform for Octave et al when mingw is available for those that
 need it?

Octave by mingw is not perfect yet.  During configure and make, it 
causes problems
so that I have to modify 'config.h'.
After building, I have to modify produced shell command
and some system command which was written by octave language.
My trial mingw octave has not been perfect yet. 
One important system command does not work correctly.   
Benjamin lindar seems to be succeed it but his binary has not been 
coming up yet.

Michael Goffioul has suceeded in building octave on MSVC platform.
But it is not easy other people to use it for optimizeing and 
custamizing octave for thier computer.

For cygwin, shuch effort is not usally required. 
We can make the octave just ./configure and make.
It is still easiest platform to build octave by oneself.
In addition windows gnuplot cannot be used as it is on octave 2.9.xx.
Michael Goffioul solved this problem to prepare special gnuplot.
However its speed is not enough and some times works buggy.
The commucation octave with gnuplot X on cygwin has no problem.

The above is my summary for the situation the Octave for windows at 
present.

For octave for windows, the cygwin platform is still useful. 
Especially for the user dialy cygwin user.
I uses gnuplot on X.  It is better for me than windows native one.
So that I would like to use octave on the cygwin platform.

Brian wrote:
I think you're confusing the two separate issues, or maybe I didn't
transition from one to the other very clearly.

The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
4.3) can't deal with foreign frames.  You can run into this simply by
writing a Windows GUI app, since the winproc is a callback.  This is
unrelated to whether you have static or shared libgcc, or exceptions
across libraries, or cygwin1.dll/msvcrt.dll.  I don't know how many
people use gcc 3.x to write Win32 GUI apps that use exceptions, but
without SJLJ I think it would be near-impossible to do this.  And that's
not a very far fetched or abstract idea: Cygwin's own setup.exe is a GUI
C++ app that uses exceptions, and it would fail miserably with 3.x
Dwarf2 EH.  You can't just say sorry, gcc can't be used to write
Windows GUI apps if you want to use C++ exceptions.

Octave itself does not have GUI so that Dwarf2 EH is possible to use 
it.
In octave extention there is a Windows GUI interface.  
I did not test it in my binary.  But I have built many extention 
functions
at the same time. For Windows GUI interface function, the building 
was failed.
I did not still see the origin of failure in detail.  
There is possiblity that the failure came frommy octave using Dwarf2 
EH.  
I will see it in detail in the near future.

Thanks!

Best regards to all who replied this matter and read them.

Tatsuro MATSUOKA 

  

--
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/


--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Christopher Faylor wrote:

On Thu, Sep 06, 2007 at 12:01:25PM -0700, Brian Dessent wrote:
  

Jim Kleckner wrote:


Running it with idle does give the exception dialog.

I can't seem to grab hold of anything to get a traceback.
Suggestions?
  

Thanks for providing a testcase.  Should be fixed in CVS:
http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html



I'm generating a snapshot now, too.

Thanks very much for tracking this down Brian.  This is how free
software is supposed to work!
  


Yes, thanks!

I can confirm that the snapshot makes the test case run on my machine.

Jim

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

 Brian Dessent wrote:

Jim Kleckner wrote:
  

Running it with idle does give the exception dialog.

I can't seem to grab hold of anything to get a traceback.
Suggestions?



Thanks for providing a testcase.  Should be fixed in CVS:
http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html
  


Before I further debug my other code that stopped working,
is it possible that more than just cygwin1.dll is affected by this
include file inconsistency and need to be recompiled?
In order to track down why it doesn't work, it might be
useful to have that patch in a 1.5.24-based dll snapshot
to isolate whether the remaining issues are introduced post
1.5.24 or not.  I suspect that isn't too convenient though.



--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Jim Kleckner wrote:

 Brian Dessent wrote:

Jim Kleckner wrote:
 

Running it with idle does give the exception dialog.

I can't seem to grab hold of anything to get a traceback.
Suggestions?



Thanks for providing a testcase.  Should be fixed in CVS:
http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html
  


Before I further debug my other code that stopped working,
is it possible that more than just cygwin1.dll is affected by this
include file inconsistency and need to be recompiled?
In order to track down why it doesn't work, it might be
useful to have that patch in a 1.5.24-based dll snapshot
to isolate whether the remaining issues are introduced post
1.5.24 or not.  I suspect that isn't too convenient though.


I tried the running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:

*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576)
successfully set stack_size(0)
trying stack_size = 262144
creating task 1


--
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/

xemacs marking a buffer as read-only

[Joseph Koenig]

I am changing the subject here because this problem is cygwin/xemacs-specific 
only, so it has nothing to do with smb permissions because I can touch and edit 
the same file with nano and save properly. Same with vi. It's entirely xemacs. 

I've attached my config, per request.
 
-Original Message-
From: Igor Peshansky [ mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 05, 2007 7:20 PM
To: Joseph Koenig
Cc: cygwin@cygwin.com
Subject: Re: Passing domain credentials for a non-domain machine (similar to 
mapping drives through the Windows shell)

On Wed, 5 Sep 2007, Joseph Koenig wrote:

 I have a desktop that I use to access a share with domain credentials
 despite not being on domain. So when I map a drive, I map it under
 domain\user and give it the password. This drive is mapped as Z.

 When I use cygwin to work on those files, it does not inherit the
 permissions that I mapped the network drive under and instead insists on
 using my local windows user and password (generated with mkpasswd)
 rather than what I mapped Z as.

You want to add smbntsec to your CYGWIN environment variable.  See
 http://cygwin.com/cygwin-ug-net/using-cygwinenv.html for details.

 Is there an easy way to manually edit the /etc/passwd file or change how
 cygwin reads the mapped volume to get it to use the same permissions
 that the windows shell is using?

You'll also want to use mkpasswd -d  /etc/passwd to get domain user
information into it, and possibly mkgroup -d  /etc/group (notice the
double  to append).

 (I searched the archives for thisI'm sure it's been answered but I
 couldn't find anything - I apologize)

It also helps to read and follow

 Problem reports:   http://cygwin.com/problems.html

in particular the bit about attaching the output of cygcheck -svr.
HTH,
    Igor
--
                http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_        [EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'    -.  ;-;;,_        Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'       old name: Igor Pechtchanski
    '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Belief can be manipulated.  Only knowledge is dangerous.  -- Frank Herbert
--
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: Threading issue in cygwin python 2.5.1-2 ?

[Jim Kleckner]

Jim Kleckner wrote:

I tried running
/lib/python2.5/test/test_thread.py
and it hangs at the line below:

*** Changing thread stack size ***
caught expected ValueError setting stack_size(4096)
successfully set stack_size(262144)
successfully set stack_size(1048576)
successfully set stack_size(0)
trying stack_size = 262144
creating task 1


Hm.  Redirecting output from test_thread.py lets it complete.
python test_thread.py  /tmp/t
python testall.py redirected completes but hangs in same spot
if not redirected.

This is all using today's snapshot.



--
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 install cygwin new if there was an old installation or something like that

[Daniela Duerbeck]

A bad mirror is always a potential problem.
From the nearest servers, I choose by sympathy. Erlangen is the city 
where my parents studied and met each other, so this was my preferred 
server. Now I couldn't find a server very near my location so I chose 
Vienna, because I like the music from the local musicians ...


Greetings from Dani


--
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: OpenSSH source in winsup?

[Brian Dessent]

Siva wrote:

 are there any special flags/config options that I need to reproduce
 cygwin's binary version of OpenSSH?  Basically, I'm planning to make
 some small tweaks to the OpenSSH code to integrate into an application,
 but I want to use the configuration used in the cygwin's binary version.

Have a look at /usr/share/doc/Cygwin/openssh.README.

Brian

--
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: Slowness problem due to sjlj-exceptions for Octave

[Anthony Heading]

Brian Dessent wrote:
 I think you're confusing the two separate issues, or maybe I didn't
 transition from one to the other very clearly.

 The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
 4.3) can't deal with foreign frames.  You can run into this simply by
 writing a Windows GUI app, since the winproc is a callback.

Even if you catch the exception before it plummets through the
Windows API?  It seems clear I am not understanding something
that you're taking as an obvious truth.  So let me try to state
my assumptions in case they're wrong:

 1) The Dwarf unwinder only needs to understand the frames that it
is considering unwinding.  If an exception is thrown and caught
within a contiguous sequence of gcc frames, it doesn't matter
what strange or foreign structures are deeper in the stack,
because the unwinder never sees them.

 2) It's necessary or prudent to catch gcc exceptions before they
fall into windows callback code.  I've never tried throwing a
g++ exception in a winproc handler and seeing if it makes
an express journey through user32.dll and back to the message
loop; but even if it seemed to work I'd be wary that windows
cleanup was being missed.

I guess if either of those two assumptions are wrong then I see why
sjlj would be needed, but otherwise I don't understand the difficulty.

Rgds

Anthony

--
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: Patch for bash to support PATHEXT in Windows

[Buchbinder, Barry (NIH/NIAID) [E]]

Christopher Faylor wrote on Thursday, September 06, 2007 3:15 PM:

 On Thu, Sep 06, 2007 at 01:12:19PM -0600, Eric Blake wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 A mailing list is more appropriate for this than me personally -
 http://cygwin.com/acronyms/#PPIOSPE
 
 According to Mike Parker on 9/6/2007 10:11 AM:
 Eric;
 
 Apologies if you are not the Volunteer BASH Maintainer; if not can
 you point me in the right direction to get it submitted properly?
 
 I have seen many postings about default extensions defined by
 PATHEXT. I have done a patch to support this.
 
 e.g.
 
 export PATHEXT=.ksh;.sh
 
 PATHEXT is a cmd.com feature, and does not have much precedence in
 Linux. 
 
 will add file types .ksh (e.g. xx.ksh) and .sh as a found file. This
 is personally helping me migrate away from MKS Korn Shell.
 
 The Patch
 =
 
 diff -Nur bash-3.2.postpatch/findcmd.c bash-3.2.new/findcmd.c
 --- bash-3.2.postpatch/findcmd.c2007-09-04 16:19:46.019666300
 +0100 +++ bash-3.2.new/findcmd.c2007-09-06 13:40:19.17225
 +0100 @@ -50,6 +50,7 @@ static char *_find_user_command_internal
 __P((const char *, int)); static char *find_user_command_internal
 __P((const char *, int)); static char *find_user_command_in_path
 __P((const char *, char *, int)); +static char
 *find_user_command_in_path_orig __P((const char *, char +*, int));
 static char *find_in_path_element __P((const char *, char *, int,
 int, struct stat *)); static char *find_absolute_program __P((const
 char *, int)); 
 
 @@ -525,12 +526,55 @@
   FS_EXISTS:The first file found will do.
   FS_NODIRS:Don't find any directories. */
 +
 +#definePATHEXT_SEP;:/* Separators for parsing
 PATHEXT */ 
 
 I'd rather use just :, as in PATH, rather than defining PATHEXT_SEP;
 but that may imply also patching cygwin1.dll to treat PATHEXT
 similarly to PATH. 
 
 static char *
 find_user_command_in_path (name, path_list, flags)
  const char *name;
  char *path_list;
  int flags;
 {
 +  char *found_file;
 +  char *pathext;
 +  char *file_type;
 +  char *trial_name;
 +  int name_length;
 +  SHELL_VAR *var;
 +
 +/* Use original lookup to find name and name.exe */
 +  found_file = find_user_command_in_path_orig(name, path_list,
 +flags); +  if(found_file) return (found_file);
 +
 +/* Not found, step through file types in PATHEXT */
 +/* PATHEXT follows the Windows format - e.g. .ksh;.sh;.cmd */
 +  var = find_variable_internal(PATHEXT, 1);
 +  if(var)
 +  {
 +pathext = strdup(value_cell(var));
 +name_length = strlen(name);
 +file_type = strtok(pathext, PATHEXT_SEP);
 +  while(file_type)
 +  {
 +trial_name = malloc(name_length + strlen(file_type) + 1);
 +strcpy(trial_name, name);
 +strcat(trial_name, file_type);
 +found_file = find_user_command_in_path_orig(trial_name,
 path_list, flags); +free(trial_name);
 +if(found_file) break;/* Found - break out of loop */
 +file_type = strtok((char *)NULL, PATHEXT_SEP); +  }
 +free(pathext);
 +  }
 +  return (found_file);
 +
 +}
 +
 +static char *
 +find_user_command_in_path_orig (name, path_list, flags) +
 const char *name; + char *path_list;
 + int flags;
 +{
   char *full_path, *path;
   int path_index, name_len;
   struct stat dotinfo;
 
 End Patch
 =
 
 Hope this helps
 
 Thanks for the idea.  However, I'm not sure I want to incorporate
 this 
 into cygwin at this time, without more support from cygwin1.dll, or
 at 
 least without more discussion on the list.
 
 I'm impressed with the patch but I don't think it really adheres to
 the philosophy of Cygwin or Linux. 
 
 Also, the Cygwin DLL already has enough code to deal with extensions
 specially.  We're not going to add more and feed the Cygwin is slow
 fodder. 
 
 I really am sorry to have to reject the idea when the OP has already
 gone to some effort but I just don't see this happening. 
 
 cgf

I don't understand what is the real problem.  If I understand permissions 
correctly, all one has to do is to set them.  Would something like the 
following work for you if you ran it periodically or once when you switch from 
MKS to cygwin?

for F in $(echo $PATH | \
tr : \\n | \
grep -v -e '^\.\?$'
)
do
find $F \! -perm 777 -type f \( -iname \*.ksh -o -iname \*.sh 
\) -print0 2 /dev/null
done | \
xargs -0r chmod -v 777

Good luck,

- Barry

--
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: Threading issue in cygwin python 2.5.1-2 ?

[Christopher Faylor]

On Thu, Sep 06, 2007 at 02:51:52PM -0700, Jim Kleckner wrote:
  Brian Dessent wrote:
 Jim Kleckner wrote:
   
 Running it with idle does give the exception dialog.

 I can't seem to grab hold of anything to get a traceback.
 Suggestions?
 

 Thanks for providing a testcase.  Should be fixed in CVS:
 http://www.cygwin.com/ml/cygwin-patches/2007-q3/msg00013.html

Before I further debug my other code that stopped working, is it
possible that more than just cygwin1.dll is affected by this include
file inconsistency and need to be recompiled?  In order to track down
why it doesn't work, it might be useful to have that patch in a
1.5.24-based dll snapshot to isolate whether the remaining issues are
introduced post 1.5.24 or not.  I suspect that isn't too convenient
though.

We don't provide snapshots based on the 1.5.x branch.

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/

Re: OpenSSH source in winsup?

[Siva]

Ok, thanks, I was able to get the src code that way.  One more question. 
 When building OpenSSH for cygwin, I'm planning to do


cd %opensshdir%
./configure
Make

are there any special flags/config options that I need to reproduce 
cygwin's binary version of OpenSSH?  Basically, I'm planning to make 
some small tweaks to the OpenSSH code to integrate into an application, 
but I want to use the configuration used in the cygwin's binary version.


Please let me know.  thx.

Carlo Florendo wrote:

Siva wrote:

I would like to know if the source code for Cygwin's version of 
OpenSSH is stored in the winsup CVS repository.



No, it is not.  What made you think that?


If not, please tell me where I can get this code.  Thanks.



Run setup.exe and when you get to the part that shows the packages,

1. Maximize the window
2. Navigate through openssh and click the corresponding box on the src 
column.  You may need to click the corresponding box on the new column.


Thank you very much!

Best Regards,

Carlo




--
Siva
Yugma Support Team
ph: (952) 698-1141
[EMAIL PROTECTED]

--
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: Slowness problem due to sjlj-exceptions for Octave

[Morgan Gangwere]

On 9/6/07, Tatsuro MATSUOKA [EMAIL PROTECTED] wrote:
 Hello

 This is Tatsuro writing.

 My threwing the problem on octave on cygwin seems to cause extensive
 disscussions.
 It is greatful for me.  Thank a lot.

 Anthony Heading wrote:

   Not to say
  that the constraint isn't technically real, but it it worth killing the
  Cygwin platform for Octave et al when mingw is available for those that
  need it?

 Octave by mingw is not perfect yet.  During configure and make, it
 causes problems
 so that I have to modify 'config.h'.
 After building, I have to modify produced shell command
 and some system command which was written by octave language.
 My trial mingw octave has not been perfect yet.
 One important system command does not work correctly.
 Benjamin lindar seems to be succeed it but his binary has not been
 coming up yet.

 Michael Goffioul has suceeded in building octave on MSVC platform.
 But it is not easy other people to use it for optimizeing and
 custamizing octave for thier computer.

 For cygwin, shuch effort is not usally required.
 We can make the octave just ./configure and make.
 It is still easiest platform to build octave by oneself.
 In addition windows gnuplot cannot be used as it is on octave 2.9.xx.
 Michael Goffioul solved this problem to prepare special gnuplot.
 However its speed is not enough and some times works buggy.
 The commucation octave with gnuplot X on cygwin has no problem.

 The above is my summary for the situation the Octave for windows at
 present.

 For octave for windows, the cygwin platform is still useful.
 Especially for the user dialy cygwin user.
 I uses gnuplot on X.  It is better for me than windows native one.
 So that I would like to use octave on the cygwin platform.

 Brian wrote:
 I think you're confusing the two separate issues, or maybe I didn't
 transition from one to the other very clearly.
 
 The reason we ship with SJLJ is because the Dwarf unwinder (prior to gcc
 4.3) can't deal with foreign frames.  You can run into this simply by
 writing a Windows GUI app, since the winproc is a callback.  This is
 unrelated to whether you have static or shared libgcc, or exceptions
 across libraries, or cygwin1.dll/msvcrt.dll.  I don't know how many
 people use gcc 3.x to write Win32 GUI apps that use exceptions, but
 without SJLJ I think it would be near-impossible to do this.  And that's
 not a very far fetched or abstract idea: Cygwin's own setup.exe is a GUI
 C++ app that uses exceptions, and it would fail miserably with 3.x
 Dwarf2 EH.  You can't just say sorry, gcc can't be used to write
 Windows GUI apps if you want to use C++ exceptions.

 Octave itself does not have GUI so that Dwarf2 EH is possible to use
 it.
 In octave extention there is a Windows GUI interface.
 I did not test it in my binary.  But I have built many extention
 functions
 at the same time. For Windows GUI interface function, the building
 was failed.

So it did..

 I did not still see the origin of failure in detail.
 There is possiblity that the failure came frommy octave using Dwarf2
 EH.



 I will see it in detail in the near future.

 Thanks!

 Best regards to all who replied this matter and read them.

 Tatsuro MATSUOKA




I just want to clarify... Can you give a dump of these two commands:
echo $PATH
gcc -v

from a cygwin command line... I suspect the reason all along is that
the REAL minGW is trying to ignore cygwin all together, but in the
process, cygwin is seeing a 'gcc' binary earlier in its PATH so it
uses that -- the official minGW binary.

MinGW-official has nothing to do with cygwin Here... thats why I asked...
(pause)

I've had the same problem and it was caused by:

having the PATH veriable set to
'c:\windows\;C:\windows\system32\;C:\Program
Files\MinGW\bin\;c:\cygwin\;c:\bin\;

just checking... and yes i do alot of things with sJLJ...some of my
peers are native japanese speakers so i have to set up Vista to use
japanese as the first language.



-- 
Morgan gangwere

Space does not reflect society, it expresses it. -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.
-BEGIN PGP SIGNATURE-
Version: Gmail/GnuPG Min32 Hack
Comment: Using GnuPG and Gmail - ask me about Grim Fandango

iD8DBQFGV3KQCF9T/dUsmAgRAvESAKDfZYbRtebNO+WPfx6DryIvIwt9TgCgukZG
cIj5nSWws/pAeW2ESlj7GuM=
=Y4uC
-END PGP SIGNATURE-

--
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/

Updated: zsh-4.3.4-1

[Peter A. Castro]

An updated version of zsh (zsh-4.3.4-1) has been released and should be
at a mirror near you real soon.

NOTICE:
===
This version has Multi-byte/Unicode support enabled in it.  This may or
may not present problems for existing scripts which assumed a prior
behaviour concerning multi-byte characters.  If this breaks too many
existing user scripts, then I will disable this behaviour in the next
build upon request.

This release will work with cygwin-1.5.18-1 or later.

- Note: 4.3.3 was never released for Cygwin due to stability issues.


NEWS:
=

This release includes the following:

- Multi-byte/Unicode support.
   Work continues to improve this feature.  Please file bug reports as needed.

- Various base bug fixes and enhancements:
   Sorry, too numerous to list, see ChangeLog link below.

- Many auto-completion commands/functions/types have been added/updated.
   Sorry, too numerous to list, see ChangeLog link below.

- Fix to zftp to make Account parameter work correctly.

- see ChangeLogs:
http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.4
http://www.fruitbat.org/Cygwin/zsh/ChangeLog-4.3.2

DESCRIPTION:

Zsh is a UNIX command interpreter (shell) usable as an interactive login
shell and as a shell script command processor.  Of the standard shells,
zsh most closely resembles `ksh' but includes many enhancements.  Zsh has
command line editing, builtin spelling correction, programmable command
completion, shell functions (with autoloading), a history mechanism, and
a host of other features.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'zsh' in the
'Shell' category (you will have select it).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED]
Cats are just autistic Dogs -- Dr. Tony Attwood