Re: Problem w/ c++,threads,static initializers

[Thomas Pfaff]

Rasmus Hahn wrote:

Hello,

i am using cygwin on my Windows2000 and my c++ program segfaults
when using pthread-mutexes. In particular i am using a lot of
mutexes from within constructors of static objects. These constructors
are called at a very early time of execution of the program and do
calls of pthread_mutex_init, pthread_mutex_lock and such. Taken a glance
at the cygwin source i noticed that the static initializers (constructors
of static objects) are run _before_ some user_data->threadinterface is
initialized (look at dll_crt0_1 () in winsup/cygwin/dcrt0.cc). Isnt it 
possible to use thread-functions from static initializers?
BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the
out-of-the-box gcc from the cygwin-package is a prerelease and definitely
contains bugs that do not allow it to compile my code.

Could you provide a test case ?

I have done some tests and my constructors are run from
do_global_ctors if they are in the executable and from
dll_list::init if they are in a dll.
In both cases they are run when the cygwin dll is completely initialized.
Thomas



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

bug(s) in new login 1.9-4

[Jason Fu]

[EMAIL PROTECTED] ~
$ telnet -l root phoenix
Trying 218.188.58.70...
Connected to phoenix.
Escape character is '^]'.
Password:
Fanfare!!!
You are successfully logged in to this server!!! <=

[EMAIL PROTECTED] ~
$ logout
Connection closed by foreign host.

===
Phoenix is with login 1.8-1


[EMAIL PROTECTED] ~
$ telnet -l tsfu kirin
Trying 218.188.58.111...
Connected to kirin.
Escape character is '^]'.
Password:
Switching to user tsfu failed!  <=
Connection closed by foreign host.



Kirin is with login 1.9-4



Jason

http://www.hkucs.org/~tsfu/
http://members.staroffice.com/www/tsfu/



--
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: Slight patch for Cron

[Ronald Landheer-Cieslak]

Works like a charm :)

Thanks!

rlc

On Fri, 6 Jun 2003, Corinna Vinschen wrote:

> On Thu, Jun 05, 2003 at 01:01:19PM +0200, Ronald Landheer-Cieslak wrote:
> > On Wed, 4 Jun 2003, Corinna Vinschen wrote:
> > > On Wed, Jun 04, 2003 at 09:53:05AM +0200, Ronald Landheer-Cieslak wrote:
> > > > On Tue, 3 Jun 2003, Corinna Vinschen wrote:
> > > > > Does it help to set CYGWIN=notty before starting cron?
> > > > Apparently not, no.
> > > > 
> > > > Because I'm starting cron from the "startup" part of the start menu, I had 
> > > > to run it from a batch file (
> > > > set CYGWIN=notty
> > > > cron.exe
> > > > ) but I don't think that should make a difference.
> > > Could you just for fun add a call to RegisterServiceProcess() (that
> > > works on 9x/Me only) right before the setsid() call in the child code
> > > and try again?
> > I'd love to, but I have a Windows NT/4 box and thus don't have 
> > RegisterServiceProcess() (Windows NT Ver 4.0 Build 1381 Service Pack 6, as 
> > per cygcheck output attached to a previous message).
> 
> As it seems to turn out, it's a problem in cron, not in Cygwin.  What
> you see is not the parent not being able to exit, it's the child which
> has open console descriptors and so keeping the console open.  If you
> then try to close the console forcefully, you kill the child.
> 
> Please apply the following patch to cron and report back whether cron
> does for you what it's supposed to do (parent leaves, window can be
> closed, cron still processes files), or not.
> 
> Your positive feedback will trigger a new cron version asap :-)
> 
> Thanks,
> Corinna
> 
> Index: cron.c
> ===
> RCS file: /home/cvs/cvsroot/src/cron/cron.c,v
> retrieving revision 1.5
> diff -p -u -r1.5 cron.c
> --- cron.c11 Apr 2003 19:42:37 -  1.5
> +++ cron.c6 Jun 2003 07:13:17 -
> @@ -26,6 +26,7 @@ static const char rcsid[] = "$Id: cron.c
>  #include "cron.h"
>  #ifdef __CYGWIN__
>  #include 
> +#include 
>  #else
>  #include 
>  #endif
> @@ -115,6 +116,21 @@ main(argc, argv)
>   }
>  
>   acquire_daemonlock(0);
> +
> +#ifdef __CYGWIN__
> + {
> +   int fd;
> +   if ((fd = open("/dev/null", O_RDWR, 0)) != -1)
> + {
> +   (void)dup2(fd, STDIN_FILENO);
> +   (void)dup2(fd, STDOUT_FILENO);
> +   (void)dup2(fd, STDERR_FILENO);
> +   if (fd > 2)
> + (void)close (fd);
> + }
> + }
> +#endif
> +
>   database.head = NULL;
>   database.tail = NULL;
>   database.mtime = (time_t) 0;
> 
> 


--
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: Slight patch for Cron

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 11:18:38AM +0200, Ronald Landheer-Cieslak wrote:
> Works like a charm :)

Thanks, I've uploaded a new version.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: bug(s) in new login 1.9-4

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 04:53:12PM +0800, Jason Fu wrote:
> [EMAIL PROTECTED] ~
> $ telnet -l root phoenix
> Trying 218.188.58.70...
> Connected to phoenix.
> Escape character is '^]'.
> Password:
> Fanfare!!!
> You are successfully logged in to this server!!! <=
> 
> [EMAIL PROTECTED] ~
> $ logout
> Connection closed by foreign host.
> 
> ===
> Phoenix is with login 1.8-1
> 
> 
> [EMAIL PROTECTED] ~
> $ telnet -l tsfu kirin
> Trying 218.188.58.111...
> Connected to kirin.
> Escape character is '^]'.
> Password:
> Switching to user tsfu failed!  <=
> Connection closed by foreign host.
> 
> 
> 
> Kirin is with login 1.9-4

Check your /etc/group and /etc/passwd files.  If the group info
doesn't match, login will fail now.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: Problems on accessing Windows network resources.

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 11:28:11AM +0900, [EMAIL PROTECTED] wrote:
> Corinna wrote:
> > > Actually I am attaching what should be a fix, but it's only tested on 
> > > WinME. Feedback welcome. Compile as follows and mv the .exe to /bin
> > > gcc login.c -o login -l crypt
> > 
> > I've uploaded a new version of login using setgid/setuid.
> 
> Although I've tried version 1.9-3, the problem with telnet login seems
> not to have been fixed, while Pierre's test version works fine.

1.9-4 should fix that.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: Problems on accessing Windows network resources.

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 11:41:16AM +0200, Corinna Vinschen wrote:
> On Tue, Jun 10, 2003 at 11:28:11AM +0900, [EMAIL PROTECTED] wrote:
> > Corinna wrote:
> > > > Actually I am attaching what should be a fix, but it's only tested on 
> > > > WinME. Feedback welcome. Compile as follows and mv the .exe to /bin
> > > > gcc login.c -o login -l crypt
> > > 
> > > I've uploaded a new version of login using setgid/setuid.
> > 
> > Although I've tried version 1.9-3, the problem with telnet login seems
> > not to have been fixed, while Pierre's test version works fine.
> 
> 1.9-4 should fix that.

Sic.  Better wait for 1.9-5 which should be on the mirrors in a few hours.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: bug(s) in new login 1.9-4

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 11:37:41AM +0200, Corinna Vinschen wrote:
> Check your /etc/group and /etc/passwd files.  If the group info
> doesn't match, login will fail now.

Nevertheless I made a fault in 1.9-4.  I've uploaded 1.9-5 a minute ago.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: Slight patch for Cron

[Bjoern Kahl AG Resy]

 ( replying to the wrong mail-in-thread )
 ( because missed the original posting  )


On Tue, 10 Jun 2003, Ronald Landheer-Cieslak wrote:

> > Index: cron.c
> > ===
> > RCS file: /home/cvs/cvsroot/src/cron/cron.c,v
> > retrieving revision 1.5
> > diff -p -u -r1.5 cron.c
> > --- cron.c  11 Apr 2003 19:42:37 -  1.5
> > +++ cron.c  6 Jun 2003 07:13:17 -
> > @@ -26,6 +26,7 @@ static const char rcsid[] = "$Id: cron.c
> >  #include "cron.h"
> >  #ifdef __CYGWIN__
> >  #include 
> > +#include 
> >  #else
> >  #include 
> >  #endif
> > @@ -115,6 +116,21 @@ main(argc, argv)
> > }
> >
> > acquire_daemonlock(0);
> > +
> > +#ifdef __CYGWIN__
> > +   {
> > + int fd;
> > + if ((fd = open("/dev/null", O_RDWR, 0)) != -1)
> > +   {
> > + (void)dup2(fd, STDIN_FILENO);
> > + (void)dup2(fd, STDOUT_FILENO);
> > + (void)dup2(fd, STDERR_FILENO);
> > + if (fd > 2)
> > +   (void)close (fd);

 Should not this read :

   if ( (fd != STDIN_FILENO) && (fd != STDOUT_FILENO) & .. )

 If you already use symbolic constants for the file descriptors?
 Just imagine a weird system, having e.g. STDOUT_FILENO defined
 as 3. (I doubt, something like that exist, but who knows?)


> > +   }
> > +   }
> > +#endif
> > +
> > database.head = NULL;


  Bjoern

P.S.: No nothing bad intended, it just looks - hmm - unusual.
-- 
+-+
| Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) |
| Informatics Faculty +++ Building 48 +++ University of Kaiserslautern|
| phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de   |
+-+

--
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: Slight patch for Cron

[Corinna Vinschen]

On Tue, Jun 10, 2003 at 11:52:57AM +0200, Bjoern Kahl AG Resy wrote:
> > > +#ifdef __CYGWIN__
> > > + {
> > > +   int fd;
> > > +   if ((fd = open("/dev/null", O_RDWR, 0)) != -1)
> > > + {
> > > +   (void)dup2(fd, STDIN_FILENO);
> > > +   (void)dup2(fd, STDOUT_FILENO);
> > > +   (void)dup2(fd, STDERR_FILENO);
> > > +   if (fd > 2)
> > > + (void)close (fd);
> 
>  Should not this read :
> 
>if ( (fd != STDIN_FILENO) && (fd != STDOUT_FILENO) & .. )
> 
>  If you already use symbolic constants for the file descriptors?
>  Just imagine a weird system, having e.g. STDOUT_FILENO defined
>  as 3. (I doubt, something like that exist, but who knows?)

There's only one weird system which has __CYGWIN__ defined...

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

problem with flushing the input buffer

[Ben McDonald]

i am having problems with running java programs in cygwin.
it only has problems with programs containing user input. when it comes down to 
the input line, it is reading in the enter key-stroke that is used to run the 
program. having two input readers in a row fixes the problem, but this seems to 
be a tedious solution. do you have any ideas??

if u do, could please mail them to [EMAIL PROTECTED]
i would be very greatful. 
cheers, ben


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

Question regarding setup, upset and post install scripts

[Alan Miles]

All,

I am running cygwin at work and at home. As I need to "customize" cygwin for
each environment (i.e., one for work, one for home)
I found a way to build "custom" packages, that I would like to integrate
into my setup.

Such customizations include:

- For ** my ** environments - remove the space in the "passwd" files for a
user name (I have posted messages on this list in the past regarding a more
primitive version)
- Adding Win32 CPAN support to perl (I have posted messages on this list in
the past regarding patches)
- I ** NEEDED ** a "-u" flag to jar (the cygwin versions says it is
unsupported), so build a "wrapper" script to a "Windows" version (uses
cygpath to do cygwin/Windows file name conversions) etc.

To integrate these into my setup, I found information on this list regarding
"upset", setup.hints etc.

I have somewhat successfully got the setup.ini file working.

However, my postinstall script is malfunctioning and I am trying to figure
out how to debug it. When I run it ** AFTER ** cygwin has installed (not
using my integration) the script works fine.

How can I capture the output to a log file (via the setup) mechanism? I
found these messages, but they haven't helped me too much. Any ideas?


http://sources.redhat.com/ml/cygwin/2002-10/msg00955.html

http://sources.redhat.com/ml/cygwin/2003-04/msg00379.html

_
Alan Miles
ICQ#: 171006836
More ways to contact me: http://wwp.icq.com/171006836
_



--
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: login-1.9-5

[Corinna Vinschen]

I have updated the version of login(1) to 1.9-5.

This version solves a potential security problem.  On the other hand,
this requires to have a well maintained /etc/passwd and /etc/group file.
If the login now fails, check that the group in your passwd entry
matches a group in /etc/group and check that the group really exists.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have general questions or comments, please send them to the
Cygwin mailing list at: "cygwin at cygwin dot com".  I would appreciate
it if you would use this mailing list rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[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.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


--
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: cron-3.0.1-10

[Corinna Vinschen]

I have updated the version of cron on cygwin.com to 3.0.1-10.

When starting cron in a console window, it was impossible to close the
console window without killing also the cron daemon.  This version
solves that problem.


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.  Once you've downloaded setup.exe, run it and select "Admin" and
then click on the appropriate field until the above announced version
number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.  

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[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.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


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

Vim and the navigating with arrow keys

[Brian . Kelly]

"True Vim'ers DO NOT navigate with arrow keys". I remember reading that
somewhere. Certainly
the "correct" way to navigate in Vim is with the  H  J  K  and  L  keys.
Understood, acknowledged,
yaddy yadda yaaa. That said - I "like" to use the arrow keys. It's habitual
and something I've been
doing for years and years. And like most folks, I "resist" change.
Therefore, I'm a little "disturbed"
that the latest Vim appears to have completely disabled the arrow keys for
navigation, or even for
mapping. Is this a "planned" and permanent new condition?? The previous
version  6.1-300 still has
arrow keys enabled, but 6.2-1 does not - or so it appears. Now I do note,
the navigating appears
much more precise and improved with 6.2-1, no more having to do CTRL-L's to
refresh the screen
after navigating small text files. (Which was a bother). I don't use RXVT,
but bash in a cmd shell. I'm
a minimalist at heart and try to use native and ubiquitous utilities to the
greatest extent possible -
which is why I long ago chose Vi as my primary editor. Because it's
"everywhere", especially in
UNIX, I'm never without "my" editor. Anyhow, I'd just to like to know if
anyone else has noticed this,
cares, or knows something about it. I can of course live without arrows,
but I'd rather not if I don't
have to.




"WellChoice, Inc." made the following
 annotations on 06/10/2003 09:29:24 AM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


--
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: Vim and the navigating with arrow keys

[Randall R Schulz]

Brian,

At 06:27 2003-06-10, [EMAIL PROTECTED] wrote:
"True Vim'ers DO NOT navigate with arrow keys". I remember reading 
that somewhere. Certainly the "correct" way to navigate in Vim is with 
the  H  J  K  and  L  keys. Understood, acknowledged, yaddy yadda 
yaaa. That said - I "like" to use the arrow keys. It's habitual and 
something I've been doing for years and years. And like most folks, I 
"resist" change. Therefore, I'm a little "disturbed" that the latest 
Vim appears to have completely disabled the arrow keys for navigation, 
or even for mapping.
You are mistaken. Arrow keys are working fine in:

  VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Jun  1 2003 19:49:13)

If arrow keys are not functioning for you in Vim, the problem is not 
Vim itself.


Is this a "planned" and permanent new condition?? The previous 
version  6.1-300 still has arrow keys enabled, but 6.2-1 does not - or 
so it appears. Now I do note, the navigating appears much more precise 
and improved with 6.2-1, no more having to do CTRL-L's to refresh the 
screen after navigating small text files. (Which was a bother). I 
don't use RXVT, but bash in a cmd shell.
What TERM setting are you using? I have always found Vim to be 
virtually flawless in screen maintenance with TERM=cygwin under the 
Cygwin console-based terminal emulation.


I'm a minimalist at heart and try to use native and ubiquitous 
utilities to the greatest extent possible - which is why I long ago 
chose Vi as my primary editor. Because it's "everywhere", especially 
in UNIX, I'm never without "my" editor. Anyhow, I'd just to like to 
know if anyone else has noticed this, cares, or knows something about 
it. I can of course live without arrows, but I'd rather not if I don't have to.
We're all deeply caring people here, even if a bit mean.

Randall Schulz 

--
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: Question regarding setup, upset and post install scripts

[Igor Pechtchanski]

On Tue, 10 Jun 2003, Alan Miles wrote:

> All,
>
> I am running cygwin at work and at home. As I need to "customize" cygwin for
> each environment (i.e., one for work, one for home)
> I found a way to build "custom" packages, that I would like to integrate
> into my setup.
>
> Such customizations include:
>
> - For ** my ** environments - remove the space in the "passwd" files for a
> user name (I have posted messages on this list in the past regarding a more
> primitive version)
> - Adding Win32 CPAN support to perl (I have posted messages on this list in
> the past regarding patches)
> - I ** NEEDED ** a "-u" flag to jar (the cygwin versions says it is
> unsupported), so build a "wrapper" script to a "Windows" version (uses
> cygpath to do cygwin/Windows file name conversions) etc.
>
> To integrate these into my setup, I found information on this list regarding
> "upset", setup.hints etc.
>
> I have somewhat successfully got the setup.ini file working.
>
> However, my postinstall script is malfunctioning and I am trying to figure
> out how to debug it. When I run it ** AFTER ** cygwin has installed (not
> using my integration) the script works fine.
>
> How can I capture the output to a log file (via the setup) mechanism? I
> found these messages, but they haven't helped me too much. Any ideas?
>
> http://sources.redhat.com/ml/cygwin/2002-10/msg00955.html
> http://sources.redhat.com/ml/cygwin/2003-04/msg00379.html

Alan,

The first one is outdated, but the second should still be relevant.  The
newer versions of setup.exe (including the one on the Cygwin homepage --
) should save the output of postinstall
scripts into /var/log/setup.log.full (both stdout and stderr).  Note that
if the script outputs nothing and commands simply return non-zero exit
codes, this fact won't be captured in setup.log.full, so you'll have to
at least set the '-x' flag.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


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

non network install

[B Thomas]

Hi,
I would be gratefull if you could help with the following problem:

I am trying to make a CD so that cywin  binary/source can be installed
from this CD. The reason being I only have a linux computer my friend
only has a Windows XP. I have a fast internet connection , he has none.
we finally did get his computer hooked up to my network and installed. 
However I would like to know how to do this still

So I mirrored a cygwin ftp archive and burned them onto a CD. However when
I try to install  from the CD I get the following two errors many, many
times when the post-install scripts are running.

1) sed.exe : "The procedure entry point libintl_gettext could not be located in
the dynamic link library cygintl-2.dll" . 

2) basename.exe : "The procedure entry point libintl_bindtextdomain
could not be located in the dynamic link library cygintl-2.dll"

Apparently as a result of these errors almost nothing works not even -
ls, man , info ... etc.

Since we have been trying to install almost the entire distro it is not
possible that some thing is missing. If i am correct this particular
library is provided by the gettext package which is being installed too.


I also noticed oddly that setup.exe classifies packages into categories
when I ran it on his computer , and did a network install but it lists
all packages in one category "misc" when we tried to install from the CD
i made. 

If this question has been often repeated here , I would be gratefull if
you could just point me to the appropriate page. I  have seen the
script mkcygwget but would like to know how to obtain the corresponding
source to make a source CD too.

sincerely
B Thomas

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

1.3.22: popen() fails without /bin/sh

[Hanak Michal-r50233]

Hello,

it seems to me that the popen() does not work correctly in applications running on 
hosts without "/bin/sh" available. 

The Cygwin's popen() should normally work in a way that after vfork(), the 
execl("/bin/sh"...) is tried first and if it fails, the execlp("sh"...) is tried to 
find "sh" on PATH. (see source in newlib/libc/posix.c/popen.c, or code lines bellow).

A problem is that the execlp() gets never called because unsuccessful execl() causes 
vfork-ed child process to exit. Workaround is to use fork() instead of vfork() but 
this is perhaps too expensive. 

Does anybody face similar problem ? 
Is there any workaround if I want/need to use the built-in popen()?

Many Thanks,
Michal



Just for clarification, this is the sequence in newlib/libc/posix.c/popen.c:


execl(_PATH_BSHELL, "sh", "-c", program, NULL);
#ifdef __CYGWIN__
/* On cygwin32, we may not have /bin/sh.  In that
case, try to find sh on PATH.  */
execlp("sh", "sh", "-c", program, NULL);
#endif



Attached there are two example files. The file "fails.c" shows application which fails 
to spawn simple "pwd" when /bin/sh is not on path. The file "works.c" shows the 
private popen2() workaround using fork().





fails.c
Description: Binary data


works.c
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: [ANNOUNCE] LibXSLT (1.0.27) test packages available

[Patrick Eisenacher]

Hi Elfyn,

sorry for the little delay, but Monday was a holiday here in Germany, so 
I took the chance to get some private work done. Back in the office 
today, I saw that you have published the updated packages.

I reran the basic test I sent you and that worked fine, both with the 
v1.50.0 and the latest v1.61.2 XSL stylesheets.

Unfortunately my next test failed :o( It gets transformed well with the 
old versions of libxml2 and libxslt and the v1.61.2 XSL stylesheets. But 
the new versions fail with the v1.61.2 XSL stylesheets. After narrowing 
down the problem, I identified the  tag within the 
 tag as the culprit of causing a segmentation fault. 
Running the same test on a real unix box, caused xsltproc to segfault as 
well. So the problem seems not to be with your port, but with xsltproc 
itself. xsltproc crahses in the xsltApplyTemplates() function.

Uff, this turns out to be a real beast...I'm going to contact Daniel 
about it, hoping to get a new version of xsltproc...

Nevertheless, congratulations for the port!

Patrick

BTW: If you want to crash xsltproc, try this:

-bash-2.05b$ xsltproc -catalogs 
/usr/local/share/xsl/docbook/html/docbook.xsl Specification.xml > 
Specification.html

with the following snippet:


http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd";>




Specification


Patrick
Eisenacher


[EMAIL PROTECTED]






Introduction

Give some short information about the product.






Elfyn McBratney schrieb:
On Thu, 5 Jun 2003, Patrick Eisenacher wrote:


Hi Elfyn,

unfortunately I'm less fortunate with the new libxslt package than
Andreas. I cannot translate a simple xml document to html with the new
version of xsltproc. Here are some infos:
[...]


Patrick,

I've upgraded the Cygwin LibXSLT package to 1.0.30-1 and xsltproc
now works with the DocBook stylesheets. Your simple test and a few
others I have tried were all successful.


--
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: non network install

[Max Bowsher]

B Thomas wrote:
> Hi,
> I would be gratefull if you could help with the following problem:
>
> I am trying to make a CD so that cywin  binary/source can be installed
> from this CD. The reason being I only have a linux computer my friend
> only has a Windows XP. I have a fast internet connection , he has none.
> we finally did get his computer hooked up to my network and installed.
> However I would like to know how to do this still
>
> So I mirrored a cygwin ftp archive and burned them onto a CD. However when
> I try to install  from the CD I get the following two errors many, many
> times when the post-install scripts are running.
>
> 1) sed.exe : "The procedure entry point libintl_gettext could not be
located in
> the dynamic link library cygintl-2.dll" .
>
> 2) basename.exe : "The procedure entry point libintl_bindtextdomain
> could not be located in the dynamic link library cygintl-2.dll"
>
> Apparently as a result of these errors almost nothing works not even -
> ls, man , info ... etc.
>
> Since we have been trying to install almost the entire distro it is not
> possible that some thing is missing. If i am correct this particular
> library is provided by the gettext package which is being installed too.
>
>
> I also noticed oddly that setup.exe classifies packages into categories
> when I ran it on his computer , and did a network install but it lists
> all packages in one category "misc" when we tried to install from the CD
> i made. 

You've missed the setup.ini file, which contains all the category and
dependency information.

Obviously you haven't installed the entire distribution, because
cygintl-2.dll is in the libintl2 package.




Max.


--
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: Vim and the navigating with arrow keys

[Brian . Kelly]

Well Randy, you were partially right (you may indeed be fully right, and me
"fully" wrong). I had set up my profile ages ago when my cygwin know-how
was much less than the little I know now. So somehow I ended up with
TERM=rxvt. I changed it to TERM=cygwin and indeed, the arrow keys are back.
However, I do take issue with your "practically flawless" line - for I
still have the need to do CTRL-L refreshes with small files. Example:

Simple text file with the following text:

cygrunsrv -E cron


Open in Vim, and do nothing but touch the L (lower case of course) key and
navigate to the end of the line. The following text is the result:

ccygrunsrv -E cro


Of course a simple CTRL-L (lower case L) fixes this.

I get the same result with the arrow keys.


This is nothing new to me, and I've been living with it as long as I've used
cygwin and vim together.
The behavior occurs when navigating the first few lines of a large file, or
any line of a file small enough to fit completely on the screen.

None of this is crippling and if there is some setting I can change to correct
it, it would be "nice".

I thank you sir for pointing out my incorrect TERM setting. Since I'm not
qualified to give you a gold star, I'll simply pledge my "support" give you
my promise
to cast a ballot for you if a "gold star" referendum were ever held. ( hmmm, I
can't remember if I'm registered to vote! )

Brian Kelly







"Randall R Schulz" <[EMAIL PROTECTED]>@cygwin.com on 06/10/2003 09:41:59 AM

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: Vim and the navigating with arrow keys


Brian,

At 06:27 2003-06-10, [EMAIL PROTECTED] wrote:
>"True Vim'ers DO NOT navigate with arrow keys". I remember reading
>that somewhere. Certainly the "correct" way to navigate in Vim is with
>the  H  J  K  and  L  keys. Understood, acknowledged, yaddy yadda
>yaaa. That said - I "like" to use the arrow keys. It's habitual and
>something I've been doing for years and years. And like most folks, I
>"resist" change. Therefore, I'm a little "disturbed" that the latest
>Vim appears to have completely disabled the arrow keys for navigation,
>or even for mapping.

You are mistaken. Arrow keys are working fine in:

   VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Jun  1 2003 19:49:13)

If arrow keys are not functioning for you in Vim, the problem is not
Vim itself.


>Is this a "planned" and permanent new condition?? The previous
>version  6.1-300 still has arrow keys enabled, but 6.2-1 does not - or
>so it appears. Now I do note, the navigating appears much more precise
>and improved with 6.2-1, no more having to do CTRL-L's to refresh the
>screen after navigating small text files. (Which was a bother). I
>don't use RXVT, but bash in a cmd shell.

What TERM setting are you using? I have always found Vim to be
virtually flawless in screen maintenance with TERM=cygwin under the
Cygwin console-based terminal emulation.


>I'm a minimalist at heart and try to use native and ubiquitous
>utilities to the greatest extent possible - which is why I long ago
>chose Vi as my primary editor. Because it's "everywhere", especially
>in UNIX, I'm never without "my" editor. Anyhow, I'd just to like to
>know if anyone else has noticed this, cares, or knows something about
>it. I can of course live without arrows, but I'd rather not if I don't
have to.

We're all deeply caring people here, even if a bit mean.


Randall Schulz


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







"WellChoice, Inc." made the following
 annotations on 06/10/2003 10:27:10 AM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


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

Re: Problems on accessing Windows network resources.

[Takashi Yano]

> 1) Share a directory "shared1" on "computer1" set same password with a local account.
> 2) Be sure that \\computer1\shared1 can be accessed with no password query from the 
> local account.
> 3) Login to the local account using ftp.
> 4) Access to \\computer1\shared1 from ftp login fails except for the first access 
> after logging in as follows.

I have found that this problem can be resolved by adding setegid()/setgid()
prior to each seteuid()/setuid() in ftpd.c, though I don't understand what this means 
essentially.

Does this become a hint?

Takashi Yano.


--
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: non network install

[B Thomas]

Hi,
Thank you for responding.

But it doesn't seem like I have some thing missing  , here is the listing 
of my top level CD-ROM directory :

directory -
total 1116
-r--r--r--1 bt   bt   2600 Jun 10 08:00 INSTALL.TXT
-r--r--r--1 bt   bt   4141 Apr 18  2002 README.TXT
-r--r--r--1 bt   bt 393740 Jun  9 19:38 cygwin.pdf
dr-xr-xr-x5 bt   bt   4096 Jun 10 05:50 mail-archives
dr-xr-xr-x   17 bt   bt   4096 Jun 10 04:55 math
-r--r--r--1 bt   bt225 Jun 10 06:47 md5.sum
dr-xr-xr-x2 bt   bt   4096 Jun  5  2002 private
dr-xr-xr-x  174 bt   bt   4096 Jun 10 06:47 release
-r--r--r--1 bt   bt  48079 Jun  9 22:07 setup.bz2
-r--r--r--1 bt   bt 259072 Jun 10 06:35 setup.exe
-r--r--r--1 bt   bt 183808 Jun  9 22:07 setup.exe.old
-r--r--r--1 bt   bt 186186 Jun  9 22:07 setup.ini
dr-xr-xr-x2 bt   bt   4096 Jun 10 03:03 tmp
dr-xr-xr-x2 bt   bt   4096 Jun 10 09:41 utils
dr-xr-xr-x3 bt   bt   4096 Jun 10 04:58 xfree


As you can see it is all there and was downloaded just yesterday. Infact
I compared the setup.exe and setup.ini on both the CD and the hard
drive. Both are identical byte by byte. Yet they behave differently or I
must be hallucinating :-). Note the CD rom very closely mirrors the 
ftp archive. I am trying to find my way through setup's source code but
with my busy schedule this is going to take a long long time, so I am 
really hoping some one would answer this. 

And yes I installed not only libintl2 but the other versions of libintl
also . Infact in trying to solve this problem I tried to install all the
packages except :

apache
ccache
curl
doxygen
dpkg
emacs
enscript
exim
fortune
gcc2
ghostscript
gnugo
guile 
libxml2
libxslt
lilypond
mutt
nano
perl
pine
postgresql
proftpd
python
ruby
splint
squid
swig
tetex
texmf
xerces-c
xfree

I will gladly put the CD ISO image on an anonymous ftp site should
anyone be interested in having a look at it. 

regards
B Thomas


On Tue, Jun 10, 2003 at 03:16:45PM +0100, Max Bowsher wrote:
> B Thomas wrote:
> > Hi,
> > I would be gratefull if you could help with the following problem:
> >
> > I am trying to make a CD so that cywin  binary/source can be installed
> > from this CD. The reason being I only have a linux computer my friend
> > only has a Windows XP. I have a fast internet connection , he has none.
> > we finally did get his computer hooked up to my network and installed.
> > However I would like to know how to do this still
> >
> > So I mirrored a cygwin ftp archive and burned them onto a CD. However when
> > I try to install  from the CD I get the following two errors many, many
> > times when the post-install scripts are running.
> >
> > 1) sed.exe : "The procedure entry point libintl_gettext could not be
> located in
> > the dynamic link library cygintl-2.dll" .
> >
> > 2) basename.exe : "The procedure entry point libintl_bindtextdomain
> > could not be located in the dynamic link library cygintl-2.dll"
> >
> > Apparently as a result of these errors almost nothing works not even -
> > ls, man , info ... etc.
> >
> > Since we have been trying to install almost the entire distro it is not
> > possible that some thing is missing. If i am correct this particular
> > library is provided by the gettext package which is being installed too.
> >
> >
> > I also noticed oddly that setup.exe classifies packages into categories
> > when I ran it on his computer , and did a network install but it lists
> > all packages in one category "misc" when we tried to install from the CD
> > i made. 
> 
> You've missed the setup.ini file, which contains all the category and
> dependency information.
> 
> Obviously you haven't installed the entire distribution, because
> cygintl-2.dll is in the libintl2 package.
> 
> 
> 
> 
> Max.
> 
> 

--
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: Vim and the navigating with arrow keys

[Randall R Schulz]

Brian,

At 07:25 2003-06-10, [EMAIL PROTECTED] wrote:

...

However, I do take issue with your "practically flawless" line - for I
still have the need to do CTRL-L refreshes with small files. Example:
Simple text file with the following text:

cygrunsrv -E cron

Open in Vim, and do nothing but touch the L (lower case of course) key and
navigate to the end of the line. The following text is the result:
ccygrunsrv -E cro
Again, I cannot recreate this symptom.

How up-to-date are your other Cygwin packages? There have been termcap 
and terminfo updates in the past several weeks. Did you install them? 
Have you looked at you ~/.vimrc file lately to see if there's anything 
odd there? Perhaps clearing your ~/.viminfo would help? Do you use the 
"tty" option in your CYGWIN environment variable? I don't, so that 
could conceivably be a source of the dissimilarity between Vim's 
behavior on our respective systems.


Of course a simple CTRL-L (lower case L) fixes this.

I get the same result with the arrow keys.

This is nothing new to me, and I've been living with it as long as 
I've used cygwin and vim together. The behavior occurs when navigating 
the first few lines of a large file, or any line of a file small 
enough to fit completely on the screen.
There is no reason you should have to endure this misbehavior.


None of this is crippling and if there is some setting I can change to 
correct it, it would be "nice".
I surely would not put up with it.


I thank you sir for pointing out my incorrect TERM setting. Since I'm 
not qualified to give you a gold star, I'll simply pledge my "support" 
give you my promise to cast a ballot for you if a "gold star" 
referendum were ever held. ( hmmm, I can't remember if I'm registered 
to vote! )

Brian Kelly


Randall Schulz 

--
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: openssl commandline tools always output in text mode

[Patrick Eisenacher]

On Sat, Jun 07, 2003 at 11:50:21AM +0200, Corinna Vinschen wrote:

Since I was a bit bored a few minutes ago I started to run your test
on Linux and guess what?  The testit.out file had CRLF lineendings, too.
Ups, I just gave it a try on FreeBSD and got the same results as well! 
Weird. Perhaps this is in aticipation of some format adaption for SMTP...

So it's very likely related to your input data, nothing behaving
different in the Cygwin version of OpenSSL.
It seems, no matter what input data the smime tool gets, it always 
converts it CR LF. As long as this is consistent on all platforms, I'm 
fine with it.

Thanks for your feedback,
Patrick
--
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: non network install

[Don Sharp]

Hi there

My WAG is that you need to place all those top level directory contents
into a single new top level directory. setup.exe is said to fumble the
ball if you try an install from a package directory which is the root
directory of a drive.

When you run

:\\setup.exe

you have to ensure that the nominated local package directory is

:\

HTH

Don Sharp

B Thomas wrote:
> 
> Hi,
> Thank you for responding.
> 
> But it doesn't seem like I have some thing missing  , here is the listing
> of my top level CD-ROM directory :
> 
> directory -
> total 1116
> -r--r--r--1 bt   bt   2600 Jun 10 08:00 INSTALL.TXT
> -r--r--r--1 bt   bt   4141 Apr 18  2002 README.TXT
> -r--r--r--1 bt   bt 393740 Jun  9 19:38 cygwin.pdf
> dr-xr-xr-x5 bt   bt   4096 Jun 10 05:50 mail-archives
> dr-xr-xr-x   17 bt   bt   4096 Jun 10 04:55 math
> -r--r--r--1 bt   bt225 Jun 10 06:47 md5.sum
> dr-xr-xr-x2 bt   bt   4096 Jun  5  2002 private
> dr-xr-xr-x  174 bt   bt   4096 Jun 10 06:47 release
> -r--r--r--1 bt   bt  48079 Jun  9 22:07 setup.bz2
> -r--r--r--1 bt   bt 259072 Jun 10 06:35 setup.exe
> -r--r--r--1 bt   bt 183808 Jun  9 22:07 setup.exe.old
> -r--r--r--1 bt   bt 186186 Jun  9 22:07 setup.ini
> dr-xr-xr-x2 bt   bt   4096 Jun 10 03:03 tmp
> dr-xr-xr-x2 bt   bt   4096 Jun 10 09:41 utils
> dr-xr-xr-x3 bt   bt   4096 Jun 10 04:58 xfree
> 
> As you can see it is all there and was downloaded just yesterday. Infact
> I compared the setup.exe and setup.ini on both the CD and the hard
> drive. Both are identical byte by byte. Yet they behave differently or I
> must be hallucinating :-). Note the CD rom very closely mirrors the
> ftp archive. I am trying to find my way through setup's source code but
> with my busy schedule this is going to take a long long time, so I am
> really hoping some one would answer this.
> 
> And yes I installed not only libintl2 but the other versions of libintl
> also . Infact in trying to solve this problem I tried to install all the
> packages except :
> 
> apache
> ccache
> curl
> doxygen
> dpkg
> emacs
> enscript
> exim
> fortune
> gcc2
> ghostscript
> gnugo
> guile
> libxml2
> libxslt
> lilypond
> mutt
> nano
> perl
> pine
> postgresql
> proftpd
> python
> ruby
> splint
> squid
> swig
> tetex
> texmf
> xerces-c
> xfree
> 
> I will gladly put the CD ISO image on an anonymous ftp site should
> anyone be interested in having a look at it.
> 
> regards
> B Thomas
> 
> On Tue, Jun 10, 2003 at 03:16:45PM +0100, Max Bowsher wrote:
> > B Thomas wrote:
> > > Hi,
> > > I would be gratefull if you could help with the following problem:
> > >
> > > I am trying to make a CD so that cywin  binary/source can be installed
> > > from this CD. The reason being I only have a linux computer my friend
> > > only has a Windows XP. I have a fast internet connection , he has none.
> > > we finally did get his computer hooked up to my network and installed.
> > > However I would like to know how to do this still
> > >
> > > So I mirrored a cygwin ftp archive and burned them onto a CD. However when
> > > I try to install  from the CD I get the following two errors many, many
> > > times when the post-install scripts are running.
> > >
> > > 1) sed.exe : "The procedure entry point libintl_gettext could not be
> > located in
> > > the dynamic link library cygintl-2.dll" .
> > >
> > > 2) basename.exe : "The procedure entry point libintl_bindtextdomain
> > > could not be located in the dynamic link library cygintl-2.dll"
> > >
> > > Apparently as a result of these errors almost nothing works not even -
> > > ls, man , info ... etc.
> > >
> > > Since we have been trying to install almost the entire distro it is not
> > > possible that some thing is missing. If i am correct this particular
> > > library is provided by the gettext package which is being installed too.
> > >
> > >
> > > I also noticed oddly that setup.exe classifies packages into categories
> > > when I ran it on his computer , and did a network install but it lists
> > > all packages in one category "misc" when we tried to install from the CD
> > > i made. 
> >
> > You've missed the setup.ini file, which contains all the category and
> > dependency information.
> >
> > Obviously you haven't installed the entire distribution, because
> > cygintl-2.dll is in the libintl2 package.
> >
> >
> >
> >
> > Max.
> >
> >
> 
> --
> 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/

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

Executable hang when using a cygwin telnet session

[Chris Lidgate]

Hi all

I have just seen something that seemed very odd, and I can't find any information 
about it that seems relevant in any of the usual places.

A colleague is developing a win32 console cli program that does some useful stuff ... 
We've been testing it physically on our win2000 box under a normal dos prompt - and it 
works fine. We can also run the program from a BASH shell if I physically open the 
cygwin shell on the win2000 console. Again the new program does all of the stuff I 
would expect. 

Then I had a great idea, if we could telnet into our win2000 box we could put several 
people onto the testing of the new program. If I telnet into the box under the normal 
cygwin telnetd service, the program hangs (in the program loader ?) without producing 
any output at all (normally the first thing it does is printf a version / wellcome 
header). CRTL C will bring back the bash session, but the cli program refuses to run.

HOWEVER, all of the normal win32 console apps (tracert, ipconfig, yadda yadda yadda) 
run perfectly well from the telnet session. I'm sure there is nothing wrong with inetd 
or telnetd as we use it quite a lot, but it's as if I'm missing something fundemental.

Does anyone know why this program would behave like this and know if there are any 
workarounds ??



-- Chris



---
  Chris Lidgates private email|
  This email address is   |
 lidgaca AT lycos DOT com |




Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail!
http://login.mail.lycos.com/r/referral?aid=27005

--
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: Vim and the navigating with arrow keys

[Brian . Kelly]

KUDOS - I had the following setting in the registry:

  /usr/bin/inetd.exe  REG_SZ  binmode tty ntsec

Took out the tty and suddenly Vim works the way "one would normally expect"
it to.

Of course the above settings were "standard fare" for inetd installs
according to setup
instructions circa 2000-2001. They may still be - I don't know, haven't
looked. Anyhow,
do you know offhand if there is still any compelling reason to have tty in
the Cygwin
environment variable?

Thanks again.

Brian Kelly

( You're level of "meanness" gets only a 2 out of 10 - DISAPPOINTING!! I
expect more!! )





"Randall R Schulz" <[EMAIL PROTECTED]>@cygwin.com on 06/10/2003 10:44:41 AM

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: Vim and the navigating with arrow keys


Brian,

At 07:25 2003-06-10, [EMAIL PROTECTED] wrote:

>...
>
>However, I do take issue with your "practically flawless" line - for I
>still have the need to do CTRL-L refreshes with small files. Example:
>
>Simple text file with the following text:
>
>cygrunsrv -E cron
>
>Open in Vim, and do nothing but touch the L (lower case of course) key and
>navigate to the end of the line. The following text is the result:
>
>ccygrunsrv -E cro

Again, I cannot recreate this symptom.

How up-to-date are your other Cygwin packages? There have been termcap
and terminfo updates in the past several weeks. Did you install them?
Have you looked at you ~/.vimrc file lately to see if there's anything
odd there? Perhaps clearing your ~/.viminfo would help? Do you use the
"tty" option in your CYGWIN environment variable? I don't, so that
could conceivably be a source of the dissimilarity between Vim's
behavior on our respective systems.


>Of course a simple CTRL-L (lower case L) fixes this.
>
>I get the same result with the arrow keys.
>
>
>This is nothing new to me, and I've been living with it as long as
>I've used cygwin and vim together. The behavior occurs when navigating
>the first few lines of a large file, or any line of a file small
>enough to fit completely on the screen.

There is no reason you should have to endure this misbehavior.


>None of this is crippling and if there is some setting I can change to
>correct it, it would be "nice".

I surely would not put up with it.


>I thank you sir for pointing out my incorrect TERM setting. Since I'm
>not qualified to give you a gold star, I'll simply pledge my "support"
>give you my promise to cast a ballot for you if a "gold star"
>referendum were ever held. ( hmmm, I can't remember if I'm registered
>to vote! )
>
>Brian Kelly


Randall Schulz


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







"WellChoice, Inc." made the following
 annotations on 06/10/2003 11:51:37 AM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


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

exim 4.20.x patch to handle sendmail -O switch

[Jason Pyeron]

Dear Sirs/Madams,

Please find enclosed patches for your respective distributions. These 
patches allow exim to not fail on sendmail like switch -O.

In send mail the -O switch allows configuration options to be set via the 
command line to override the .conf settings.

Its general syntax is:

 -O option=value
 or the popular undocumented:
 -Ooption=value


I believe this addresses Wish-List Item 181 for exim 3.

This patch is needed to allow Bugzilla 2.17.4 to install and run properly 
on cygwin. They use:

 -ODeliveryMode=deferred
 -ODeliveryMode=background

We look forward to seeing this patch included in your next release or 
fix.

Sincerely,

Jason Pyeron

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron   http://www.pyerotechnics.com   -
- Owner & Lead  Pyerotechnics Development, Inc. -
- +1 410 808 6646 (c)   500 West University Parkway #1S -
- +1 410 467 2266 (f)   Baltimore, Maryland  21210-3253 -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.


diff -burN virgin/exim-4.20-1/doc/exim.8 exim-4.20-1/doc/exim.8
--- virgin/exim-4.20-1/doc/exim.8   2003-05-12 09:39:24.0 -0400
+++ exim-4.20-1/doc/exim.8  2003-06-10 11:18:26.0 -0400
@@ -697,6 +697,10 @@
 This option is interpreted by Sendmail to mean `no aliasing'. It is ignored by
 Exim.
 .TP
+\fB-O\fR
+This option is interpreted by Sendmail to mean `set option'. It is ignored by
+Exim.
+.TP
 \fB-oA \fR
 This option is used by Sendmail in conjunction with -bi to specify an
 alternative alias file name. Exim handles -bi differently; see the
diff -burN virgin/exim-4.20-1/src/exim.c exim-4.20-1/src/exim.c
--- virgin/exim-4.20-1/src/exim.c   2003-05-12 09:39:18.0 -0400
+++ exim-4.20-1/src/exim.c  2003-06-10 11:27:47.0 -0400
@@ -1840,6 +1840,23 @@
 case 'n':
 break;
 
+/* -O: Just ignore it. In sendmail, apparently -O option=value means
+Set option option to the specified value. This form uses long names. 
+[EMAIL PROTECTED] */
+
+case 'O':
+/* need to handle -O option=value & -Ooption=value */
+if (0 < *argrest && *argrest <=' ')
+{
+ /* -O option=value */
+ if (i+1 < argc) ++i; else
+ {
+  fprintf(stderr, "exim: string expected after -O\n");
+  exit(EXIT_FAILURE);
+ }
+}
+break;
+
 
 case 'o':
 
diff -burN virgin/exim-4.20-1/doc/exim.8 exim-4.20/doc/exim.8
--- virgin/exim-4.20-1/doc/exim.8   2003-05-12 09:39:24.0 -0400
+++ exim-4.20/doc/exim.82003-06-10 11:18:26.0 -0400
@@ -697,6 +697,10 @@
 This option is interpreted by Sendmail to mean `no aliasing'. It is ignored by
 Exim.
 .TP
+\fB-O\fR
+This option is interpreted by Sendmail to mean `set option'. It is ignored by
+Exim.
+.TP
 \fB-oA \fR
 This option is used by Sendmail in conjunction with -bi to specify an
 alternative alias file name. Exim handles -bi differently; see the
diff -burN virgin/exim-4.20-1/src/exim.c exim-4.20/src/exim.c
--- virgin/exim-4.20-1/src/exim.c   2003-05-12 09:39:18.0 -0400
+++ exim-4.20/src/exim.c2003-06-10 11:27:47.0 -0400
@@ -1840,6 +1840,23 @@
 case 'n':
 break;
 
+/* -O: Just ignore it. In sendmail, apparently -O option=value means
+Set option option to the specified value. This form uses long names. 
+[EMAIL PROTECTED] */
+
+case 'O':
+/* need to handle -O option=value & -Ooption=value */
+if (0 < *argrest && *argrest <=' ')
+{
+ /* -O option=value */
+ if (i+1 < argc) ++i; else
+ {
+  fprintf(stderr, "exim: string expected after -O\n");
+  exit(EXIT_FAILURE);
+ }
+}
+break;
+
 
 case 'o':
 
--
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: problem with telnet, xinetd, native console apps

[David Byron]

On Monday, June 9 @ 5:22p, I wrote:

> I seem to have run into the same problem that folks with 
> inetutils pre 1.3.2-11 had with console output from native 
> apps not getting displayed in a telnet session.

> My console app doesn't display any output.

A bit more info here.  I get the same behavior via ssh and sshd.  I'm doing

$ ssh localhost

to start the session, as I was doing

$ telnet localhost

and

$ rsh localhost

before.

I tried getting inetd working and turning off xinetd to see if that would
work, but no luck there.  I think I followed the instructions in
/usr/doc/Cygwin/inetutils-1.3.2.README correctly, but net start inetd fails.
When I reboot the system, I get two errors in the system event log from the
service control manager.  They say that inetd took more than 3 seconds to
start.

Part of the instructions is to set the CYGWIN environment variable to
"binmode tty ntsec" but when I do that, my program stops working even in a
plain old bash with no telnet, no ssh, etc.

Not sure if it's of interest, but my home directory when I start bash is
c:/home/dbyron -- the same as the HOME user environment variable.  My home
directory after telnet or ssh is /cygdrive/c/Documents and Settings/dbyron
-- same as if I had opened up a cmd window.

If anyone has pointers to get this working, I'd love to hear about them.

Thanks much.

-DB

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

multicast support

[John Ostrom]

I was wondering what the status of multicast is in Cygwin. I read some 
posts by Yang-hua Chu ( Subject : support for multicast socket  ) on 
April 30 2002 indicating that there was not support at that point. Has 
this status changed?

I seem to have the same problem with failing to bind after setting the 
socket options. And I am aware that winsock constants might be 
different. Yet, that did not appear to solve the issue either.

Any suggestions?

Thanks again,
John Ostrom
--
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: [ANNOUNCE] LibXSLT (1.0.27) test packages available

[Elfyn McBratney]

On Tue, 10 Jun 2003, Patrick Eisenacher wrote:

> Hi Elfyn,
>
> sorry for the little delay, but Monday was a holiday here in Germany, so
> I took the chance to get some private work done. Back in the office
> today, I saw that you have published the updated packages.
>
> I reran the basic test I sent you and that worked fine, both with the
> v1.50.0 and the latest v1.61.2 XSL stylesheets.
>
> Unfortunately my next test failed :o( It gets transformed well with the
> old versions of libxml2 and libxslt and the v1.61.2 XSL stylesheets. But
> the new versions fail with the v1.61.2 XSL stylesheets. After narrowing
> down the problem, I identified the  tag within the
>  tag as the culprit of causing a segmentation fault.
> Running the same test on a real unix box, caused xsltproc to segfault as
> well. So the problem seems not to be with your port, but with xsltproc
> itself. xsltproc crahses in the xsltApplyTemplates() function.
>
> Uff, this turns out to be a real beast...I'm going to contact Daniel
> about it, hoping to get a new version of xsltproc...

This has been fixed in CVS (see ).
I'd guess it will be in the next version, which I will of course be on the look
out for. :-)

> Nevertheless, congratulations for the port!

Thanks.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk


--
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: non network install

[Andrew Markebo]

/ B Thomas <[EMAIL PROTECTED]> wrote:
| Hi,
| I would be gratefull if you could help with the following problem:
| [...]
| So I mirrored a cygwin ftp archive and burned them onto a CD. However when
| I try to install  from the CD I get the following two errors many, many
| times when the post-install scripts are running.

Any special reason mirroring it over ftp (it sounds like that),
instead of letting setup download the packages and put it as it wants
them?

/Andy

-- 
 All people are equal, but some are more equal that the others
- Someone more equal


--
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: Vim and the navigating with arrow keys

[Shankar Unni]

[EMAIL PROTECTED] wrote:

KUDOS - I had the following setting in the registry:
  /usr/bin/inetd.exe  REG_SZ  binmode tty ntsec
I don't know that that's the culprit - I just set CYGWIN=tty and 
TERM=cygwin, and started a fresh bash from a cmd shell, and vim worked 
fine with your example.

(Of course, it did show that other problem discussed around here, in 
that after I exited vim, bash was left in a no-echo mode..)



--
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: Vim and the navigating with arrow keys

[Brian . Kelly]

You are right. The tty is not the problem. Turns out Randy was completely
correct in that the
problem was with the TERM setting. I just put it back to rxvt and the
problem came back. Took
it out - problem went away. All the while tty is set in the Registry. So it
does seem that the TERM
setting is the determiner. I must be losing it - I "thought" I had closed
all open cmd windows and
opened a new one after updating the .profile - but - alas - that probably
is not what actually
happened.

Brian Kelly





"Shankar Unni" <[EMAIL PROTECTED]>@cygwin.com on 06/10/2003 01:43:16
PM

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: Vim and the navigating with arrow keys


[EMAIL PROTECTED] wrote:

> KUDOS - I had the following setting in the registry:
>   /usr/bin/inetd.exe  REG_SZ  binmode tty ntsec

I don't know that that's the culprit - I just set CYGWIN=tty and
TERM=cygwin, and started a fresh bash from a cmd shell, and vim worked
fine with your example.

(Of course, it did show that other problem discussed around here, in
that after I exited vim, bash was left in a no-echo mode..)



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







"WellChoice, Inc." made the following
 annotations on 06/10/2003 02:06:57 PM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


--
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: latest version of vi messes up bash for me

[Stephen Biggs]

On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote:

> On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote:
> 
> 
>  
> > Maybe it is relevant to say that I am invoking cygwin by the shortcut of:
> > C:\WINDOWS\COMMAND.COM /E:4096 /c C:\cygwin\bin\login steve
> > with the /etc/passwd file entries:
> > user::400:401:user:/home/user:/bin/bash
> > steve::502:100:steve:/home/steve:/bin/bash
> > sshd::545:545:sshd::/bin/false
> > 
> > and /etc/group:
> > all::544:
> > users::100:
> > user::401:
> > 
> > ... instead of the normal batch file since this is the only way I could 
> > think of to log myself on as another user into Cygwin on Windows 98.
> > 
> > Perhaps this is what is messing me up, but can anybody tell me a better 
> > way to 
> > do it?  I need the user steve so I can use ssh to a different machine.  
> 
> Your passwd file is screwed up. Didn't cygwin generate one for you?
> 
> If you login into Windows, use the Users control panel, create a user
> Steve. Log into Windows. Start Cygwin. Cygwin will use the entry for Steve.
> 
> If you don't log into Windows, Cygwin looks for uid 500. So just put
> Steve:*:500:544:steve:/home/steve:/bin/bash

It didn't work with the '*', so I took it out...

> 
> Don't use uid 400, gid 401, they are reserved for non-existent entries.

Got it...

> 
> > Again, 
> > this all worked before I updated my VI package.
> 
> That's another story. No idea. Use emacs? :)

Heh...

Still no change with the blind terminal after VI.


--
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: Distributed Cygwin DLL's (fwd)

[Elfyn McBratney]

Before I reply (privately) the bellow is not sufficient, is it?

-- Forwarded message --
On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote:
> I saw your project mentioned on one of the Savannah mailing lists. I noticed
> that on this page () you
> have a link where a user can download a zip file named 'cygwin-dll.zip', which
> contains, among other files, the Cygwin library (cygwin1.dll). You are also
> distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as
> I could tell, no sources to accompany those binaries.
>
> Are you aware that the GPL requires that you make such sources available?

Yes. The source code is publicly available on a number sites. The
binaries are built using unmodified versions of the source code
provided by the copyright holder(s). AFAIK the GPL requires that
you make the source available upon request. If someone requests the
source code I will be happy to give a pointer to the source code on
another site, place it on a server on my own for downloading, send
it by email or burn it on a CD and snailmail the CD.

Regards,
Bjorn


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

rsh and rsync

[Jing Zhao]

I have downloaded cygwin today.

Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with
the following:

rsync -av "test.txt" [EMAIL PROTECTED]:/sd0/rsync

I got the following error:
-
Runs commands on remote hosts running the RSH service.

RSH host [-l username] [-n] command

  hostSpecifies the remote host on which to run command.
  -l username Specifies the user name to use on the remote host. If
  omitted, the logged on user name is used.
  -n  Redirects the input of RSH to NULL.
  command Specifies the command to run.

rsync: read error: Connection reset by peer
rsync error: error in rsync protocol data stream (code 12) at
/tmp/rsync-2.5.6/i
o.c(177)
-

The rshd is running on NetBSD, .rhosts is setup and I tried "rsh" standalone
and run fine. Looked like the rsh usage is 

'RSH host [-l username] [-n] command'

but the "rsh" in rsync expected a different format.
On Unix boxes, it is:

rsh [-nd] [-l login] [EMAIL PROTECTED] [command]

What's wrong with this picture?

BTW, when specified "ssh" as the shell, rsync worked fine.

Version:
$ rsync --version
rsync  version 2.5.6  protocol version 26
Copyright (C) 1996-2002 by Andrew Tridgell and others

Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles,
  no IPv6, 32-bit system inums, 64-bit internal inums

rsync comes with ABSOLUTELY NO WARRANTY.  This is free software, and you
are welcome to redistribute it under certain conditions.  See the GNU
General Public Licence for details.

Thanks for your help

Jing

--
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: latest version of vi messes up bash for me

[Larry Hall]

Stephen Biggs wrote:
On 9 Jun 2003 at 21:16, Pierre A. Humblet wrote:


On Tue, Jun 10, 2003 at 03:57:32AM +0200, Stephen Biggs wrote:




Maybe it is relevant to say that I am invoking cygwin by the shortcut of:
C:\WINDOWS\COMMAND.COM /E:4096 /c C:\cygwin\bin\login steve
with the /etc/passwd file entries:
user::400:401:user:/home/user:/bin/bash
steve::502:100:steve:/home/steve:/bin/bash
sshd::545:545:sshd::/bin/false
and /etc/group:
all::544:
users::100:
user::401:
... instead of the normal batch file since this is the only way I could 
think of to log myself on as another user into Cygwin on Windows 98.

Perhaps this is what is messing me up, but can anybody tell me a better 
way to 
do it?  I need the user steve so I can use ssh to a different machine.  
Your passwd file is screwed up. Didn't cygwin generate one for you?

If you login into Windows, use the Users control panel, create a user
Steve. Log into Windows. Start Cygwin. Cygwin will use the entry for Steve.
If you don't log into Windows, Cygwin looks for uid 500. So just put
Steve:*:500:544:steve:/home/steve:/bin/bash


It didn't work with the '*', so I took it out...


Don't use uid 400, gid 401, they are reserved for non-existent entries.


Got it...


Again, 
this all worked before I updated my VI package.
That's another story. No idea. Use emacs? :)


Heh...

Still no change with the blind terminal after VI.
It really would be helpful to see the output of cygcheck -r -s -v
(_attached_).  Can't you just start the bash prompt from cygwin.bat
at least to get this information?  Also, it would be useful to know
if vim works for you if you login to Windows and use cygwin.bat
instead.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
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: non network install

[B Thomas]

As I mentioned earlier I was trying to help a friend without a network 
connection install it . But now I just want to know how it can be done
as I was trying to make a Cygwin CD so that he could use it to install
both binaries and sources when he pleases. With a fair bit of
inconvienence (as neither of us have a car) , we finally got his computer 
to my place and installed it over the network. I did not have a windows 
OS on my own computer to be able to run setup and did not trust wine.

Now let me give you a stronger reason why I think distributing software
ONLY by network installs is a very bad idea. If you were a average
working man in almost any other country other than america then as you
may check for your self a high speed internet would be quite a pinch on
your monthly salary. To many it would not even be affordable. So if you
think about this a while, making network install the only option is in 
very bad taste. I mention this since you specifically asked . Now if you do 
see my point is sincere and a valid one, you should be wondering why is
there so little documentation on the cygwin site on how to do this or
why is it almost impossible to find a reasonably priced CD rom
distribution being sold by anyone ?. What kind of a marketing strategy do
you think RedHat had here when they specifically took over cygwin from
the earstwhile Cygnus solutions?

If  anyone does know of such a CD Rom distribution of the Cywin
product family (both source and binary) I would very happly buy one so
that I could help many more people install it on their computers, in
future, with greater ease. In the absence of such an alternative I was
looking for how to build a CD Rom distribution myself but found hardly
any information!!

sincerely
B.Thomas

On Tue, Jun 10, 2003 at 07:41:18PM +0200, Andrew Markebo wrote:
> / B Thomas <[EMAIL PROTECTED]> wrote:
> | Hi,
> | I would be gratefull if you could help with the following problem:
> | [...]
> | So I mirrored a cygwin ftp archive and burned them onto a CD. However when
> | I try to install  from the CD I get the following two errors many, many
> | times when the post-install scripts are running.
> 
> Any special reason mirroring it over ftp (it sounds like that),
> instead of letting setup download the packages and put it as it wants
> them?
> 
> /Andy


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

Re: Distributed Cygwin DLL's (fwd)

[Larry Hall (RFK Partners, Inc.)]

Does his zip file contain written notice that he will provide the
source if requested for a period of at least 3 years?
Either way, I think this guy is setting himself up for a fall if
he's not archiving versions of the source.  You can't get a copy of
3 year old Cygwin source for an arbitrary (or any) distribution from cygwin.com. 
 Perhaps someone else is archiving each release for the
past three years for his benefit.  I'm skeptical of that though.

Larry

Elfyn McBratney wrote:
Before I reply (privately) the bellow is not sufficient, is it?

-- Forwarded message --
On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote:
I saw your project mentioned on one of the Savannah mailing lists. I noticed
that on this page () you
have a link where a user can download a zip file named 'cygwin-dll.zip', which
contains, among other files, the Cygwin library (cygwin1.dll). You are also
distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as
I could tell, no sources to accompany those binaries.
Are you aware that the GPL requires that you make such sources available?


Yes. The source code is publicly available on a number sites. The
binaries are built using unmodified versions of the source code
provided by the copyright holder(s). AFAIK the GPL requires that
you make the source available upon request. If someone requests the
source code I will be happy to give a pointer to the source code on
another site, place it on a server on my own for downloading, send
it by email or burn it on a CD and snailmail the CD.
Regards,
Bjorn
--
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/



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
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: non network install

[B Thomas]

We did try copying the CD contents to his harddrive to a directory in
My Documents\temp\Cygwin\setup.exe(and other subdirectories)
Then ran setup and specified that we wanted to install from "local disk"
with path My Documents\temp\Cygwin\release.
Even this gave the same errors as I originally posted. It was then we
decided to make the effort to get his computer to my place. Please
correct me if I am wrong but this seems to indicate the problem here was
not that of the top level directory. Could you kindly point me to the
web page where you read about this problem .
sincerely
B Thomas

On Tue, Jun 10, 2003 at 04:03:00PM +0100, Don Sharp wrote:
> Hi there
> 
> My WAG is that you need to place all those top level directory contents
> into a single new top level directory. setup.exe is said to fumble the
> ball if you try an install from a package directory which is the root
> directory of a drive.
> 
> When you run
> 
> :\\setup.exe
> 
> you have to ensure that the nominated local package directory is
> 
> :\
> 
> HTH
> 
> Don Sharp


--
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: non network install

[Larry Hall]

B Thomas wrote:



Now let me give you a stronger reason why I think distributing software
ONLY by network installs is a very bad idea. 


Hm, what makes you think that Cygwin can only be distributed via network
installs?  You yourself noted that all the packages were available for
download via FTP.  Just because you couldn't find the one piece of
information you needed to make this work for you doesn't mean that the
option doesn't exist.

If you were a average
working man in almost any other country other than america then as you
may check for your self a high speed internet would be quite a pinch on
your monthly salary. To many it would not even be affordable. So if you
think about this a while, making network install the only option is in 
very bad taste. I mention this since you specifically asked . Now if you do 
see my point is sincere and a valid one, you should be wondering why is
there so little documentation on the cygwin site on how to do this or
why is it almost impossible to find a reasonably priced CD rom
distribution being sold by anyone ?. What kind of a marketing strategy do
you think RedHat had here when they specifically took over cygwin from
the earstwhile Cygnus solutions?


It does sound like a sinister plot.  But only because you're making it
into one.  Red Hat bought Cygnus Solutions.  That has no bearing on the
free software Cygwin project.  While it's true that no corporation is
selling Cygwin on a CD AFAIK, that doesn't mean that someone can't.
Perhaps if you asked the list for such an offering, someone here would've
been willing to provide such a CD for you.

If  anyone does know of such a CD Rom distribution of the Cywin
product family (both source and binary) I would very happly buy one so
that I could help many more people install it on their computers, in
future, with greater ease. In the absence of such an alternative I was
looking for how to build a CD Rom distribution myself but found hardly
any information!!


Sounds like you're quite worked up about this.  That's too bad.  True,
there is not page on the Cygwin site that gives you step-by-step
instructions on how to make a Cygwin CD.  But others have asked before on
this email list and the details of the process have been covered.  You
could've looked there.  And actually, it's not that difficult.  Really,
I expect you have it right now.  You just missed the rather arcane fact
that things don't work unless you put it all in a subdirectory of the CD.
C'est la vie.
--

Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
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: non network install

[B Thomas]

Hi,
I did not mean to offend anyone. I do have strong feelings about such
things. I will certainly try to make this CD and put instructions on my 
web page to do the same. Thank you for you paitence and understanding.

sincerely
B Thomas

On Tue, Jun 10, 2003 at 05:22:59PM -0400, Larry Hall wrote:
 
> Sounds like you're quite worked up about this.  That's too bad.  True,
> there is not page on the Cygwin site that gives you step-by-step
> instructions on how to make a Cygwin CD.  But others have asked before on
> this email list and the details of the process have been covered.  You
> could've looked there.  And actually, it's not that difficult.  Really,
> I expect you have it right now.  You just missed the rather arcane fact
> that things don't work unless you put it all in a subdirectory of the CD.
> C'est la vie.
> 
> --
> 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746


--
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: rsh and rsync

[Larry Hall]

Jing Zhao wrote:
> I have downloaded cygwin today.
> 
> Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with
> the following:
> 
> rsync -av "test.txt" [EMAIL PROTECTED]:/sd0/rsync
> 
> I got the following error:
> -
> Runs commands on remote hosts running the RSH service.
> 
> RSH host [-l username] [-n] command
> 
>   hostSpecifies the remote host on which to run command.
>   -l username Specifies the user name to use on the remote host. If
>   omitted, the logged on user name is used.
>   -n  Redirects the input of RSH to NULL.
>   command Specifies the command to run.
> 
> rsync: read error: Connection reset by peer
> rsync error: error in rsync protocol data stream (code 12) at
> /tmp/rsync-2.5.6/i
> o.c(177)
> -
> 
> The rshd is running on NetBSD, .rhosts is setup and I tried "rsh" standalone
> and run fine. Looked like the rsh usage is 
> 
> 'RSH host [-l username] [-n] command'
> 


Your path is wrong.  You're getting the Windows verison of
rsh.


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


--
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: non network install

[Don Sharp]

See inline comment below.

B Thomas wrote:
> 
> We did try copying the CD contents to his harddrive to a directory in
> My Documents\temp\Cygwin\setup.exe(and other subdirectories)
> Then ran setup and specified that we wanted to install from "local disk"
> with path My Documents\temp\Cygwin\release.

The path should be to the directory containing release. In your case

"My Documents\temp\Cygwin"

HTH

Don Sharp

> Even this gave the same errors as I originally posted. It was then we
> decided to make the effort to get his computer to my place. Please
> correct me if I am wrong but this seems to indicate the problem here was
> not that of the top level directory. Could you kindly point me to the
> web page where you read about this problem .
> sincerely
> B Thomas
> 
> On Tue, Jun 10, 2003 at 04:03:00PM +0100, Don Sharp wrote:
> > Hi there
> >
> > My WAG is that you need to place all those top level directory contents
> > into a single new top level directory. setup.exe is said to fumble the
> > ball if you try an install from a package directory which is the root
> > directory of a drive.
> >
> > When you run
> >
> > :\\setup.exe
> >
> > you have to ensure that the nominated local package directory is
> >
> > :\
> >
> > HTH
> >
> > Don Sharp
> 
> --
> 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/

--
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: rsh and rsync

[Jing Zhao]

Thanks Larry I found it. Now it works!

-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: 2003?6?10? 17:07
To: Jing Zhao
Cc: [EMAIL PROTECTED]
Subject: Re: rsh and rsync


Jing Zhao wrote:
> I have downloaded cygwin today.
> 
> Doing rsync from Windows 2000 (running cygwin) to NetBSD Unix box with
> the following:
> 
> rsync -av "test.txt" [EMAIL PROTECTED]:/sd0/rsync
> 
> I got the following error:
> -
> Runs commands on remote hosts running the RSH service.
> 
> RSH host [-l username] [-n] command
> 
>   hostSpecifies the remote host on which to run command.
>   -l username Specifies the user name to use on the remote host. If
>   omitted, the logged on user name is used.
>   -n  Redirects the input of RSH to NULL.
>   command Specifies the command to run.
> 
> rsync: read error: Connection reset by peer
> rsync error: error in rsync protocol data stream (code 12) at
> /tmp/rsync-2.5.6/i
> o.c(177)
> -
> 
> The rshd is running on NetBSD, .rhosts is setup and I tried "rsh"
standalone
> and run fine. Looked like the rsh usage is 
> 
> 'RSH host [-l username] [-n] command'
> 


Your path is wrong.  You're getting the Windows verison of
rsh.


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


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

--
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: non network install

[Larry Hall]

B Thomas wrote:
Hi,
I did not mean to offend anyone. I do have strong feelings about such
things. I will certainly try to make this CD and put instructions on my 
web page to do the same. Thank you for you paitence and understanding.


No offense taken.  I just wanted to be clear on the issues so that others
who may see this thread in the email archives would get accurate information.
Personally, I'd be real happy to see your instructions on making a CD
become part of the Cygwin site.  Would you consider supplying some wording
or even a patch to the User's Guide?
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
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: latest version of vi messes up bash for me

[Shankar Unni]

Larry Hall wrote:

Also, it would be useful to know if vim works for you if you 
> login to Windows and use cygwin.bat instead.

* If I run cygwin.bat directly from Start/Run..., it works fine. (I mean 
I can start vim, exit, and echo is OK).  (I don't have CYGWIN or TERM 
set in the native Windows system or user environment)

* If I start a "CMD" shell, do "set CYGWIN=tty" and then start bash, and 
from within bash, run vim, again it's OK (by above defn.)

* However, if I start CMD, and within it, directly run as one command 
"env CYGWIN=tty bash", then when I exit vim, bash's echo is turned off.

I suspect this last emulates the setup when login forks off bash (but 
sorry, pure wild-assed guess here).

Cygcheck output attached.


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Jun 10 15:54:22 2003

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   c:/ant/bin
c:/mysql/bin
c:/Program Files/Microsoft Office/Office10
C:/Apps/bin
C:/Apps/emacs-21.2/bin
C:/ant/bin
C:/java/bin
C:/cygwin/bin
c:/Program Files/Microsoft Visual Studio .NET/Vc7/bin
C:/oracle/ora81/bin
C:/oracle/ora81/Apache/Perl/5.00503/bin/mswin32-x86
C:/Program Files/Oracle/jre/1.1.7/bin
C:/WINDOWS/system32
C:/WINDOWS
C:/WINDOWS/System32/Wbem
C:/Program Files/Common Files/Adaptec Shared/System

C:\cygwin\bin\id.exe output (nontsec)
UID: 1005(shankar)  GID: 513(None)
513(None)

C:\cygwin\bin\id.exe output (ntsec)
UID: 1005(shankar)   GID: 513(None)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:/Shankar'
PWD = `C:/Shankar'
USER = `shankar'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\shankar\Application Data'
CLIENTNAME = `Console'
CommonProgramFiles = `C:\Program Files\Common Files'
COMPUTERNAME = `HQ-SHANKAR'
ComSpec = `C:\WINDOWS\system32\cmd.exe'
DEVMGR_SHOW_DETAILS = `1'
EDITOR = `gnuclient'
ENSCRIPT_LIBRARY = `C:/Apps/enscript'
GROUP = `unknown'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\shankar'
HOST = `HQ-SHANKAR'
HOSTTYPE = `Windows 2000 5.1 Build 2600 (Service Pack 1)'
JAVA_HOME = `C:\java'
LESS = `-eimq~X'
LOGNAME = `shankar'
LOGONSERVER = `\\HQ-SHANKAR'
MACHTYPE = `i386'
NIGHTLY_BUILD = `1'
NOREBIND = `1'
NUMBER_OF_PROCESSORS = `1'
OS = `Windows_NT'
OSTYPE = `Windows2000'
P4EDITOR = `gnuclient'
PAGER = `less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0207'
ProgramFiles = `C:\Program Files'
SESSIONNAME = `Console'
SHLVL = `1'
SQLPATH = `c:/temp/sql;d:/orant/dbs'
SYSPATH = 
`C:/Apps/bin;C:/Apps/emacs-21.2/bin;C:/ant/bin;C:/java/bin;C:/cygwin/bin;c:/Program 
Files/Microsoft Visual Studio 
.NET/Vc7/bin;C:/oracle/ora81/bin;C:/oracle/ora81/Apache/Perl/5.00503/bin/mswin32-x86;C:/Program
 
Files/Oracle/jre/1.1.7/bin;C:/WINDOWS/system32;C:/WINDOWS;C:/WINDOWS/System32/Wbem;C:/Program
 Files/Common Files/Adaptec Shared/System'
SystemDrive = `C:'
SystemRoot = `C:\WINDOWS'
TEMP = `C:\Temp'
TMP = `C:\Temp'
TMPDIR = `c:/temp'
USERDOMAIN = `HQ-SHANKAR'
USERNAME = `shankar'
USERPROFILE = `C:\Documents and Settings\shankar'
VENDOR = `Microsoft'
VISUAL = `gnuclient'
windir = `C:\WINDOWS'
WV_GATEWAY_CFG = `C:\oracle\ora81\Apache\modplsql\cfg\wdbsvr.app'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS   28576Mb  63% CP CS UN PA FC 
d:  cd   N/AN/A

C:\cygwin  /  system  textmode
C:\cygwin/bin  /usr/bin   system  textmode
C:\cygwin/lib  /usr/lib   system  textmode
.  /cygdrive  system  textmode,cygdrive

Found: C:/cygwin/bin\awk.exe
Found: C:/cygwin/bin\bash.exe
Found: C:/cygwin/bin\cat.exe
Found: C:/cygwin/bin\cp.exe
Found: C:/cygwin/bin\cpp.exe
Found: C:/cygwin/bin\find.exe
Found: C:/WINDOWS/system32\find.exe
Warning: C:/cygwin/bin\find.exe hides C:/WINDOWS/system32\find.exe
Found: C:/cygwin/bin\gcc.exe
Found: C:/cygwin/bin\gdb.exe
Found: C:/cygw

Re: latest version of vi messes up bash for me

[Igor Pechtchanski]

On Tue, 10 Jun 2003, Shankar Unni wrote:

Larry Hall wrote:

> Also, it would be useful to know if vim works for you if you
 > login to Windows and use cygwin.bat instead.
* If I run cygwin.bat directly from Start/Run..., it works fine. (I mean
I can start vim, exit, and echo is OK).  (I don't have CYGWIN or TERM
set in the native Windows system or user environment)
* If I start a "CMD" shell, do "set CYGWIN=tty" and then start bash, and
from within bash, run vim, again it's OK (by above defn.)
* However, if I start CMD, and within it, directly run as one command
"env CYGWIN=tty bash", then when I exit vim, bash's echo is turned off.
I suspect this last emulates the setup when login forks off bash (but
sorry, pure wild-assed guess here).
Cygcheck output attached.
Shankar,

The bash man page says

  An interactive shell is one started without  non-option  arguments  and
  without  the  -c  option  whose standard input and output are both con-
  nected to terminals (as determined by isatty(3)), or one  started  with
  the  -i  option.   PS1 is set and $- includes i if bash is interactive,
  allowing a shell script or a startup file to test this state.
I suspect that your bash may be getting confused about whether it's
running interactively.  Try printing $- from inside bash.  Also try giving
the '-i' option to bash and see if it helps.
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
|,4-  ) )-,_. ,\ (  `'-'Igor Pechtchanski, Ph.D.
   '---''(_/--'  `-'\_) fL  a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton
--
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: latest version of vi messes up bash for me

[Shankar Unni]

Igor Pechtchanski [mailto:[EMAIL PROTECTED] wrote:

> The bash man page says
>An interactive shell is one started without  non-option  
>arguments and without the -c option whose standard input 
>and output are both connected to terminals (as determined 
>by isatty(3)), or one started  with the -i option.

And that's exactly how I start it.

  C:\> env CYGWIN=tty bash

However, I now see that the effects of this are odd, at best. Sometimes,
when I start it this way, the *first* command I type is echoed properly, but
the second and subsequent ones are not echoed. And some other times, it
comes up from the start as noecho.

But then again:

  C:\> set CYGWIN=tty
  C:\> bash

This works flawlessly. Commands always echo, and I can start and exit vim to
my heart's content. Actually, this seems to point out that vim is likely
*NOT* the culprit, and that it's a bash weirdness of some sort when it's
passed CYGWIN=tty in the envp[] only (and not in the system environment). 

Is some part of the runtime initializing itself from the system environment,
while others look at envp[], perhaps?

Interesting..
--
Shankar.



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

AC_CYGWIN?

[Alexander Enchevich]

Hi

What's the proper way to check if I am compiling on a cygwin system from
within an autoconf configure.in script?

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: AC_CYGWIN?

[Max Bowsher]

Alexander Enchevich wrote:
> Hi
>
> What's the proper way to check if I am compiling on a cygwin system from
> within an autoconf configure.in script?

>From the subject, you clearly already have an idea. If you check the
autoconf docs, they will tell you that that macro is obsolete, and tell you
how you should be doing it.

Of course, checking for a platform kind of goes against the whole
feature-not-platform tests ideal of autoconf.


Max.


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

Perl 5.8.0-3 requires binary-mounted .cpan

[Gary R. Van Sickle]

-1 worked with text mounts, never tried binary ones but I have to assume they
worked as well.  This is with cygwin1.dll "1.5.0s(0.87/3/2) 20030608".

--
Gary R. Van Sickle
Brewer.  Patriot.


--
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: Distributed cygwin DLL's (fwd)

[Christopher Faylor]

On Tue, Jun 10, 2003 at 09:52:25PM +0100, Elfyn McBratney wrote:
>Before I reply (privately) the bellow is not sufficient, is it?
>
>-- Forwarded message --
>On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote:
>> I saw your project mentioned on one of the Savannah mailing lists. I noticed
>> that on this page () you
>> have a link where a user can download a zip file named 'cygwin-dll.zip', which
>> contains, among other files, the Cygwin library (cygwin1.dll). You are also
>> distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as
>> I could tell, no sources to accompany those binaries.
>>
>> Are you aware that the GPL requires that you make such sources available?
>
>Yes. The source code is publicly available on a number sites. The
>binaries are built using unmodified versions of the source code
>provided by the copyright holder(s). AFAIK the GPL requires that
>you make the source available upon request. If someone requests the
>source code I will be happy to give a pointer to the source code on
>another site, place it on a server on my own for downloading, send
>it by email or burn it on a CD and snailmail the CD.

Feel free to forward this to him:

As long as you can provide the exact source code required to regenerate the
DLL that you are providing and you advertise the fact that you will make
it available on request, that should be fine.  Pointing elsewhere is not
acceptable unless you have made an arrangement with another site to provide
the sources for your binaries.  We do not offer this service since we only
keep the source code for the last couple of releases around.

We see these types of issues all of the time.  We've asked Richard
Stallman about this issue and he pointed us to the FSF GPL FAQ,
specifically:

http://www.gnu.org/licenses/gpl-faq.html#SourceAndBinaryOnDifferentSites

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: AC_CYGWIN?

[Alexander Enchevich]

Thanks for the tip Max, I looked in 'info autoconf' and found this 

=info autoconf===
If you want to base a decision on the system where your program 
will be run, make sure you use the `$host' variable, as in the 
following excerpt:

 case $host in
   *-*-msdos* | *-*-go32* | *-*-mingw32* | *-*-cygwin* | *-*-windows*)
 MUMBLE_INIT="mumble.ini"
 ;;
   *)
 MUMBLE_INIT=".mumbleinit"
 ;;
 esac
 AC_SUBST([MUMBLE_INIT])
=info autoconf===

So I guess that's all I need...

>Of course, checking for a platform kind of goes against the whole
>feature-not-platform tests ideal of autoconf.

I have to! :/ The code is already there, full of defines (#ifdef WIN32 and
#ifdef APPLE) and it was not written with Linux or cygwin in mind and now it
has to be converted, so... 

-Original Message-
From: Max Bowsher [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 5:16 PM
To: Alexander Enchevich; [EMAIL PROTECTED]
Subject: Re: AC_CYGWIN? 


Alexander Enchevich wrote:
> Hi
>
> What's the proper way to check if I am compiling on a cygwin system from
> within an autoconf configure.in script?

>From the subject, you clearly already have an idea. If you check the
autoconf docs, they will tell you that that macro is obsolete, and tell you
how you should be doing it.

Of course, checking for a platform kind of goes against the whole
feature-not-platform tests ideal of autoconf.


Max.


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

--
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: Distributed cygwin DLL's (fwd)

[Elfyn McBratney]

> Feel free to forward this to him:
> [...]
>
> cgf

Have done. Thank you.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk


--
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: non network install

[B Thomas]

In-Reply-To: <[EMAIL PROTECTED]>

Thank you very much for all your replies. Having the distribution in 
folder below the top one does indeed solve the problem. 

I wrote a bunch of tiny bash scripts to make the check dependencies and
make the iso image for two CD's. I shall put up the scripts and detailed 
instructions on my web page this weekend. I will be gladly help in
making the patch to the users manual too. I am familiar with TeX, LaTeX
and HTML but not Texinfo. I shall try learning it , but that will take
me time. If there is a posibility for converting LateX/Tex with Texinfo
that would be great. However I would like to develop the scripts into
a simple but effective program for making the images first. 
Here are some of my concerns with writing a program for making CD
images, please do make suggetions as appropriate . Right now the way I 
have it set is that the entire distribution fits onto 2 CD's , except 
1997 and 1998 mail-archives. I have tried to make these CD's so that 
all packages on CD 1 do not depend on any package on CD 2 . However 
packages in CD 2 may depend on CD 1. I did this as I was not sure how
setup.exe would behave if it found unmet dependencies. I guess I could
have deleted the older versions and unnecessary things like
mail-archives so that it all fit on one CD. However personally I was
disinclined to do this as I don't see why we must have such a
restriction that the CD ROM distribution has to be one CD. Moreover 
Cywin is bound to grow. Also having older version may be a good idea
since if there is a bug in a later version that is unacceptable to the
user he may choose an older one. 

The way I am doing the dependency checking right now is not very
satisfactory and would appreciate suggestions . I greped through 
the setup.hints files in each package directory , picked out the 
"requires" lines , appropriately edited it using sed , makeing a table
which I saved in a file. I also have another file that is a table with 
two columns - one the package name (directory) and the other the CD to
which it belong. A script then uses these two files to check
dependencies of CD 1 are fullfilled within it . 

I am acutely aware that this is not the way to go so would like to build
a portable and robust script that would able to do all of the above
using just the ftp archive . I would like to be insensitive to changes
in the ftp archive and be portable to atleast windows and linux .
I am familiar with C, C++, Java , BASH , Fortran and would be willing
tor try another language if appropriate.  What do you think ?

Also both dpkg, and rpm have very powerfull dependency checking engines
so this seems like reinventing the wheel. Alternatively is it better to 
hack the setup.exe code to do all this. I haven't read the code so am
not very sure if it is portable .

sincerely
B Thomas

On Tue, Jun 10, 2003 at 06:26:26PM -0400, Larry Hall wrote:
> B Thomas wrote:
> >Hi,
> >I did not mean to offend anyone. I do have strong feelings about such
> >things. I will certainly try to make this CD and put instructions on my 
> >web page to do the same. Thank you for you paitence and understanding.
> 
> 
> No offense taken.  I just wanted to be clear on the issues so that others
> who may see this thread in the email archives would get accurate 
> information.
> 
> Personally, I'd be real happy to see your instructions on making a CD
> become part of the Cygwin site.  Would you consider supplying some wording
> or even a patch to the User's Guide?
> 
> -- 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746


--
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: libxslt-1.0.30-2

[Elfyn McBratney]

I've made a new version of LibXSLT (1.0.30-2) available for downloading.

This is a *maintainance release* only. The only addition is a one-line
fix from current CVS, which fixes fixes the SIGSEGV mentioned in this
 thread.


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.  Once you've downloaded setup.exe, run it and select "Admin" and
then click on the appropriate field until the above announced version
number appears if it is not displayed already.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate it if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[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.

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

--
Elfyn McBratney
Cygwin LibXSLT Maintainer


-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk


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

login to cygwin on win2K and see network drives

[quicka]

Hi
I have Cygwin version 1.3.22, running on Win2K SP3.
I want to set it up so I can have inetd running and use telnet to log in.
I have set up my password and groups files so the user information is loaded from the 
domain controller (using mkpasswd, mkgroup).
I can install the inetd service (inetd -install-as-service), and start it.
I can log in OK using my user name and password, BUT any existing shares mounted onto 
drive letters are not available.
This used to work OK under NT4, and now does not seem to work under Win2K (though I 
upgraded my version of cygwin between these also.) I cannot go back to NT4, as my NT4 
machines has been replaced.
Can you help?


--
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 hangs between "create icons" and "postinstall" und

[Will Marsh]

I downloaded the latest version of Setup (2.340.2.5) and have tried 
to
install it several times under Win ME 4.90.3000.  It always hangs at
the same point, right after "Create Icons", with the following 
message
in a DOS window:  "This program has performed an illegal 
operation and
will be terminated.  Quit all programs and then restart your
computer."  If I click on the "Details" box, all it gives me is "Fault
Location :   C000.0D66"Restarting windows at this point and 
trying
to run Cygwin gives the same message with a different "Fault 
Location
:   C000.7A00"

At this point, if I check C:\cygwin\etc\postinstall, all the files
have .sh at the end, none have the .done.  C:\cygwin\var\log doesn't
exist.  

I've tried the default install, the ALL install,  and the default + a
few packages.  Same results for all of them.  I've tried running setup
again over the top, same results.  I've tried deleting the whole thing
(directories, registry entries, Setup) and starting over, same
results.

Any ideas or other things I should check?  
--- End of forwarded message ---
Will Marsh
[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/

Some useful permission setting scripts

[Max Polk]

I've tried a bunch of things, nothing seems to work better and more
cleanly than these few scripts I wrote for setting or resetting file
permissions in cygwin on Windows XP, especially when things seem
"stuck" or "weird".  The order of the chmod and the chown before the
cacls command is important.  The double quotes are important,
especially since there are MANY spaces in filenames in Windows.


FILENAME: /usr/local/bin/permission-everyone
PURPOSE:  Resets permission recursively to be available to everybody
USAGE:It takes a while for this to complete if your directory
  is big, just wait.

#! /bin/sh

for file in "$@"; do
echo "$file"
chmod -R 777 "$file"
chown -R Administrators:SYSTEM "$file"
echo "y" | cacls "$file" /t /g "everyone:f"
done



FILENAME: /usr/local/bin/permission-bozo
PURPOSE:  Lets me and
WARNING:  If you omit "nt authority\system" then services that start
  at system time can't read your files.
WARNING:  If you omit "administrators" then if you reinstall Windows,
  you can NEVER, NEVER, EVER get to the file again, even as
  administrator!  (SOLUTION: use partition magic, convert
  your drive to "FAT32" drops the bad permission, then
  convert your drive back to "NTFS" which sets default
  permissions letting you get to your files again).
NOTE: Replace bozo with your user name.

#! /bin/sh

for file in "$@"; do
echo "$file"
chmod -R 755 "$file"
chown -R Administrators:SYSTEM "$file"
echo "y" | cacls "$file" /t /g "nt authority\system:f" "bozo:f" "administrators:f"
done



FILENAME: /usr/local/bin/permission-bozo-not-recursive
PURPOSE:  Same as above, but only works on the one file, not recursively

#! /bin/sh

for file in "$@"; do
echo "$file"
chmod 755 "$file"
chown Administrators:SYSTEM "$file"
echo "y" | cacls "$file" /g "nt authority\system:f" "bozo:f" "administrators:f"
done



FILENAME: /usr/local/bin/permission-strictly-bozo
PURPOSE:  If you ignore the warnings above, use this to make the
  files only viewable strictly by bozo.
WARNING:  See warning above about not letting Administrator in.
  You've been warned!
NOTE: Replace bozo with your user name.

#! /bin/sh

for file in "$@"; do
echo "$file"
chmod -R 700 "$file"
chown -R Bozo:None "$file"
echo "y" | cacls "$file" /t /g "bozo:f"
done


I grant this to the public domain -- Max Polk ([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: non network install

[B Thomas]

Here are the scripts I used, some explaination is also in another post
to this thread :

---
#!/bin/sh
# Script to check the dependencies of packages in the Cygwin distribution
# The script needs the file CDindex.txt and depends.txt in the same
# directory as it is in, which must be the parent directory of the cywin
# distribution (i.e. the parent of the ftp directory of cygwin)
# The file CDindex.txt is created as described in duimage and the file
# depends.txt is created by "grep"ing through the setup.hints file in
# each packages directory and extracting lines with "requires" in them (some
# manual editing was necessary to fix bugs caused by non standard
# step.hints)
# The output of this helps identify dependency problems .
# USAGE: chkdepends [cd1 | cd2]
#
for item in `cat CDindex.txt | grep $1 | grep release | sed 's/^.*release\///'`
do
  echo "Dependencies of package  $item :"
  deps=`cat depends.txt | grep ^$item\: | sed 's/^.*requires\://'`
  for dep in $deps
do
  cd=`cat CDindex.txt | grep ^.*release/$dep$ | sed 's/\.*$//'`
  echo "$dep - which is in $cd"
done
echo -e "\n"
done
-
#!/bin/sh
# Gives size of images of the Cygwin archive for CD burning
# This uses a file CDindex.txt with directory listings to which a first column
# has been added indicating the CD number to which the particular directory or
# file must belong.
#
# USEAGE : ./duimage CD-NUMBER
# Where CD-NUMBER may be any one of the numbers used in the first column of
# CDindex.txt; this is written confirming to regular expression cd? in order
# to be compatible with the provided scripts
#
# NOTE:
# Depending on the format of the CDindex.txt file you may need to edit
# this script so that FILES is a single list of all directory entries whose
# image needs to be made.In particular the sed/grep script on the first
# line may# need to be changed. A good way to generate the CDindex.txt
# is to do
# du -hsc cygwin/* > CDindex.txt 
# in the parent of the directory to be archived i.e cygwin, and then edit it 
# to put in the first column specify CD number.

FILES=`cat CDindex.txt | grep "^$1" | sed 's/^.*cygwin\//cygwin\//'`
du -hsc $FILES
-
#!/bin/sh
# Makes images of the Cygwin archive for CD burning
# This uses a file CDindex.txt with directory listings to which a first column
# has been added indicating the CD number to which the particular
# directory or file must belong.
#
# USEAGE : ./makeimage CD-NUMBER
# Where CD-NUMBER may be any one of the numbers used in the first column
# of CDindex.txt . This will make an ISO image containing all the directory
# entries# whose first column is the particular number i.e. cd? (regexp)
#
# NOTE:
# Depending on the format of the CDindex.txt file you may need to edit
# this script so that FILES is a single list of all directory entries whose
# image needs to be made.In particular the sed/grep script on the first
# line may# need to be changed. A good way to generate the CDindex.txt
# is to do
# "du -hsc cygwin/* > CDindex.txt" in the directory to be archived, and
# then
# edit it to put in the first column specify CD number.

FILES=`cat CDindex.txt | grep "^$1" | sed 's/^.*cygwin\//cygwin\//'`
for file in $FILES
do
 IMAGES="$IMAGES $file=$file"
done
 echo $IMAGES
 DATE=`date +%d-%m-%Y-$1`
 mkisofs -ACygwin-$DATE -graft-points -hide-rr-moved -rJ -o cd.iso $IMAGES


*SAMPLE: CDindex.txt and depends.txt files I generated**

DEPENDS.TXT

ELFIO:requires: cygwin
_update-info-dir:requires: texinfo ash
a2ps:requires: cygwin groff man
agetty:requires: cygwin login
apache:requires: cygwin gdbm
astyle:requires: cygwin
autoconf:requires: ash autoconf
automake:requires: ash automake
base-files:requires: ash fileutils sh-utils textutils findutils sed
base-passwd:requires: cygwin ash
bash:requires: cygwin termcap _update-info-dir
bc:requires: cygwin
binutils:requires: cygwin ash
bison:requires: cygwin gettext m4
byacc:requires: cygwin
bzip2:requires: cygwin texinfo
ccache:requires: gcc
chkconfig:requires: cygwin initscripts
clear:requires: cygwin
cmake:requires: ncurses cygwin
compface:requires: cygwin
cron:requires: cygwin
ctags:requires: cygwin
curl:requires: cygwin openssl
cvs:requires: ash cygwin gdbm crypt textutils
cygutils:requires: cygwin popt gettext libiconv
cygwin-doc:requires: cygwin man gzip sed newlib-man cygutils
cygwin:requires: gettext _update-info-dir base-passwd
dejagnu:requires: expect
diffutils:requires: ash cygwin
doxygen:requires: cygwin libpng
dpkg:requires: perl cygwin gettext
ed:requires: cygwin
emacs:requi

Re: .dll and .lib files

[Paul G.]

> Paul G. wrote:
> > 
> >>Is there a reason to respond to a posting with guesses?
> >>
> >>Just curious.
> > 
> > 
> > Curiosity killed the cat...
> > 
> > Guess it is safer to not say anything than to say what may be
> > true...
> 
> 
> 
> I'll buy that.  Will you take a dead cat as payment?

;-)

Paul G.

--
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 setup & I18N problems

[Igor Pechtchanski]

Please do not send personal mail with Cygwin questions unless specifically
requested.  The Cygwin mailing list is the proper place to address all
Cygwin inquiries.  For your convenience, I've redirected this query there
and set the Reply-To appropriately.

You might also wish to repeat your search of the archives regarding CD-ROM
installation, as there have been some more discussions recently.
Igor

On Wed, 11 Jun 2003, Yen(2) Chun(1) Mei(3) wrote:

> Dear sir :
>
> I search the mailing-list to solve my problems. But I don't
>  There are two problems about Cygwin.
>
>  I. Using CD-ROM to setup Cygwin
>
>
>  1. I download the files from mirror site(ftp://cygwin.csie.ntu.edu.tw)
>
>  2. I write a script file to seperate src & exe file (attach file:shelley.pl)
>  ex: the CD contains
>  release\a2ps\a2ps-4.12-1.tar.bz2
>  release\a2ps\md5.sum
>  release\a2ps\setup.hint
>
>  3. reference mailing list
>  http://sources.redhat.com/ml/cygwin/2003-05/msg00843.html
>  http://sources.redhat.com/ml/cygwin/2002-09/msg00689.html
>  http://sources.redhat.com/ml/cygwin/2002-10/msg00211.html
>
>  4. when cygwin setup finished, the error messages show the following
>  http://sources.redhat.com/ml/cygwin/2003-02/msg00683.html
>
>  I don't know why ?
>
>
>  II. I18N for Cygwin
>
> 1. I want to use Cygwin in Chinese output and input.
>
> 2. I find about I18N from mailing-list hardly. the following mention a little
>
> http://sources.redhat.com/ml/cygwin/2001-07/msg00484.html
> http://www.jaist.ac.jp/~fujieda/cygwin/i18n.shtml
> (This data is too old to patch it !!)
> http://skeishi.hp.infoseek.co.jp/cygwin+X/
> (This site I can't read Japanese)
>
> 3. Could you tell me I18N for Cygwin situtations ?
>
> 4. How to change locale into zh_TW.Big5 ? (attach file : locale.c)
>
>
> Thanks in advance !!
>Shelley
> --
> Chaoyang University of Technology
> WebMail http://webmail.cyut.edu.tw

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


shelley.pl
Description: Binary data
#define USE_XOPEN_SOURCE

#include 
#include 
#ifdef USE_XOPEN_SOURCE
#  include 
#endif
#include 
#include 

main()
{
printf("LC_CTYPE = %s\n", setlocale(LC_CTYPE, ""));
#ifdef USE_XOPEN_SOURCE
printf("encoding = %s\n", nl_langinfo(CODESET));
#endif
if (XSupportsLocale() == True)
printf("X Locale = OK\n");
}
--
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: .dll and .lib files

[Igor Pechtchanski]

On Tue, 10 Jun 2003, Larry Hall wrote:

> Paul G. wrote:
> >
> >>Is there a reason to respond to a posting with guesses?
> >>
> >>Just curious.
> >
> >
> >   Curiosity killed the cat...
> >
> >   Guess it is safer to not say anything than to say what may be true...
>
> I'll buy that.  Will you take a dead cat as payment?

Larry, you never know with them Schrödinger's cats...  Unless it's out of
the box?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
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: Problem w/ c++,threads,static initializers

[Rasmus Hahn]

On Tue, Jun 10, 2003 at 09:25:43AM +0200, Thomas Pfaff wrote:
> Rasmus Hahn wrote:
> 
> > Hello,
> > 
> > i am using cygwin on my Windows2000 and my c++ program segfaults
> > when using pthread-mutexes. In particular i am using a lot of
> > mutexes from within constructors of static objects. These constructors
> > are called at a very early time of execution of the program and do
> > calls of pthread_mutex_init, pthread_mutex_lock and such. Taken a glance
> > at the cygwin source i noticed that the static initializers (constructors
> > of static objects) are run _before_ some user_data->threadinterface is
> > initialized (look at dll_crt0_1 () in winsup/cygwin/dcrt0.cc). Isnt it 
> > possible to use thread-functions from static initializers?
> > BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the
> > out-of-the-box gcc from the cygwin-package is a prerelease and definitely
> > contains bugs that do not allow it to compile my code.
> > 
> 
> Could you provide a test case ?

  No, i cannot. As it turned out the initializers are run at least but i
  dont know if before or after cygwin-initialization. Only when run with
  gdb the program behaves differently (crash in constructors). That makes
  reproduction & location of errors a little harder.

> 
> I have done some tests and my constructors are run from
> do_global_ctors if they are in the executable and from
> dll_list::init if they are in a dll.
> In both cases they are run when the cygwin dll is completely initialized.
> 
> Thomas
> 
> 

-- 


--
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: w32api/windef.h

[Lionel Zhou]

- Original Message -
From: Igor Pechtchanski <[EMAIL PROTECTED]>
Date: Mon, 9 Jun 2003 09:17:21 -0400 (EDT)
To: Lionel Zhou <[EMAIL PROTECTED]>
Subject: Re: w32api/windef.h

> On Sun, 8 Jun 2003, Lionel Zhou wrote:
> 
> > - Original Message -
> > From: Christopher Faylor <[EMAIL PROTECTED]>
> > Date: Sun, 8 Jun 2003 11:21:43 -0400
> > To: [EMAIL PROTECTED]
> > Subject: Re: w32api/windef.h
> >
> > > On Sun, Jun 08, 2003 at 07:19:30AM -0500, Lionel Zhou wrote:
> > > >In file included from utils.c:4:
> > > >/usr/include/w32api/windef.h:273: parse error before "void"
> > > >
> > > >has anyone successfully used the windef.h header and could you tell me
> > > >how to compile program like this?
> > > >
> > > >my windef.h is attached here.
> > >
> > > #include 
> > >
> > > Not windef.h.  That might help.
> > >
> > > cgf
> >
> > thank you christopher and elfyn,
> >
> > i tried your advice but it doesn't solve the problem.
> >
> > grep windef /usr/local/w32api/windows.h
> > #include 
> >
> > so that windows.h is just a superset of header definitions which
> > includes windef.h
> >
> > program compile with the same error:
> >
> > In file included from windows.h:48:
> >  from utils.c:4:
> > /usr/include/w32api/windef.h:273: parse error before "void"
> >
> > grep void /usr/include/w32api/windef.h
> > #define NULL ((void*)0)
> > typedef CONST void *PCVOID,*LPCVOID;
> > typedef void *HGDIOBJ;
> >
> > i also tried the -mwin32 compile flag which lead to more errors because
> > of conflicting definitions. the program is wrote for linux and is being
> > ported to windows. this is about the only function that uses win32 api
> > in this program.
> >
> > lionel
> 
> Lionel,
> 
> Check the part of your program *before* the '#include "windows.h"' (either
> the program itself, or the header files).  This could be a common C
> problem with a missing semicolon after a struct definition (e.g.,
> something like
> 
> struct AAA {
>   int blah;
> }
> 
> void main(void) { ... }
> 
> will give you a similar error).
>   Igor
> -- 
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 

thank you prof. igor,

this is not the problem here. i have made a test program like this.

utils.c
#include "ffss.h"  
#include "utils.h"
#include 

char *FFSS_GetOS(void)
{
  return FFSS_SERVER_OS;
}
end here

this short program won't compile, no win32 api is used.

In file included from utils.c:4:
/usr/include/w32api/windef.h:273: parse error before "void"

how ever, if i change the order of the headers, like this:

utils2.c
#include 
#include "ffss.h"  
#include "utils.h"

char *FFSS_GetOS(void)
{
  return FFSS_SERVER_OS;
}
end here

this still don't compile and a lot of errors crop out.


In file included from ffss.h:58,
 from utils.c:3:
/usr/include/bzlib.h:163: two or more data types in declaration of `type name'
/usr/include/bzlib.h:186: two or more data types in declaration of `type name'
/usr/include/bzlib.h:262: two or more data types in declaration of `type name'
In file included from utils.c:3:
ffss.h:64:1: warning: "LOG_INFO" redefined
In file included from /usr/include/syslog.h:14,
 from /usr/local/include/skyutils.h:256,
 from ffss.h:49,
 from utils.c:3:
/usr/include/sys/syslog.h:21:1: warning: this is the location of the previous 
definition
In file included from utils.c:3:
ffss.h:65:1: warning: "LOG_WARNING" redefined
In file included from /usr/include/syslog.h:14,
 from /usr/local/include/skyutils.h:256,
 from ffss.h:49,
 from utils.c:3:
/usr/include/sys/syslog.h:19:1: warning: this is the location of the previous 
definition
In file included from utils.c:3:
ffss.h:66:1: warning: "LOG_ERR" redefined
In file included from /usr/include/syslog.h:14,
 from /usr/local/include/skyutils.h:256,
 from ffss.h:49,
 from utils.c:3:
/usr/include/sys/syslog.h:18:1: warning: this is the location of the previous 
definition
In file included from /usr/include/sys/socket.h:15,
 from /usr/include/cygwin/if.h:19,
 from /usr/include/net/if.h:14,
 from utils.h:6,
 from utils.c:4:
/usr/include/cygwin/socket.h:18: redefinition of `struct sockaddr'
In file included from /usr/include/sys/socket.h:15,
 from /usr/include/cygwin/if.h:19,
 from /usr/include/net/if.h:14,
 from utils.h:6,
 from utils.c:4:
/usr/include/cygwin

Re: Problem w/ c++,threads,static initializers

[Rasmus Hahn]

Hello Larry,

this bug does not show up in gcc-3.3 (i use it already and it works from
my point of view) so we really can look forward (and look forward to the
new, yet unknown bugs they have built in, too).

Greetings - Rasmus

On Mon, Jun 09, 2003 at 10:14:18PM -0400, Larry Hall wrote:
> Hi Rasmus,
> 
> What you state is true.  Cygwin's gcc version is not 3.3 and I can
> reproduce the behavior you report with gcc 3.2 on Cygwin.  It reprodces
> just as readily with gcc 3.2.2 on Red Hat 9 so this isn't a Cygwin issue,
> which I believe you would concede.  If you know this is fixed in version
> 3.3, then we all have something to look forward to. ;-)  If not, you may
> want to report it to the gcc list.
> 
> Larry
> 
> 
> Rasmus Hahn wrote:
> > However, the cygwin-gcc is not a 3.3 and is has some bugs. Since the cygwin
> > dll source is in large parts c++ i thought some bugs of the `wrong-code'-kind
> > could creep into cygwin1.dll. Since i do not know the innards of cygwin
> > very well i recompiled the dll just to be sure, but i dont really know if 
> > this is necessary. I send a small code example that fails with the gcc-3.2
> > that demonstrates a problematic construct. This is a known gcc-problem and
> > doesnt strictly belong here, but perhaps someone reading it would be able
> > to say if this is relevant to the cygwin-dll. Likely that all this has nothing
> > to do with the original message.
> > 
> > Greetings - Rasmus
> > 
> > // bug-code: gcc-3.2 wont call destructor of D
> > #include 
> > struct D {
> >   D () { printf ("D ()\n"); }
> >   ~D () { printf ("~D (this=%p)\n", this); }
> > };
> > void use_D (D d) { }
> > const D make_D () {
> >   return D ();
> > }
> > int main () {
> >   use_D (make_D ());
> > }
> > // end of code
> > 
> > 
> > On Sat, Jun 07, 2003 at 01:48:27PM -0400, Larry Hall wrote:
> > 
> >>Rasmus Hahn wrote:
> >>
> >>
> >>>BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the
> >>>out-of-the-box gcc from the cygwin-package is a prerelease and definitely
> >>>contains bugs that do not allow it to compile my code.
> >>
> >>
> >>As previously mentioned on this list, the gcc that comes with Cygwin is
> >>version 3.2.  It is *not* a prerelease of gcc 3.2, despite the "comment"
> >>in 'gcc -version'.  Obviously, I can't speak to the applicability of
> >>gcc 3.2 to your code or the problems you have compiling with it but I
> >>wanted to dispel any notion that Cygwin's gcc is somehow an early version
> >>of the official gcc 3.2 release.
> >>
> >>
> >>-- 
> >>Larry Hall  http://www.rfk.com
> >>RFK Partners, Inc.  (508) 893-9779 - RFK Office
> >>838 Washington Street   (508) 893-9889 - FAX
> >>Holliston, MA 01746
> >>
> >>
> >>#
> >>#
> >>#
> >>#
> >>#
> >>#
> >>#
> >>#
> >>#
> > 
> > 
> 
> 
> -- 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
> 

-- 


--
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: Problem w/ c++,threads,static initializers

[Thomas Pfaff]

Rasmus Hahn wrote:
On Tue, Jun 10, 2003 at 09:25:43AM +0200, Thomas Pfaff wrote:

Rasmus Hahn wrote:


Hello,

i am using cygwin on my Windows2000 and my c++ program segfaults
when using pthread-mutexes. In particular i am using a lot of
mutexes from within constructors of static objects. These constructors
are called at a very early time of execution of the program and do
calls of pthread_mutex_init, pthread_mutex_lock and such. Taken a glance
at the cygwin source i noticed that the static initializers (constructors
of static objects) are run _before_ some user_data->threadinterface is
initialized (look at dll_crt0_1 () in winsup/cygwin/dcrt0.cc). Isnt it 
possible to use thread-functions from static initializers?
BTW i am using cygwin snapshot 20030602 compiled with gcc-3.3 since the
out-of-the-box gcc from the cygwin-package is a prerelease and definitely
contains bugs that do not allow it to compile my code.

Could you provide a test case ?


  No, i cannot. As it turned out the initializers are run at least but i
  dont know if before or after cygwin-initialization. Only when run with
  gdb the program behaves differently (crash in constructors). That makes
  reproduction & location of errors a little harder.
If your program only segfaults in the debugger than the problem is a
harmless IsBadWritePtr which is used to check for an already initialized
mutex.
You can ignore this one. Set a breakpoint at main and continue.
To avoid it you can set the mutex to PTHREAD_MUTEX_INITIALIZER before
you call pthread_mutex_init.
Thomas



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