Re: [1.7] codepage:utf removal and python

[Corinna Vinschen]

On Apr  1 15:32, David Rothenberger wrote:
> When codepage:utf was supported, this worked fine. Now, it fails, even  
> when I have LANG=en_US.UTF-8 in my environment. It all boils down to  
> this python code:
>
>   import os
>   os.listdir('.')
>
> (That's an example I run from within the directory.) This fails with an  
> error
>
>   OSError: [Errno 138] Invalid or incomplete multibyte or wide  
> character: '.'
>
> unless one does this first:
>
>   import locale
>   locale.setlocale(locale.LC_ALL, '')

That's always the better approach, otherwise the application works
in the C locale.

> I've patched rdiff-backup to do this, but I'm still wondering if this is  
> the correct thing to do. I know that on my Linux machine, I don't have  
> to do this, but I'm not sure if that's because there's some default  
> locale that's being picked up by Python from somewhere other than the  
> environment.

The basic problem is that Windows stores filenames in UTF-16 while Linux
and other OSes store the filename as a simple, zero-terminated
bytestream.  A simple bytestream is always valid.  OTOH, a UTF-16 to
singlebyte conversion has always characters which can't be converted.

To workaround that I created the filename conversion method explained in
http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html#pathnames-unusual

I'm not sure why this doesn't work in your simple case.  The locale is C
because the application didn't use setlocale.  The resulting charset is
ASCII.  The filename should have been converted to use the ASCII SO/UTF-8
sequence for the non-readable characters.

[...time passes...]

And it works as designed in your above testcase.

I tested with a filename containing a Euro sign (Unicode 0x20ac), in
HTML speak "qq€".  Cygwin converted it to "qq\016\342\202\254"

The strace looks perfectly normal.  I have no idea what python complains
about!

Jason, can you shed some light on this problem?


Corinna

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

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

GNU screen doesn't initialize

[wishi]

Hi!

Since several days I try to debug GNU screen within Windows XP's cygwin
environment - without any success. I see the start screen, which reminds
me of the license stoff, skip that, and the Terminal-screen stays black.

It seems the build the cygwin setup uses is broken? I tryed three times
to reinstall - without success. No config, no customised parameters.

Any ideas?

Thanks,
Marius


--
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: GNU screen doesn't initialize

[Thorsten Kampe]

* wishi (Thu, 02 Apr 2009 11:10:41 +0200)
> Since several days I try to debug GNU screen within Windows XP's
> cygwin environment - without any success. I see the start screen,
> which reminds me of the license stoff, skip that, and the
> Terminal-screen stays black.

Yes, sure what do you expect? A fanfare? That's how screen works.
 
> It seems the build the cygwin setup uses is broken?

Why do you think so?

> I tryed three times to reinstall - without success. No config, no
> customised parameters.

There is one: /etc/screenrc (although not really needed).

> Any ideas?

http://cygwin.com/problems.html

Thorsten


--
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.7] : vim - missing dependencies

[Vincent R.]

Hi,

I have installed a fresh new cygwin 1.7 from cict.fr mirror and when I
start vim in mintty I get 
:

$ vim .bashrc
/usr/bin/vim.exe: error while loading shared libraries: cygncurses-9.dll:
cannot open shared object file: No such file or directory

Maybe there is a missing dependency to libncurse9 in setup ?
At least after having installed it it works.



--
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 commands (cat,grep) not working in my windows 2008 machine

[Phil Betts]

sudhap85 wrote:
>I am using windows 2008 machine. I have installed latest cygwin.
> Here I am facing problem with the "cat" "grep" commands. In command 
> line its working fine. but In my scripts it's giving error.

So what's the error?  Without this as a clue, we can only guess.

How are you running your scripts? (e.g. from a bash shell, a cmd
shell, or from a shortcut)

My WAG is that $PATH in the script is different from $PATH on the
command line.

> Am using PERL script for my testing. These commands are not working 
> in the following scenario,
>  1. cat file1 > file2
>  2. grep 'compileCFFilters' MHSlog >> resultfile
> I have also installed the Activeperl in my system.
> Also, I am running the script with PERL 5.8.0 version.

Please read and follow the instructions in this link:
> Problem reports:   http://cygwin.com/problems.html

Pay particular attention to the instruction to run "cygcheck -svr",
*attaching* the output to your reply (i.e. don't paste it in).


Phil

This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.

--
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 commands (cat,grep) not working in my windows 2008 machine

[sudhap85]

Hi,
 what i means the problem here is that function is not working for me.
(i.e) if i run cat > file1 >>file2. Here file1 content is not copied to
file2.
Also Am running perl script (PERL version 5.8.0) in windows 2008 platform. 


Phil Betts-2 wrote:
> 
> sudhap85 wrote:
>>I am using windows 2008 machine. I have installed latest cygwin.
>> Here I am facing problem with the "cat" "grep" commands. In command 
>> line its working fine. but In my scripts it's giving error.
> 
> So what's the error?  Without this as a clue, we can only guess.
> 
> How are you running your scripts? (e.g. from a bash shell, a cmd
> shell, or from a shortcut)
> 
> My WAG is that $PATH in the script is different from $PATH on the
> command line.
> 
>> Am using PERL script for my testing. These commands are not working 
>> in the following scenario,
>>  1. cat file1 > file2
>>  2. grep 'compileCFFilters' MHSlog >> resultfile
>> I have also installed the Activeperl in my system.
>> Also, I am running the script with PERL 5.8.0 version.
> 
> Please read and follow the instructions in this link:
>> Problem reports:   http://cygwin.com/problems.html
> 
> Pay particular attention to the instruction to run "cygcheck -svr",
> *attaching* the output to your reply (i.e. don't paste it in).
> 
> 
> Phil
> 
> This email has been scanned by Ascribe Ltd using Microsoft Antigen for
> Exchange.
> 
> --
> 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/
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/cygwin-commands-%28cat%2Cgrep%29-not-working-in-my-windows-2008-machine-tp22842028p22846005.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

Promoting cygwin system to member server

[Michael T. Davis]

We have a standalone server running Windows Server 2003 SP2.  We would
like to promote it to a member server in an existing Windows domain.  Will this
affect how cygwin accounts are managed and maintained?  We want to preserve
the functionality of the existing local accounts, and be able to continue to
manage them (add, remove, etc.) so that the users can continue to use cygwin
(esp. the SSH server) independent of the Windows domain.  (In fact, we don't
want domain users to access the system via cygwin's SSH server, only local
users.)

Thanks,
Mike

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

Re: cygwin commands (cat,grep) not working in my windows 2008 machine

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to sudhap85 on 4/2/2009 5:45 AM:
> Hi,
>  what i means the problem here is that function is not working for me.
> (i.e) if i run cat > file1 >>file2. Here file1 content is not copied to
> file2.

This is not cygwin specific.  Nor is it how the shell works.  If you want
output to go to two places, you need to use tee, not multiple redirection
operators.

tee file2 < file1 >> file3

copies file1 into file2 (overwrite) and file3 (append).  You probably want
to read a good shell tutorial book.

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

Eric Blake e...@byu.net
volunteer cygwin coreutils maintainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknUppAACgkQ84KuGfSFAYD8DwCeImC/gLouWFsuuwCMaVYPhVBl
de0AnRneVc9D4xhQZcSCM4AJIyrZcXMt
=edno
-END PGP SIGNATURE-

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

RE: don't know why ./configure command fails

[Phil Betts]

Jaroslav Rynik wrote:
> Hello,
> 
> when I wanted to install a program under Cygwin (NetBSD package of
> instalation program), the error message saying that no suitable C
> compiler was found appeared.
> 
> However, during the instalation I reset all the components from
> "Default" to "Install". I also tried to run setup.exe once again, but
> nothing changes. install.exe in "bin" directory finishes as soon as I
> run it.
> 
> To see all the steps I made I send a picture with the screenshots
> showing all my actions until the error message appeared, log file that
> cygwin created and the list of installed packages which I got after
> typing "cygcheck -svr".
> 
> If you need more information, feel free to mail me.
> Thank you very much for you help.
> 
> Best wishes,
> Jaro

Did you miss my reply?

http://cygwin.com/ml/cygwin/2009-04/msg00010.html

If you saw it, why did you not attach the output of "cygcheck -svr"?
From your installed packages jpeg, the only mention of gcc is the
gcc-testsuite.  I.e. you haven't installed a compiler.

BTW, posting jpegs is not the way to attach textual information.
You should save the output to a text file, and attach the file.

Phil
-- 

This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.

Re: cygwin commands (cat,grep) not working in my windows 2008 machine

[sudhap85]

hi,
The same test got passed with cygwin 5.2 in windows 2003.



Eric Blake wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to sudhap85 on 4/2/2009 5:45 AM:
>> Hi,
>>  what i means the problem here is that function is not working for
>> me.
>> (i.e) if i run cat > file1 >>file2. Here file1 content is not copied to
>> file2.
> 
> This is not cygwin specific.  Nor is it how the shell works.  If you want
> output to go to two places, you need to use tee, not multiple redirection
> operators.
> 
> tee file2 < file1 >> file3
> 
> copies file1 into file2 (overwrite) and file3 (append).  You probably want
> to read a good shell tutorial book.
> 
> - --
> Don't work too hard, make some time for fun as well!
> 
> Eric Blake e...@byu.net
> volunteer cygwin coreutils maintainer
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (Cygwin)
> Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAknUppAACgkQ84KuGfSFAYD8DwCeImC/gLouWFsuuwCMaVYPhVBl
> de0AnRneVc9D4xhQZcSCM4AJIyrZcXMt
> =edno
> -END PGP SIGNATURE-
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/cygwin-commands-%28cat%2Cgrep%29-not-working-in-my-windows-2008-machine-tp22842028p22846690.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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

cygport and xz (was New: {xz/liblzma0/liblzma-devel}-4.999.8beta-10)

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Yaakov (Cygwin/X) on 3/15/2009 9:43 PM:
> So if I'm reading this right, is the attached patch for cygport correct?
> 
> 
> Yaakov

> --- bin/cygport.in(revision 6005)
> +++ bin/cygport.in(working copy)
> @@ -602,9 +602,9 @@
>   *.asc|*.md5|*.sig|*.sign)  continue ;;
>   *.tar.bz2|*.tbz2|*.tar.bz|*.tbz) unpack_cmd="tar jxf" ;;
>   *.tar.gz|*.tgz|*.tar.Z) unpack_cmd="tar zxf" ;;
> - *.tar.lzma)
> - check_prog_req lzma
> - unpack_cmd="tar --lzma -xf"
> + *.tar.lzma|*.tar.xz)
> + check_prog_req xz
> + unpack_cmd="tar --xz -xf"
>   ;;
>   *.tar.lzo)
>   check_prog_req lzop

Yes (or you could use the shorter unpack_cmd="tar Jxf").  In fact, I had
to apply this to my local cygport in order to build m4-1.4.13-1 from the
upstream .xz tarball.  It would be nice to see a new cygport release with
this made official.

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

Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknUsCwACgkQ84KuGfSFAYDoPACgx+iNcgUXcFokWhJqmokUhJlV
0ysAniPYd4qAGSFBsF7naPzgC1OxwlG8
=PZ3/
-END PGP SIGNATURE-

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

Re: [1.7] codepage:utf removal and python

[Jason Tishler]

On Thu, Apr 02, 2009 at 10:40:38AM +0200, Corinna Vinschen wrote:
> Jason, can you shed some light on this problem?

Unfortunately, I'm locale challenged...

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

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

Re: [1.7] Updated: vim-7.2.148-1

[Chris Sutcliffe]

> This is an update to the latest upstream patchlevel 148.  Cygwin Vim
> builds from the vanilla sources.  This is the first vim release for
> Cygwin with extended character set support.

Are there particular configuration options you have to use to enable
the extended character support?  My current configure line is:

./configure \
  --prefix=/usr \
  --sysconfdir=/etc \
  --libexecdir='$(sbindir)' \
  --localstatedir=/var \
  --datadir='$(prefix)/share' \
  --mandir='$(prefix)/share/man' \
  --enable-multibyte \
  --without-x \
  --enable-gui=no \
  --with-features=huge

Cheers!

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org

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

Re: sshd problems on specific host [1.5.25-15]

[Tom Rodman]

On Thu 3/19/09 12:13 EDT cygwin@cygwin.com wrote:
> On 03/19/2009, Tom Rodman wrote:
> > This snip from cygcheck.out:
> > 
> >   Potential app conflicts:
> > 
> >   ZoneAlarm Personal Firewall
> >   Detected: HKLM Registry Key, Named file.
> > 
> > is interesting/important!?; but I have searched the entire
> > registry for 'ZoneAlarm', using regedit and have found nothing;
> > also checked add/remove programs.  What does it mean?
> 
> Make sure you don't have ZoneAlarm installed.  If you do, uninstall
> it.  Otherwise, I expect it's kruft leftover from an incomplete or
> poorly written uninstall.  If that's true, you may be able to clean
> it up by either installing and uninstalling the current version of
> ZoneAlarm (assuming they've fixed any problem in their uninstall
> process) or you can try one of the registry cleaners that are out
> there.

ZoneAlarm is not installed.  I searched the registry for
ZoneAlarm, and do not recall finding much other than the Cisco
VPN client.  Don't think ZoneAlarm was ever installed. I did not
address this; it still shows up in cygcheck.

I do not know what caused or fixed the problem.

--
The problem vanished without a reboot, after a number of changes
I made - all the changes were done w/o logging the current (non
admin) user off the console; any steps that required administrator
access [including cygwin 'setup.exe'] were done using 'runas'.

  - disabled and uninstalled a number of firefox add ons;
one of these was the AVG link checker ( my hunch is
that this may have fixed it; unless just logging out did )
  - disabled "resident shield" AVG virus checker
  - installed and configured 'noscript' for latest firefox 3.x
  - uninstalled MCI remote access client, and Cisco VPN software
(doubt the MCI client was at fault, but I no longer needed it)

The problem went away and never came back (without rebooting) only
when I logged the current user off the console and logged in as
an admin user.  It's been  over 10 days and the problem has not
returned.

--
thanks,
Tom

--
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: GNU screen doesn't initialize

[Andrew Schulman]

> Since several days I try to debug GNU screen within Windows XP's cygwin
> environment - without any success. I see the start screen, which reminds
> me of the license stoff, skip that, and the Terminal-screen stays black.

You mean completely black?  No command prompt?  Without any customization (i.e.
~/.screenrc), after you start you should get a single command shell with the
usual prompt.

Are you able to start other screen windows, by typing Ctrl-A c ?

I use screen daily, and others do too.  It works as far as we know.  If you
really are getting just an empty terminal after you start screen, then please
follow the bug reporting guidelines at http://cygwin.com/problems.html, as
Thorsten suggested.

Andrew.


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

Re: [ANNOUNCEMENT] [1.7] Updated: vim-7.2.148-1

[Chris Sutcliffe]

> This is an update to the latest upstream patchlevel 148.  Cygwin Vim
> builds from the vanilla sources.  This is the first vim release for
> Cygwin with extended character set support.

Are there particular configuration options you have to use to enable
the extended character support?  My current configure line for vim is:

./configure \
 --prefix=/usr \
 --sysconfdir=/etc \
 --libexecdir='$(sbindir)' \
 --localstatedir=/var \
 --datadir='$(prefix)/share' \
 --mandir='$(prefix)/share/man' \
 --enable-multibyte \
 --without-x \
 --enable-gui=no \
 --with-features=huge

Cheers!

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org

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

Re: [1.7] codepage:utf removal and python

[Corinna Vinschen]

On Apr  2 08:46, Jason Tishler wrote:
> On Thu, Apr 02, 2009 at 10:40:38AM +0200, Corinna Vinschen wrote:
> > Jason, can you shed some light on this problem?
> 
> Unfortunately, I'm locale challenged...

export LANG="en_US.UTF-8"

?

Corinna

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

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

Re: [1.7] : vim - missing dependencies

[Corinna Vinschen]

On Apr  2 11:48, Vincent R. wrote:
> Hi,
> 
> I have installed a fresh new cygwin 1.7 from cict.fr mirror and when I
> start vim in mintty I get 
> :
> 
> $ vim .bashrc
> /usr/bin/vim.exe: error while loading shared libraries: cygncurses-9.dll:
> cannot open shared object file: No such file or directory
> 
> Maybe there is a missing dependency to libncurse9 in setup ?

Yes, indeed.  I missed to change the dependency from libncurses8 to
libncurses9.  I fixed that on cygwin.com.


Thanks for the heads-up,
Corinna

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

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

Re: Promoting cygwin system to member server

[Corinna Vinschen]

On Apr  2 07:45, Michael T. Davis wrote:
>   We have a standalone server running Windows Server 2003 SP2.  We would
> like to promote it to a member server in an existing Windows domain.  Will 
> this
> affect how cygwin accounts are managed and maintained?  We want to preserve
> the functionality of the existing local accounts, and be able to continue to
> manage them (add, remove, etc.) so that the users can continue to use cygwin
> (esp. the SSH server) independent of the Windows domain.  (In fact, we don't
> want domain users to access the system via cygwin's SSH server, only local
> users.)

Cygwin doesn't make a difference but Windows does.  The idea about
what's a local account and what's a global account is a bit different on
a domain server.  However, I never did this promotion thingy of a server
into an existing domain.  I don't know what willl change, but *what*
changes is Windows in the first place.  If the local accounts persist,
they should be managable as usual on the machine.  Guarantee?  Nope.


Corinna

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

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

Re: don't know why ./configure command fails

[Dave Korn]

Jaroslav Rynik wrote:

> Because I couldn't copy and past what cygcheck wrote to my word processor
> and rewriting all the message would take a lot of time, I send it in a PNG
> file. (Sorry for that. I also scanned it, but I am not sure if you could
> read the outcome)

  You need to learn how to use command-line redirection.

 cygcheck -svr > cygcheck.out

will send all the output from "cygcheck -svr" to a file called "cygcheck.out"
in your current directory.  Then you can send that file as an attachment with
your email.

cheers,
  DaveK

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

Re: [1.7] Updated: vim-7.2.148-1

[Corinna Vinschen]

On Apr  2 09:00, Chris Sutcliffe wrote:
> > This is an update to the latest upstream patchlevel 148.  Cygwin Vim
> > builds from the vanilla sources.  This is the first vim release for
> > Cygwin with extended character set support.
> 
> Are there particular configuration options you have to use to enable
> the extended character support?  My current configure line is:
> 
> ./configure \
>   --prefix=/usr \
>   --sysconfdir=/etc \
>   --libexecdir='$(sbindir)' \
>   --localstatedir=/var \
>   --datadir='$(prefix)/share' \
>   --mandir='$(prefix)/share/man' \
>   --enable-multibyte \
>   --without-x \
>   --enable-gui=no \
>   --with-features=huge

That's fine.  It's exactly what I used to build vim.

Maybe the term "extended character set support" was a bit clumsy.
What I meant was this:  The previous vim was built before all the
widechar and multibyte functionality was available in Cygwin 1.7.
The result was that vim was not able to convert files from one
charset to another, for instance, from iso-8859-1 to utf-8.  The new
vim can do that on the fly at load time now.


Corinna

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

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

[ANNOUNCEMENT] [1.7] Updated: m4-1.4.13-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of m4, 1.4.13-1, is available for those testing cygwin 1.7,
leaving 1.4.10b-2 as previous.

NEWS

This is a new upstream release.  The previous version, 1.4.10b, was a beta
preview of the eventual m4 1.6, and as such, has some optimizations that
make it faster than 1.4.13 in some situations.  However, the benefits of
using 1.4.13 include new stack overflow detection (thanks to libsigsegv),
and some bug fixes not present in 1.4.10b.  An excerpt from the NEWS file
is attached; see also /usr/share/doc/m4/.

You must rebuild from source if you want the experimental changeword
feature enabled, as using it can slow down normal operation, and since it
will disappear from the eventual m4 2.0.

DESCRIPTION
===
m4 is an implementation of the traditional Unix macro processor. It is
mostly SVR4 compatible although it has some extensions (for example,
handling more than 9 positional parameters to macros). GNU m4 also has
built-in functions for including files, running shell commands, doing
arithmetic, etc.

UPDATE
==
To update your installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Save it and run setup, answer the questions and pick up 'm4' from the
'Interpreters' category.

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

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

- --
Eric Blake
volunteer cygwin m4 maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send email
to the address specified there.  It will be in the format:

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

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.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknUwJwACgkQ84KuGfSFAYDrtwCfVsQABXpZGnX6BMkV3VD6589Q
drQAn27T88j7yjRKBQAXzDtC1nhT6PYX
=NVTL
-END PGP SIGNATURE-
* Noteworthy changes in Version 1.4.13 (2009-04-01) [stable]
  Released by Eric Blake, based on git version 1.4.12.*

** The manual is now distributed under the terms of FDL 1.3.

** The `divert' and `undivert' builtins have been made more efficient
   when using temporary files for large diversions.

** The `translit' builtin has been made more efficient when the second
   argument is short.

** The input engine has been optimized for faster processing.

** The command line option `--debugfile', introduced in 1.4.7, now
   treats its argument as optional, in order to allow setting the debug
   output back to stderr when used without an argument; and order is now
   significant with respect to command line files.  You must therefore use
   `m4 --debugfile=trace file', not `m4 file --debugfile trace'.  This
   change does not affect the deprecated `-o'/`--error-output' option.

** The `syscmd' and `esyscmd' builtins can be configured to use an
   alternate shell, via the new `configure' option `--with-syscmd-shell'.

** A number of portability improvements inherited from gnulib.

* Noteworthy changes in Version 1.4.12 (2008-10-10) [stable]
  Released by Eric Blake, based on git version 1.4.11.*

** Fix regression introduced in 1.4.4b where using `traceon' could delete
   a macro.  This was most noticeable with `traceon(`traceon')', but
   would also happen in cases such as `foo(traceon(`foo'))'.

** Fix regression introduced in 1.4.7 where `m4 -N9' died with an assertion
   failure.

** Fix regression introduced in 1.4.11 where `defn' died with an assertion
   failure on a traced but undefined macro.

** New `-g'/`--gnu' command-line option overrides `-G'/`--traditional'.
   For now, the environment variable POSIXLY_CORRECT has no effect on M4
   behavior; but a future release of M4 will behave as though --traditional
   is implied if POSIXLY_CORRECT is set (this future change is necessary,
   because in the current release, there is no way to disable GNU
   extensions that conflict with POSIX without the use of a non-POSIX
   command-line argument).  Clients of M4 that want to use GNU extensions,
   even when POSIXLY_CORRECT is set, should start using the -g command-line
   argument, even though it is currently a no-op if -G did not appear
   earlier in the command line, so that the client will not break in the
   face of

Re: [1.7] codepage:utf removal and python

[Corinna Vinschen]

On Apr  2 15:26, Corinna Vinschen wrote:
> On Apr  2 08:46, Jason Tishler wrote:
> > On Thu, Apr 02, 2009 at 10:40:38AM +0200, Corinna Vinschen wrote:
> > > Jason, can you shed some light on this problem?
> > 
> > Unfortunately, I'm locale challenged...
> 
> export LANG="en_US.UTF-8"

Btw., it's really not tricky to create a filename with special
characters:

  #include 
  #include 
  #include 
  #include 

  int main()
  {
wchar_t w_fname[] = { 'q', 'q', 0x20ac /* euro sign */, 0 };
char fname[32];
int fd;

setlocale (LC_ALL, "en_US.UTF-8");
wcstombs (fname, w_fname, 32);
fd = open (fname, O_RDWR | O_CREAT | O_TRUNC, 0644);
if (fd >= 0)
  close (fd);
else
  perror ("open");
return 0;
  }


Corinna

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

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

libtool m4 file problem report

[Olivier Langlois]

I have encountered problems by reexecuting autoconf on a project that used to 
work fine with a previous version of cygwin. I cannot give details about on 
which versions it worked and since when it broke as the last successful 
configuration is many months old. However, I wanted to give the list of tweaks 
that I have performed to the file libtool.m4 to fix my problems:

1.

By running aclocal-1.6 -I m4, the tool returned messages saying that macros

_LT_PREPARE_SED_QUOTE_VARS
_LT_PROG_ECHO_BACKSLASH

were required but not defined. By doing a search on Internet, I have found the 
following

http://www.mail-archive.com/libtool-patc...@gnu.org/msg03162.html

and by replacing "m4_defun" for "AC_DEFUN" for these 2 macros, it fixed the 
first problem.

2. The second problem (and not sure which tool was returning the error, sorry) 
was complaining about a circular dependency on AC_LANG_COMPILER(C++) inside the 
macro " AC_COMPILE_IFELSE " used in my configure.in file.

The recursive use has been found in

a) _LT_LANG_CXX_CONFIG inside the case for aix4-9 in the first switch case
b) _LT_SYS_DYNAMIC_LINKER inside the case for linux (using AC_CACHE_VAL) in a 
switch case.

To fix the problem, I just removed these 2 irrelevent cases in the cygwin 
environment.

I hope this e-mail will help the libtool maintainer.

Olivier Langlois
Senior C++ Programmer

STREAMTHEWORLD

t. 1 866 448 4037 ext. 675
t. 1 514 448 4037 ext. 675
f. 1 514 807 1861

olivier.langl...@streamtheworld.com
streamtheworld.com
 
NAB Show 2009: See our iPhone application demo and more at booth C755
 



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

Re: [1.7] Updated: cygwin-1.7.0-45

[Thomas Wolff]

[Should I have responded to cygwin-announce? Not sure.]

Corinna Vinschen wrote on cygwin-announce:
> Hi folks,
>
>
> I just uploaded a new Cygwin 1.7 test release, 1.7.0-45.
>
> ...
>
>
> What's new in contrast to 1.7.0-44
> ===
>
> - A lot of character sets are supported now via a call to setlocale().
>   The setting of the environment variables $LANG, $LC_ALL or $LC_CTYPE will
>   be used.  For instance, setting $LANG to "de_DE.ISO-8859-15" before
>   starting a Cygwin session will use the ISO-8859-15 character set in
>   the entire session.  UTF-8 is supported as well, as in "en_US.UTF-8".
>
>   Along these lines, the "CYGWIN=codepage:{ansi,oem}" setting has been
>   removed in favor of using $LANG, $LC_ALL, or $LC_CTYPE.
>   
This is a great step. However, there is a problem. Until 1.7.0-44, the 
terminal encoding was maintained transparently into a remote session,
so that if you rlogin somewhere else, you would have the same encoding as
configured in the cygwin console. This worked nicely with all three 
available encodings, the default (CP1252), codepage:oem and codepage:utf8.
(For most situations, you would still have to set LC_ variables explicitly 
on the remote system; well, most remote systems would not have CPxxx 
locale data but that's a different issue.)

Now with 1.7.0-45, after remote login, the encoding is always just 
ISO-8859-1, while of course, if I have a UTF-8 terminal, I want to take 
this over to the remote system. Maybe it's some interworking problem 
with the new cygwin dll and the old rlogin.exe?
Until 1.7.0-44, even something like the following worked:
Inside a default cygwin console (or a codepage:oem) console, you could type
CYGWIN=codepage:utf8 rlogin ...
and get a UTF-8 remote terminal environment. Now, no attempt to 
establish that seems to work anymore.

I would appreciate if this can be resolved,
Kind regards,
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: [1.7] Updated: cygwin-1.7.0-45

[Corinna Vinschen]

On Apr  2 16:30, Thomas Wolff wrote:
> [Should I have responded to cygwin-announce? Not sure.]

Definitely not.

> Corinna Vinschen wrote on cygwin-announce:
> > What's new in contrast to 1.7.0-44
> > ===
> >
> > - A lot of character sets are supported now via a call to setlocale().
> >   The setting of the environment variables $LANG, $LC_ALL or $LC_CTYPE will
> >   be used.  For instance, setting $LANG to "de_DE.ISO-8859-15" before
> >   starting a Cygwin session will use the ISO-8859-15 character set in
> >   the entire session.  UTF-8 is supported as well, as in "en_US.UTF-8".
> >
> >   Along these lines, the "CYGWIN=codepage:{ansi,oem}" setting has been
> >   removed in favor of using $LANG, $LC_ALL, or $LC_CTYPE.
> >   
> This is a great step. However, there is a problem. Until 1.7.0-44, the 
> terminal encoding was maintained transparently into a remote session,
> so that if you rlogin somewhere else, you would have the same encoding as
> configured in the cygwin console. This worked nicely with all three 
> available encodings, the default (CP1252), codepage:oem and codepage:utf8.
> (For most situations, you would still have to set LC_ variables explicitly 
> on the remote system; well, most remote systems would not have CPxxx 
> locale data but that's a different issue.)
> 
> Now with 1.7.0-45, after remote login, the encoding is always just 
> ISO-8859-1, while of course, if I have a UTF-8 terminal, I want to take 
> this over to the remote system. Maybe it's some interworking problem 
> with the new cygwin dll and the old rlogin.exe?
> Until 1.7.0-44, even something like the following worked:
> Inside a default cygwin console (or a codepage:oem) console, you could type
>   CYGWIN=codepage:utf8 rlogin ...
> and get a UTF-8 remote terminal environment. Now, no attempt to 
> establish that seems to work anymore.
> 
> I would appreciate if this can be resolved,

Baaeh.  That's one aspect I didn't realize when I made this change.
Does that really mean we have to keep codepage:foo just for the sake
of the Windows console window?  Does anybody have any other idea?


Corinna

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

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

Smart Marketing in Tough Economic Times

[IMS]

 

I am with Industry Marketing Solutions, LLC, publisher of Packaging Hotline, 
Converting Hotline, Plastics Hotline, Material Handling Solutions and 
Electrical Solutions magazines.

Being a small business owner, I know finding ways to promote your business
for a small investment is very hard to come by these days. This is the
reason Industry Marketing Solutions has become such an important part of many 
companies marketing plans. Instead of spending thousands of dollars advertising 
in
other industry related magazines, websites, eblasts, etc, Industry Marketing 
Solutions offers companies the opportunity to reach buyers for so much less. 
Where else can
you reach your target audience for less then $1000 which includes a custom 
eblast to 5000 and a banner ad on our web site with a direct link to your web 
site!

I truly feel, that with the addition of an eblast and a banner ad on our web 
site, this is a can't miss opportunity for your company.

If you have any questions or would like more information on how you can
utilize this service, please contact me directly at 515-574-2354 or email me
at ste...@es-pub.com.com

I look forward to working with you.

Sincerely,

Steve McClintock
Industry Marketing Solutions, LLC
809 Central Avenue, 2nd Floor
Fort Dodge, Iowa 50501
Telephone: 515-574-2354
Fax: 515-574-2237
Email: ste...@es-pub.com.com




Forward this message to a friend
http://go.reachmail.net/mail_forward.asp?spool_id=322276&from_email=cygwin%40cygwin%2Ecom&aid=3794
This email is being sent to cyg...@cygwin.com. Use this link to be deleted or 
to update your email address
http://go.reachmail.net/r.asp?l=85085&ee=17803!cygw&s=322276,322276

_
You can choose to not receive further mailings by clicking on the link above. 
If you have trouble with this link, simply forward this message to 
r...@reachmail.com with "#RM#322276,322276" in the subject line.  ReachMail 
does not tolerate spam. Please notify us via email at violat...@reachmail.com 
regarding any spam issues. If you have trouble with any of these methods, you 
can reach us toll-free at 888-947-3224.

This message was sent by Industry Marketing Solutions using ReachMail. Read our 
Privacy Policy:
http://reachmail.net/privacy.htm

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

Re: [1.7]: /usr/bin/install fails on network drives

[Corinna Vinschen]

On Apr  2 14:15, A.R. Burgers wrote:
> LS,
>
> /usr/bin/install fails for me with cygwin 1.7 on network drives.
> Also mv has issues. Below is the output of the attached script bug.sh.
>
> On a local directory everything goes fine. On network drives,
> I get "Permission denied" messages (although I have write permission and
> the files are copied)
>
> attachment zz3_trace_install.txt has the strace output of /usr/bin/install.
> There is a "windows error 5" in the output.
>
> Teun
>
> 1.7.0(0.210/5/3)
> solcygin: //ecn/groups/g_zon_software/cygwin17
> sh: //ecnits/ecnshare/zon/burgers
> installing zz1.txt into /tmp ..
> -rw-r--r-- 1 burgers Domain Users 0 Apr  2 14:00 /tmp/zz1.txt
> moving zz1.txt into /tmp ..
> -rw-r--r-- 1 burgers Domain Users 0 Apr  2 14:01 /tmp/zz1.txt
> installing zz2.txt into //ecnits/ecnshare/zon/burgers ..
> -rw-r--r-- 1   0 Apr  2 14:00
> //ecnits/ecnshare/zon/burgers/zz2.txt
> moving zz2.txt into //ecnits/ecnshare/zon/burgers ..
> mv: failed to preserve ownership for
> `//ecnits/ecnshare/zon/burgers/zz2.txt': Permission denied

Are these Samba shares by any chance?  I can reproduce this only
for Samba shares, not for remote Windows NTFS drives.

I have an idea why this occurs, at least in my configuration.
My Linux user account under which files are stored is not equivalent
to my Active Directory account since I'm not running winbind.

Are you using a winbind mapping from Windows SID to uid/gid?


Corinna

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

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

[ANNOUNCEMENT] [1.7] Updated: rdiff-backup-1.2.8-3 -- incremental remote backup/mirror

[David Rothenberger]

This is a bug fix release that adds a Cygwin patch to call
setlocale(LC_ALL, '') to pick up the user's locale settings. This
enables rdiff-backup to work when file names include multi-byte
characters.

DESCRIPTION:

rdiff-backup backs up one directory to another, possibly over a
network. The target directory ends up a copy of the source
directory, but extra reverse diffs are stored in a special
subdirectory of that target directory, so you can still recover
files lost some time ago. The idea is to combine the best features
of a mirror and an incremental backup. rdiff-backup also preserves
subdirectories, hard links, dev files, permissions, uid/gid
ownership, modification times, extended attributes, acls, and
resource forks. Also, rdiff-backup can operate in a bandwidth
efficient manner over a pipe, like rsync. Thus you can use
rdiff-backup and ssh to securely back a hard drive up to a remote
location, and only the differences will be transmitted. Finally,
rdiff-backup is easy to use and settings have sensical defaults.

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

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

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

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.

--
David Rothenberger    daver...@acm.org

Three rules for sounding like an expert:
(1) Oversimplify your explanations to the point of uselessness.
(2) Always point out second-order effects, but never point out
when they can be ignored.
(3) Come up with three rules of your own.


--
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: Strange problem with running dmake via ssh

[Alfred von Campe]

I have a strange problem when trying to compile a project under  
Cygwin with dmake.  If I start a remote desktop connection to our  
Windows 2003 server, and start a Cygwin window (i.e., run  
Cygwin.bat), I am able to build our project just fine.  This also  
works in a native CMD window.  However, if I ssh into the same  
server (using the same user account), when I try to run dmake I get  
the following error:


  $ dmake flashimage
  dmake .\trioimage.elf LINK_FILE=trioflashimage.ld  
BOOTING=BOOT_FROM_FLASH

  dmake:  Error -- \bin\bash: No such file or directory
  dmake.exe:  Error code 255, while making 'flashimage'

The dmake executable was provided by a 3rd party.  What's so  
different about running a bash shell under ssh than running a bash  
shell in a CMD window that would cause dmake to behave this way?   
We'd like to run remote builds automatically, so getting this to  
work with ssh is kind of important.


I tried running strace to figure out what's going on, but that  
doesn't work since dmake.exe is a Windows executable.  I also tried  
running dmake like this:


  $ cmd /C "dmake flashimage"
  dmake .\trioimage.elf LINK_FILE=trioflashimage.ld  
BOOTING=BOOT_FROM_FLASH

  dmake:  Error -- \bin\bash: No such file or directory
  dmake:  Error code 255, while making 'flashimage'

As you can see, it fails in the exact same way.  Are there some  
Windows executables that just can't be run in a Cygwin ssh bash  
shell?  I could understand if a command didn't run at all under  
Cygwin/bash, but I just don't understand why it runs in a local  
Cygwin shell window but not in an ssh Cygwin shell window.


Alfred


--
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: execve issues, and execve with cygrunsrv

[Daniel Pocock]

Corinna Vinschen wrote:

On Mar 30 12:45, Daniel Pocock wrote:
  

Hi,

I'm using the execve call in a UNIX program (which works successfully),
and now I am testing it with Cygwin.

The program is using execve as a way to restart itself after receiving
SIGHUP.

The child process started by execve seems to be unable to work properly,
I observe various errors:
- DNS lookups fail
- binding to UDP sockets fails



Is that with Cygwin 1.5.25 or with Cygwin 1.7?  If it's 1.5.25, could
you try if this still occurs under Cygwin 1.7?
  

I tried with both.

On 1.5.25, execve works, but the new process can't open sockets

On 1.7, the socket problem is gone, but there are other issues with 
cygrunsrv



Does this only happen when started from a native Windows process (cmd.exe
or so) or does this also happen when started from Cygwin's bash?

  

Tested from Cygwin's bash, and as a service under cygrunsrv

Furthermore, I would like the process to become a service started by
cygrunsrv.  Is it safe to use execve in a process started by cygrunsrv?



Did you try?
  

I have now had a chance to try it under cygrunsrv from Cygwin 1.5.25 and 1.7

Under 1.5.25, it doesn't work because of the sockets issue

Under 1.7, a new issue is revealed: execve doesn't maintain the same 
process ID, so cygrunsrv thinks the service has actually stopped, and 
the cygrunsrv process exits.  This is obviously quite bad.


I tried to work around it by creating a PID file, and passing the -x 
parameter to cygrunsrv.  It seems that cygrunsrv only checks the PID 
file when first started, and not after execve.  A possible workaround 
would be for cygrunsrv to check for a new PID file each time the process 
exits.


This brings me to a few more questions:

- Can execve be implemented on Cygwin in such a way that the PID is 
preserved?  This would be the best solution for portability.


- Can cygrunsrv be enhanced to deal with this behaviour?



--
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: Strange problem with running dmake via ssh

[Corinna Vinschen]

On Apr  2 11:15, Alfred von Campe wrote:
> I tried running strace to figure out what's going on, but that doesn't 
> work since dmake.exe is a Windows executable.  I also tried running dmake 
> like this:
>
>   $ cmd /C "dmake flashimage"
>   dmake .\trioimage.elf LINK_FILE=trioflashimage.ld  
> BOOTING=BOOT_FROM_FLASH
>   dmake:  Error -- \bin\bash: No such file or directory
>   dmake:  Error code 255, while making 'flashimage'
>
> As you can see, it fails in the exact same way.  Are there some Windows 
> executables that just can't be run in a Cygwin ssh bash shell?  I could 
> understand if a command didn't run at all under Cygwin/bash, but I just 
> don't understand why it runs in a local Cygwin shell window but not in an 
> ssh Cygwin shell window.

This chapter in the new Cygwin 1.7 User's Guide is supposed to
explain what's going on when switching the user context from a
service like sshd:

http://cygwin.com/1.7/cygwin-ug-net/ntsec.html#ntsec-setuid-overview

Please read it closely, especially the section
http://cygwin.com/1.7/cygwin-ug-net/ntsec.html#ntsec-nopasswd1


Hope that helps,
Corinna

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

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

Re: [1.7]: /usr/bin/install fails on network drives

[Corinna Vinschen]

On Apr  2 17:01, Corinna Vinschen wrote:
> On Apr  2 14:15, A.R. Burgers wrote:
> > LS,
> >
> > /usr/bin/install fails for me with cygwin 1.7 on network drives.
> > Also mv has issues. Below is the output of the attached script bug.sh.
> >
> > On a local directory everything goes fine. On network drives,
> > I get "Permission denied" messages (although I have write permission and
> > the files are copied)
> >
> > attachment zz3_trace_install.txt has the strace output of /usr/bin/install.
> > There is a "windows error 5" in the output.
> >
> > Teun
> >
> > 1.7.0(0.210/5/3)
> > solcygin: //ecn/groups/g_zon_software/cygwin17
> > sh: //ecnits/ecnshare/zon/burgers
> > installing zz1.txt into /tmp ..
> > -rw-r--r-- 1 burgers Domain Users 0 Apr  2 14:00 /tmp/zz1.txt
> > moving zz1.txt into /tmp ..
> > -rw-r--r-- 1 burgers Domain Users 0 Apr  2 14:01 /tmp/zz1.txt
> > installing zz2.txt into //ecnits/ecnshare/zon/burgers ..
> > -rw-r--r-- 1   0 Apr  2 14:00
> > //ecnits/ecnshare/zon/burgers/zz2.txt
> > moving zz2.txt into //ecnits/ecnshare/zon/burgers ..
> > mv: failed to preserve ownership for
> > `//ecnits/ecnshare/zon/burgers/zz2.txt': Permission denied
> 
> Are these Samba shares by any chance?  I can reproduce this only
> for Samba shares, not for remote Windows NTFS drives.

Oh, btw., install works fine for me, only mv complains with "failed to
preserve ownership".  Your above example also doesn't show any error on
install...


Corinna

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

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

Re: Strange problem with running dmake via ssh

[Alfred von Campe]

On Apr 2, 2009, at 11:23, Corinna Vinschen wrote:


This chapter in the new Cygwin 1.7 User's Guide is supposed to
explain what's going on when switching the user context from a
service like sshd:


Thanks, Corinna, I will read this as soon as I get a chance (it's  
waiting at the printer for me already).  I'm still running Cygwin  
1.5, but I guess the same principles apply.


One thing I forgot to mention is that we run the Cygwin sshd service  
as a specific user so that we can access network shares without  
having to specify a password, and I am logged in as that user.  I can  
run other Windows commands without a problem.  It's just dmake that  
is throwing a fit.


Alfred


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

Re: [ANNOUNCEMENT] Updated: asciidoc-8.3.5-1

[Corinna Vinschen]

Hi Eric,

On Feb  3 07:33, Eric Blake wrote:
> A new version of the asciidoc package, asciidoc 8.3.5-1, is now available
> for download, replacing 8.3.1-2 as current.

I never had a use for this package and never installed it.  Yesterday or
the day before setup-1.7 decided that I have to install the asciidoc
package on one of my machines for some reason.  Today I noticed that the
new vim 7.2.148 is suddenly *insufferable* slow when trying to edit
strace files.

First I suspected Cygwin itself, given the big bunch of changes I made
in 1.7.0-45.  But reverting to an old Cygwin didn't change anything.
Then I noticed that the exact same vim running on another machine using
the exact same Cygwin DLL opening the exact same file was running
normally.

I then puzzled out that on the machine where vim is fast, the filetype
of the strace file was set to "", while on the incredible slow machine,
vim had set the filetype to "asciidoc".

I found that I could revert the slow vim to a fast vim by removing the
file /usr/share/vim/vimfiles/syntax/asciidoc.vim.

Three problems:

- Straces are incorrectly recognized as "asciidoc" files.

- The longer the strace file, the slower vim gets.  Incidentally
  strace files tend to be rather huge.

- There seem to be a bug in one or more of the regular expressions in
  the asciidoc.vim syntax file.

It would be nice if you could have a look into that.


Thanks,
Corinna

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

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

Re: execve issues, and execve with cygrunsrv

[Corinna Vinschen]

On Apr  2 16:21, Daniel Pocock wrote:
> Corinna Vinschen wrote:
>> Did you try?
>>   
> I have now had a chance to try it under cygrunsrv from Cygwin 1.5.25 and 1.7
>
> Under 1.5.25, it doesn't work because of the sockets issue
>
> Under 1.7, a new issue is revealed: execve doesn't maintain the same  
> process ID, so cygrunsrv thinks the service has actually stopped, and  
> the cygrunsrv process exits.  This is obviously quite bad.

Huh?  The *Windows* PID is not the same after an exec, but the
Cygwin PID is maintained after an exec.  Try this:


#include 
#include 
#include 
#include 
#include 

int main(int argc, char **argv)
{
  int status;

  if (argc > 1)
{
  printf ("Execed Child: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  return 0;
}
  printf ("Parent: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  switch (fork ())
{
case 0:
  printf ("Forked Child: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  execl ("./x", "x", "child", NULL);
  break;
default:
  break;
}
  wait (&status);
  return 0;
}



Corinna

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

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

Fw: Re: don't know why ./configure command fails

[Jaroslav Rynik]

--- On Thu, 2/4/09, Jaroslav Rynik  wrote:

> From: Jaroslav Rynik 
> Subject: Re: don't know why ./configure command fails
> To: "Dave Korn" 
> Date: Thursday, 2 April, 2009, 3:43 PM
> >   You need to learn how to use
> command-line
> > redirection.
> That's true, I'm completely new to cygwin and I don't know
> how to use it yet.
> 
> >      cygcheck -svr > cygcheck.out
> > 
> > will send all the output from "cygcheck -svr" to a
> file
> > called "cygcheck.out"
> > in your current directory.  Then you can send that
> > file as an attachment with
> > your email.
> Thanks a lot. 
> 
> I send the file and also setup.log and setup.log.full in
> case you needed them.
> 
> If there is anything else I should do, feel free to mail
> me.
> 
> Best wishes,
> Jaro
> 
> 
>       


  
Cygwin Configuration Diagnostics
Current System Time: Thu Apr 02 16:37:33 2009

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   D:\pokus\usr\local\bin
D:\pokus\bin
D:\pokus\bin
D:\pokus\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ZipGenius 6\
c:\Program Files\QuickTime\QTSystem\
"C
D:\pokus\Program Files\Common Files\Crystal Decisions\2.0\bin\"

Output from D:\pokus\bin\id.exe (nontsec)
UID: 1003(JD)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from D:\pokus\bin\id.exe (ntsec)
UID: 1003(JD)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

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

USER = 'JD'
PWD = '/home/JD'
HOME = '/home/JD'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\JD'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'C:\Documents and Settings\JD\Application Data'
HOSTNAME = 'john-3h43dx9p9j'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/bin'
USERDOMAIN = 'JOHN-3H43DX9P9J'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/JD/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'C:\Program Files\QuickTime\QTSystem\QTJava.zip'
USERNAME = 'JD'
PROCESSOR_LEVEL = '15'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\JD'
CLIENTNAME = 'Console'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\JOHN-3H43DX9P9J'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\Documents and Settings\JD'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
!D: = 'D:\pokus\bin'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/JD/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Xerox Phaser 3100MFP'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0209'
CLASSPATH = '.;C:\Program Files\QuickTime\QTSystem\QTJava.zip'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
SESSIONNAME = 'Console'
COMPUTERNAME = 'JOHN-3H43DX9P9J'
_ = '/usr/bin/cygcheck'

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 = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'D:\pokus'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'D:\pokus/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'D:\pokus/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 38162Mb  94% CP CS UN PA FC DSK1_VOL1
d:  hd  NTFS 38154Mb   6% CP CS UN PA FC DSK1_VOL2
e:  cd N/AN/A
f:  fd  FAT245Mb  60% CPUN   WATSON

D:\pokus  /  system  binmode
D:\pokus/bin  /usr/bin   system  binmode
D:\pokus/lib  /usr/lib   system  binmode
. /cygdrive  system  binmode,cygdrive

Found: D:\pokus\bin\awk.exe
Found: D:\pokus\bin\bash.exe
Found: D:\pokus\bin\cat.exe
Found: D:\pokus\bin\cp.exe
Not Found: cpp (good!)
Not Found: crontab
Found: D:\pokus\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: D:\pokus\bin\grep.exe
Found: D:\pokus\bin\kill.exe
Not Found: ld
Found: D:\pokus\bin\ls.exe
Not Found: make
Found: D:\pokus\bin\mv.exe
Not Found: patch
Not Found: perl
Found: D:\pokus\bin\rm.exe
Found: D:\pokus\bin\sed.exe
Not Found: ssh
Found: D:\pokus\bin\sh.exe
Found: D:\pokus\bin\tar.exe
Found: D:\pokus\bin\test.exe
Not Foun

Re: Strange problem with running dmake via ssh

[Corinna Vinschen]

On Apr  2 11:48, Alfred von Campe wrote:
> One thing I forgot to mention is that we run the Cygwin sshd service as a 
> specific user so that we can access network shares without having to 
> specify a password, and I am logged in as that user.  I can run other 
> Windows commands without a problem.  It's just dmake that is throwing a 
> fit.

Turns out I didn't read your OP closely.  This has nothing to do
with user context switching.  Your explanation about using sshd
just hit the wrong switch in my cheese^Wbrain.

>   dmake:  Error -- \bin\bash: No such file or directory

Dmake alone is the culprit, given that.

The problem here is that dmake as native process has simply no idea
about Cygwin's mount table.  Apparently it checks for a file \bin\bash,
but where is that supposed to be when using native Win32 calls?  dmake
would have to know to add Cygwin's Win32 equivalent of the root dir from
Cygwin's mount table so that the file becomes, say, C:\bin\bash.  And
even then it wouldn't find the file, except it knows that it has to add
a ".exe" suffix...


Corinna

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

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

Re: libtool m4 file problem report

[Charles Wilson]

Olivier Langlois wrote:
> By running aclocal-1.6 -I m4, the tool returned messages saying that macros
> 
> _LT_PREPARE_SED_QUOTE_VARS
> _LT_PROG_ECHO_BACKSLASH
> 
> were required but not defined.

This should be fixed in the libtool-2.2.7a-3 (-12 for cygwin-1.7), that
was released last night. It's still propagating to the mirrors, so I
haven't officially announced it yet. (BTW, your fix was not correct;
there's a reason those functions were originally changed from AC_DEFUN
to m4_defun in the first place). 

> The second problem (and not sure which tool was returning the error,
> sorry) was complaining about a circular dependency on
> AC_LANG_COMPILER(C++) inside the macro " AC_COMPILE_IFELSE " used in my
> configure.in file.
> 
> The recursive use has been found in
> 
> a) _LT_LANG_CXX_CONFIG inside the case for aix4-9 in the first
>switch case
> b) _LT_SYS_DYNAMIC_LINKER inside the case for linux (using AC_CACHE_VAL)
>in a switch case.
> 
> To fix the problem, I just removed these 2 irrelevent cases in the
> cygwin environment.

This one...I need more information -- for instance, your configure.in
file itself (and perhaps your generated configure).  I suspect there's a
bug in /that/, such as invoking macros in the wrong order -- which may
be breaking the (valid, for setups that obey the rules) assumptions made
by libtool.

--
Chuck
 

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

Re: Fw: Re: don't know why ./configure command fails

[Dave Korn]

Jaroslav Rynik wrote:

[cygcheck text attachment]

> gawk 3.1.6-1
> gcc-testsuite3.4.4-999
> grep 2.5.3-1

  Yep, as Phil pointed out: you haven't installed any compilers.

  The default Cygwin installation is quite minimal, to make it easy for people
to download over dialup lines.  Re-run setup.exe, and click on the "Devel"
category to expand it.  Select gcc and gcc4 and you'll get a version each of
gcc-3 and gcc-4, with C and C++ supported.  (Other languages are in the
optional add-on packages).

cheers,
  DaveK


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

Re: [1.7] Updated: cygwin-1.7.0-45

[Corinna Vinschen]

On Apr  2 16:59, Corinna Vinschen wrote:
> On Apr  2 16:30, Thomas Wolff wrote:
> > >   removed in favor of using $LANG, $LC_ALL, or $LC_CTYPE.
> > >   
> > [...]
> > Now with 1.7.0-45, after remote login, the encoding is always just 
> > ISO-8859-1, while of course, if I have a UTF-8 terminal, I want to take 
> > this over to the remote system. Maybe it's some interworking problem 
> > with the new cygwin dll and the old rlogin.exe?
> > Until 1.7.0-44, even something like the following worked:
> > Inside a default cygwin console (or a codepage:oem) console, you could type
> > CYGWIN=codepage:utf8 rlogin ...
> > and get a UTF-8 remote terminal environment. Now, no attempt to 
> > establish that seems to work anymore.
> > 
> > I would appreciate if this can be resolved,
> 
> Baaeh.  That's one aspect I didn't realize when I made this change.
> Does that really mean we have to keep codepage:foo just for the sake
> of the Windows console window?  Does anybody have any other idea?

These are the choices we have, afaics:

1. Use a "CYGWIN=codepage:foo" look-alike which only sets the console
   charset.

   Pro: Console codepage is easily determinable.

   Con: Yet another environment setting which can go wrong.

2. Use the environment variable setting of LC_ALL/LC_CTYPE/LANG at
   the moment the console is opened the first time and then never
   change this setting again until the console is closed again.

   Pro: Only one environment variable has to be set for the
internationalization (which was the intent of the original patch).
   
   Con: The variable must be set before starting a Cygwin console.
(But that's better the case anyway, as explained in
 
http://cygwin.com/1.7/cygwin-ug-net/setup-locale.html#setup-locale-problems)

3. Change rlogin to call setlocale(LC_ALL, ""); at the start of
   main.

   Pro: Cygwin doesn't have to be changed.

   Con: Inetutils has to be changed.  But the setlocale call would be a
good idea anyway, probably.

   Con: OpenSSH has the same problem.

   Con: The problem persists for all applications which don't set
the locale.  OTOH, this only affects remote connection apps.


Solution 3 seems not feasible.  I'm leaning towards solution 2.  Does
anybody know a reason why we should prefer solution 1?  Does anybody
have another solution?


Corinna

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

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

Re: cygwin commands (cat,grep) not working in my windows 2008 machine

[Christopher Faylor]

On Thu, Apr 02, 2009 at 05:25:53AM -0700, sudhap85 wrote:
>The same test got passed with cygwin 5.2 in windows 2003.

There is no cygwin 5.2.

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: Strange problem with running dmake via ssh

[Dave Korn]

Corinna Vinschen wrote:
> On Apr  2 11:48, Alfred von Campe wrote:

>>   dmake:  Error -- \bin\bash: No such file or directory
> 
> Dmake alone is the culprit, given that.
> 
> The problem here is that dmake as native process has simply no idea
> about Cygwin's mount table.  Apparently it checks for a file \bin\bash,
> but where is that supposed to be when using native Win32 calls?  dmake
> would have to know to add Cygwin's Win32 equivalent of the root dir from
> Cygwin's mount table so that the file becomes, say, C:\bin\bash.  And
> even then it wouldn't find the file, except it knows that it has to add
> a ".exe" suffix...

  Is this possibly caused by having $SHELL set in the environment in one case
but not the other?

cheers,
  DaveK

--
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: Fw: Re: don't know why ./configure command fails

[Jaroslav Rynik]

Hello,

I installed Devel package, but the configure still doesn't work.

I send the screenshot of the setup packages and cygcheck message.

Did I do anything wrong?

Jaro


  <>
Cygwin Configuration Diagnostics
Current System Time: Thu Apr 02 16:37:33 2009

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   D:\pokus\usr\local\bin
D:\pokus\bin
D:\pokus\bin
D:\pokus\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ZipGenius 6\
c:\Program Files\QuickTime\QTSystem\
"C
D:\pokus\Program Files\Common Files\Crystal Decisions\2.0\bin\"

Output from D:\pokus\bin\id.exe (nontsec)
UID: 1003(JD)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from D:\pokus\bin\id.exe (ntsec)
UID: 1003(JD)   GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

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

USER = 'JD'
PWD = '/home/JD'
HOME = '/home/JD'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\JD'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'C:\Documents and Settings\JD\Application Data'
HOSTNAME = 'john-3h43dx9p9j'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/bin'
USERDOMAIN = 'JOHN-3H43DX9P9J'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/DOCUME~1/JD/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'C:\Program Files\QuickTime\QTSystem\QTJava.zip'
USERNAME = 'JD'
PROCESSOR_LEVEL = '15'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\JD'
CLIENTNAME = 'Console'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\JOHN-3H43DX9P9J'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\Documents and Settings\JD'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
!D: = 'D:\pokus\bin'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/JD/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Xerox Phaser 3100MFP'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0209'
CLASSPATH = '.;C:\Program Files\QuickTime\QTSystem\QTJava.zip'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
SESSIONNAME = 'Console'
COMPUTERNAME = 'JOHN-3H43DX9P9J'
_ = '/usr/bin/cygcheck'

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 = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'D:\pokus'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'D:\pokus/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'D:\pokus/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 38162Mb  94% CP CS UN PA FC DSK1_VOL1
d:  hd  NTFS 38154Mb   6% CP CS UN PA FC DSK1_VOL2
e:  cd N/AN/A
f:  fd  FAT245Mb  60% CPUN   WATSON

D:\pokus  /  system  binmode
D:\pokus/bin  /usr/bin   system  binmode
D:\pokus/lib  /usr/lib   system  binmode
. /cygdrive  system  binmode,cygdrive

Found: D:\pokus\bin\awk.exe
Found: D:\pokus\bin\bash.exe
Found: D:\pokus\bin\cat.exe
Found: D:\pokus\bin\cp.exe
Not Found: cpp (good!)
Not Found: crontab
Found: D:\pokus\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: D:\pokus\bin\grep.exe
Found: D:\pokus\bin\kill.exe
Not Found: ld
Found: D:\pokus\bin\ls.exe
Not Found: make
Found: D:\pokus\bin\mv.exe
Not Found: patch
Not Found: perl
Found: D:\pokus\bin\rm.exe
Found: D:\pokus\bin\sed.exe
Not Found: ssh
Found: D:\pokus\bin\sh.exe
Found: D:\pokus\bin\tar.exe
Found: D:\pokus\bin\test.exe
Not Found: vi
Not Found: vim

   61k 2009/03/02 D:\pokus\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cygbz2-1.dll" v0.0 ts=2009/3/2 3:52
7k 2003/10/19 D:\pokus\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
  "cygcrypt-0.dll" v0.0 ts=2003/10/19 9:57
   40k 2009/03/01 D:\pokus\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
  "cygform-8.dll" v0.0 ts=2009/3/1 3:40
   42k 2009/03/12 D:\pokus\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0
  "cyggcc_s-1.dll" v0.0 ts=2009/3/6 12:54
   24k 2008/11/29 D:\pokus\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
 

Re: Fw: Re: don't know why ./configure command fails

[Dave Korn]

Jaroslav Rynik wrote:
> Hello,
> 
> I installed Devel package, but the configure still doesn't work.
> 
> I send the screenshot of the setup packages and cygcheck message.

  Wow.  That one was worth sending a screenshot for, because I wouldn't have
believed it if I didn't see it with my own eyes.

> Did I do anything wrong?

  No, something has gone very badly indeed: there are lots of entries missing
from the devel category.  Maybe try another mirror and see if it works any 
better?

cheers,
  DaveK


--
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: Fw: Re: don't know why ./configure command fails

[Dave Korn]

Dave Korn wrote:
> Jaroslav Rynik wrote:

>> Did I do anything wrong?
> 
>   No, something has gone very badly indeed: there are lots of entries missing
> from the devel category.  Maybe try another mirror and see if it works any 
> better?

  I downloaded setup.ini from the goh.com mirror; it's badly mangled, and is
missing loads of entries.  I compared it to a copy from another mirror, and
that one was complete.

  It looks like there must have been a glitch in setup.ini generation that is
already fixed, and the goh.com mirror isn't up-to-date yet.  Since you're in
the EU, try the HEAnet mirror ftp.heanet.ie; that's usually fast and up-to-date.

cheers,
  DaveK

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

Re: [1.7] codepage:utf removal and python

[Yaakov (Cygwin/X)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Corinna Vinschen wrote:
> And it works as designed in your above testcase.
> 
> I tested with a filename containing a Euro sign (Unicode 0x20ac), in
> HTML speak "qq€".  Cygwin converted it to "qq\016\342\202\254"
> 
> The strace looks perfectly normal.  I have no idea what python complains
> about!

Having already rebuilt python for cygwin-1.7, gcc-4.3, and tcl/tk-8.5, I
built and ran your C code, then:

$ export LANG=en_CA.UTF-8
$ python -c "import os; print os.listdir('.')"
[..., 'qq\xe2\x82\xac', ...]


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAknU+C4ACgkQpiWmPGlmQSNlfQCfbXfycxkM/kiW6kpjYqt+U7FG
ivoAoNAmqrk83LWkxOOQ+kbp+4dl4xGT
=u/R7
-END PGP SIGNATURE-

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

Re: cygport and xz (was New: {xz/liblzma0/liblzma-devel}-4.999.8beta-10)

[Yaakov (Cygwin/X)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Eric Blake wrote:
> Yes (or you could use the shorter unpack_cmd="tar Jxf").  In fact, I had
> to apply this to my local cygport in order to build m4-1.4.13-1 from the
> upstream .xz tarball.  It would be nice to see a new cygport release with
> this made official.

Patch committed to Ports SVN, and will be included in 0.9.6 (for 1.7).


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAknU+ScACgkQpiWmPGlmQSNkGQCgh8QdTl1h8VEBT1YLmMCySPdm
sAEAoMsUlgDC6t+YrX+4mWjd5Q4iartr
=fIEl
-END PGP SIGNATURE-

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

RE: [1.7] Updated: cygwin-1.7.0-45

[Stephan Mueller]

On Apr  2 16:59, Corinna Vinschen wrote:
" 2. Use the environment variable setting of LC_ALL/LC_CTYPE/LANG at
"the moment the console is opened the first time and then never
"change this setting again until the console is closed again.
"
" 3. Change rlogin to call setlocale(LC_ALL, ""); at the start of
"main.
"
" Solution 3 seems not feasible.  I'm leaning towards solution 2.  Does
" anybody know a reason why we should prefer solution 1?  Does anybody
" have another solution?

How about 2, with a background effort towards 3 for each of the
relevant apps -- just push the setlocale call upstream based on
the Good Idea aspect.  Someday, (at this point in the Cygwin
1.7-to-1.9 transition, perhaps :-) the norm will be for remote
connection apps to call setlocale, 2 can be removed if desired,
and any apps that still break may be considered broken -- to be
fixed with a setlocale(), just like all the now well-behaved
apps which set the precedent due to the effort started now?

stephan();

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

Re: [1.7] codepage:utf removal and python

[Corinna Vinschen]

On Apr  2 12:38, Yaakov S wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Corinna Vinschen wrote:
> > And it works as designed in your above testcase.
> > 
> > I tested with a filename containing a Euro sign (Unicode 0x20ac), in
> > HTML speak "qq€".  Cygwin converted it to "qq\016\342\202\254"
> > 
> > The strace looks perfectly normal.  I have no idea what python complains
> > about!
> 
> Having already rebuilt python for cygwin-1.7, gcc-4.3, and tcl/tk-8.5, I
> built and ran your C code, then:
> 
> $ export LANG=en_CA.UTF-8
> $ python -c "import os; print os.listdir('.')"
> [..., 'qq\xe2\x82\xac', ...]

Uh, so python needs a rebuild for Cygwin to deal with localized
pathnames correctly.  I assume it's missing to call the conversion
functions because they were not available so far.


Corinna

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

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

Re: [1.7] Updated: cygwin-1.7.0-45

[Corinna Vinschen]

On Apr  2 17:44, Stephan Mueller wrote:
> On Apr  2 16:59, Corinna Vinschen wrote:
> " 2. Use the environment variable setting of LC_ALL/LC_CTYPE/LANG at
> "the moment the console is opened the first time and then never
> "change this setting again until the console is closed again.
> "
> " 3. Change rlogin to call setlocale(LC_ALL, ""); at the start of
> "main.
> "
> " Solution 3 seems not feasible.  I'm leaning towards solution 2.  Does
> " anybody know a reason why we should prefer solution 1?  Does anybody
> " have another solution?
> 
> How about 2, with a background effort towards 3 for each of the
> relevant apps -- just push the setlocale call upstream based on
> the Good Idea aspect.  Someday, (at this point in the Cygwin
> 1.7-to-1.9 transition, perhaps :-) the norm will be for remote
> connection apps to call setlocale, 2 can be removed if desired,
> and any apps that still break may be considered broken -- to be
> fixed with a setlocale(), just like all the now well-behaved
> apps which set the precedent due to the effort started now?

The problem is this:  rlogin or ssh work just fine on any other system
even if they don't use setlocale().  The reason is that the terminal
window is an independent process from the rlogin/ssh process, while in
our case, the Windows console is managed by the running application
itself.  So, in case of other systems you never have this problem and,
given that, I'm wondering if, say, OpenSSH upstream looks friendly on
that approach, just to support the Windows console window under Cygwin.
Especially given that OpenSSH is not localized at all.


Corinna

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

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

Re: Fw: Re: don't know why ./configure command fails

[Christopher Faylor]

On Thu, Apr 02, 2009 at 06:45:00PM +0100, Dave Korn wrote:
>Dave Korn wrote:
>I downloaded setup.ini from the goh.com mirror; it's badly mangled, and
>is missing loads of entries.  I compared it to a copy from another
>mirror, and that one was complete.

The date stamp for setup.ini on that mirror is August 8.  I see that
this site is on the road to being deleted as a mirror by my mirror
checking software but it's mystifying that it would even be listed at
all if there was an August version of setup.ini on the site for any
length of time.

In any event, this mirror will likely be removed from the list of
mirrors in the next mirror scan.


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: Fw: Re: don't know why ./configure command fails

[Dave Korn]

Christopher Faylor wrote:
> On Thu, Apr 02, 2009 at 06:45:00PM +0100, Dave Korn wrote:
>> Dave Korn wrote:
>> I downloaded setup.ini from the goh.com mirror; it's badly mangled, and
>> is missing loads of entries.  I compared it to a copy from another
>> mirror, and that one was complete.
> 
> The date stamp for setup.ini on that mirror is August 8.  I see that
> this site is on the road to being deleted as a mirror by my mirror
> checking software but it's mystifying that it would even be listed at
> all if there was an August version of setup.ini on the site for any
> length of time.

  Not only that but there are various other mangled versions in their mirror
root dir, called "s", ".setup.tmp".  Somebody has been messing around.

> In any event, this mirror will likely be removed from the list of
> mirrors in the next mirror scan.

  If they update it, will it be auto-added back again?  I think it shouldn't
be without some kind of explanation from the site admin about what exactly
they have been playing at.  (I always think the worst.  Some kind of downgrade
attack?  Probably not, but mirror admins have no business messing around with
setup.ini locally.  They can't edit it directly or the sig check will fail,
but they *can* substitute an old version - setup.exe wouldn't know to warn if
it was the user's first installation.)

cheers,
  DaveK



--
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: Fw: Re: don't know why ./configure command fails

[Christopher Faylor]

On Thu, Apr 02, 2009 at 07:15:33PM +0100, Dave Korn wrote:
>Christopher Faylor wrote:
>>On Thu, Apr 02, 2009 at 06:45:00PM +0100, Dave Korn wrote:
>>>Dave Korn wrote: I downloaded setup.ini from the goh.com mirror; it's
>>>badly mangled, and is missing loads of entries.  I compared it to a
>>>copy from another mirror, and that one was complete.
>>
>>The date stamp for setup.ini on that mirror is August 8.  I see that
>>this site is on the road to being deleted as a mirror by my mirror
>>checking software but it's mystifying that it would even be listed at
>>all if there was an August version of setup.ini on the site for any
>>length of time.
>
>Not only that but there are various other mangled versions in their
>mirror root dir, called "s", ".setup.tmp".  Somebody has been messing
>around.

That could just reflect the (temporary) state of that directory in
August.

>>In any event, this mirror will likely be removed from the list of
>>mirrors in the next mirror scan.
>
>If they update it, will it be auto-added back again?

http://cygwin.com/mirrors.html

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: Strange problem with running dmake via ssh

[Alfred von Campe]

On Apr 2, 2009, at 13:30, Dave Korn wrote:

  Is this possibly caused by having $SHELL set in the environment  
in one case

but not the other?


We have a winner!  The SHELL environment variable was set in both  
cases to /bin/bash.  Well, doing a "echo $SHELL" returned "/bin/bash"  
in both cases.  However, doing a "env | grep SHELL=" only returned  
"SHELL=/bin/bash" in the ssh window.  If I unset the SHELL  
environment variable in the ssh window, I can get dmake to work!  I  
don't quite understand the subtle difference of how these environment  
variables are set, but I am happy that I can now run our builds over  
ssh.


So thanks for the SHELL environment variable hint which helped me  
find a solution, Dave.  I owe you a here>.


Alfred


--
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: GNU screen doesn't initialize

[René Berber]

Andrew Schulman wrote:

>> Since several days I try to debug GNU screen within Windows XP's cygwin
>> environment - without any success. I see the start screen, which reminds
>> me of the license stoff, skip that, and the Terminal-screen stays black.
> 
> You mean completely black?  No command prompt?  Without any customization 
> (i.e.
> ~/.screenrc), after you start you should get a single command shell with the
> usual prompt.[snip]

The default Cygwin bash prompt blocks screen, doesn't it?

You have to change PS1 to use screen.
-- 
R.Berber


--
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: Promoting cygwin system to member server

[Sylvain RICHARD]

Michael T. Davis wrote:

We have a standalone server running Windows Server 2003 SP2.  We would
like to promote it to a member server in an existing Windows domain.

Mike,

Your description may have been not specific enough.

I believe Corinna understood that you meant to make the server a member 
of the domain and then make it a domain controller. This would remove 
the local accounts.


But you may not want to make the server a DC, just a member of the domain.

Either way, I have no specific experience on this particular scenario. 
You need either a guru or a test server.


   Have fun,

--
Sylvain RICHARD


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

Re: [ANNOUNCEMENT] Updated: asciidoc-8.3.5-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 4/2/2009 9:53 AM:
> I then puzzled out that on the machine where vim is fast, the filetype
> of the strace file was set to "", while on the incredible slow machine,
> vim had set the filetype to "asciidoc".

Did you, per chance, name your strace with a .txt suffix?  If not, how did
it match the vim file content detection?  Looking at
/usr/share/vim/vimfiles/ftdetect/asciidoc_filetype.vim, I see:

> " COMMENT OUT ONE OF THE TWO FOLLOWING COMMANDS
> " The first sets asciidoc syntax highlighting on all .txt files, the second
> " only existing files *.txt that appear to be AsciiDoc files.
> 
> au BufNewFile,BufRead *.txt,README,TODO,CHANGELOG,NOTES  setfiletype asciidoc
> "au BufRead *.txt,README,TODO,CHANGELOG,NOTES call s:FTasciidoc()

Does switching the comment help?  I don't use vim, so I'm not really in a
position to test this (I just bundle the vim bindings with asciidoc
because they are available upstream, and my only personal use of asciidoc
is indirectly as the git maintainer).  But if it helps, then I'll roll a
- -2 with that comment swapped over.

> 
> - The longer the strace file, the slower vim gets.  Incidentally
>   strace files tend to be rather huge.
> 
> - There seem to be a bug in one or more of the regular expressions in
>   the asciidoc.vim syntax file.

Well, they are expecting to match asciidoc syntax, which strace does not.
 But I can forward that concern upstream.

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

Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknVD6YACgkQ84KuGfSFAYDlCQCgmEWEZu4cicTt7X/UZrQh0O/T
00EAn3mJxxpC/n45KLtD+D+yVjdFsTmy
=r1Ji
-END PGP SIGNATURE-

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

Re: GNU screen doesn't initialize

[Andrew Schulman]

> >> Since several days I try to debug GNU screen within Windows XP's cygwin
> >> environment - without any success. I see the start screen, which reminds
> >> me of the license stoff, skip that, and the Terminal-screen stays black.
> > 
> > You mean completely black?  No command prompt?  Without any customization 
> > (i.e.
> > ~/.screenrc), after you start you should get a single command shell with the
> > usual prompt.[snip]
> 
> The default Cygwin bash prompt blocks screen, doesn't it?
> 
> You have to change PS1 to use screen.

Sorry, I can't confirm this.  I've tried leaving PS1 alone, and unsetting it,
and starting screen with and without a .screenrc file.  Every way, when screen
starts I get a command prompt.


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

Mutt and Maildir

[bjoe]

Dear,

I have problem setting mutt using Maildir format, I following tutorial
from http://wiki.mutt.org/?back=/Maildir in cygwin 1.5. I wonder if
there is some special configuration regarding using Maildir format in
Cygwin with mutt.

Thanks,

-- 
It is easy to say no when
  there is a deeper yes burning within

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

Re: [1.7]: /usr/bin/install fails on network drives

[A.R. Burgers]

Corinna Vinschen schreef:

>> Are these Samba shares by any chance?  I can reproduce this only
>> for Samba shares, not for remote Windows NTFS drives.
>
> Oh, btw., install works fine for me, only mv complains with "failed to
> preserve ownership".  Your above example also doesn't show any error on
> install...

I've tried several shares. Only on one of them I get an
error with install:


//ecn/groups/g_zon_software/cygwin17/zz3.txt
install: setting permissions for
`//ecn/groups/g_zon_software/cygwin17/zz3.txt': Permission denied 


When I look at the properties of this share it says it uses DFS
(Distributed File System). This drive shows the access bits
as -rwxrwxrwx, the others have -rw-r--r--

with all of them I see the Permission Denied on mv.
I have to ask our administrators for more details.


I have an idea why this occurs, at least in my configuration.
My Linux user account under which files are stored is not equivalent
to my Active Directory account since I'm not running winbind.

Are you using a winbind mapping from Windows SID to uid/gid?


One of my shares is a hosted on a unix system with a different
account, I'm not sure whether winbind is run. On this share, I have the 
mv issue only.




--
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: Fw: Re: don't know why ./configure command fails

[Larry Hall (Cygwin)]

Jaroslav Rynik wrote:

Hello,

I installed all the packages I could from the site.

This time the error message reads: configure: error: No C# compiler found. 


So now you have the entire supported development suite.  Cygwin does not
have a C# compiler.  Perhaps you can use the java one instead. ;-)


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

_

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

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

1.7: Problems with 'rsync'.

[Lee D.Rothstein]

I'm having two problems with 'rsync' (over 'ssh'), that are
possible pilot error.

Here's the portion of the 'bash' script I use to run 'rsync':
--
rsync -vcrRt --stats --delete --force --prune-empty-dirs \
 --compress --exclude "*.ion *.txt" --human-readable \
 --itemize-changes --log-file="$LogFile" -e "ssh -p 8022" \
 "${Source}" ${us...@${host}:html
--

I'm running "rsync  version 3.0.5  protocol version 30".

I would appreciate some feedback on whether anyone else has
experience with this.

First, and least importantly, each time I run 'rsync' (from
the script), I get the following error messages to the
screen regardless of whether I'm running 'mintty' or the
console as the "terminal". Although it writes the log file
correctly each time, the error message disappears if I omit
the log file option.

--
stty: standard input: Invalid argument
stty: standard input: Invalid argument
--

Secondly, and most importantly, 'rsync' is copying the
entire source directory tree, rather than from the
terminating '/' of the source tree specification.

This contradicts both my reading of the 'man' page, version:
"28 Dec 2008", as well as my prior experience.

Is this a bug, or pilot (EBCAK) error?

Lee



--
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: execve issues, and execve with cygrunsrv

[Daniel Pocock]

Corinna Vinschen wrote:

On Apr  2 16:21, Daniel Pocock wrote:
  

Corinna Vinschen wrote:


Did you try?
  
  

I have now had a chance to try it under cygrunsrv from Cygwin 1.5.25 and 1.7

Under 1.5.25, it doesn't work because of the sockets issue

Under 1.7, a new issue is revealed: execve doesn't maintain the same  
process ID, so cygrunsrv thinks the service has actually stopped, and  
the cygrunsrv process exits.  This is obviously quite bad.



Huh?  The *Windows* PID is not the same after an exec, but the
Cygwin PID is maintained after an exec.  Try this:

  
cygrunsrv definitely stays running when I start gmond.  It stops 
immediately after the execve call - it thinks the process has stopped, 
but in fact a new gmond is running with a new Windows PID.  I am using 
the -x option to cygrunsrv and the -f (foreground) and -p (pidfile) 
options to gmond.  Which PID does cygrunsrv look for?



#include 
#include 
#include 
#include 
#include 

int main(int argc, char **argv)
{
  int status;

  if (argc > 1)
{
  printf ("Execed Child: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  return 0;
}
  printf ("Parent: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  switch (fork ())
{
case 0:
  printf ("Forked Child: Cygwin: %d Windows: %lu\n",
  getpid (), GetCurrentProcessId ());
  execl ("./x", "x", "child", NULL);
  break;
default:
  break;
}
  wait (&status);
  return 0;
}



Corinna

  


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

Re: 1.7: Problems with 'rsync'.

[Christopher Faylor]

On Thu, Apr 02, 2009 at 05:39:34PM -0400, Lee D.Rothstein wrote:
> I'm having two problems with 'rsync' (over 'ssh'), that are
> possible pilot error.
>
> Here's the portion of the 'bash' script I use to run 'rsync':
> --
> rsync -vcrRt --stats --delete --force --prune-empty-dirs \
>  --compress --exclude "*.ion *.txt" --human-readable \
>  --itemize-changes --log-file="$LogFile" -e "ssh -p 8022" \
>  "${Source}" ${us...@${host}:html
> --
>
> I'm running "rsync  version 3.0.5  protocol version 30".
>
> I would appreciate some feedback on whether anyone else has
> experience with this.
>
> First, and least importantly, each time I run 'rsync' (from
> the script), I get the following error messages to the
> screen regardless of whether I'm running 'mintty' or the
> console as the "terminal". Although it writes the log file
> correctly each time, the error message disappears if I omit
> the log file option.
>
> --
> stty: standard input: Invalid argument
> stty: standard input: Invalid argument
> --

You probably have an stty command in a startup file like .profile or
.tcshrc.

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/

[ANNOUNCEMENT] Updated: {libtool/libltdl7}-2.2.7a-3

[Charles Wilson]

GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.

This is a bugfix update.

[[ compiled using gcc-3.4.4-999 ]]

Unless there are serious issues with this package, it is likely to be
the last version of libtool released for cygwin-1.5.  This release
differs from the simultaneously-released libtool-2.2.7a-12 for
cygwin-1.7 in only trivial ways. 


CHANGES SINCE 2.2.7a-2
=
* Corrected incompatibility with older (pre-1.8) automake


Test results -- old tests:
All 113 tests passed
2 tests were not run

Test results -- new tests:
78 tests behaved as expected.
8 tests were skipped.

(no regressions from 2.2.7a-2)

-- 
Charles Wilson
volunteer libtool maintainer for cygwin



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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

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

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.


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

[ANNOUNCEMENT] [1.7] Updated: {libtool/libltdl7}-2.2.7a-12

[Charles Wilson]

GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.

This is a bugfix and feature enhancement update.

[[ compiled using gcc-3.4.4-999 ]]

This release is specific for cygwin-1.7, but it differs from the
simultaneously-released libtool-2.2.7a-3 cygwin-1.5 in only trivial
ways.


CHANGES SINCE 2.2.7a-11
=
* Corrected incompatibility with older (pre-1.8) automake

Test results -- old tests:
All 113 tests passed
2 tests were not run

Test results -- new tests:
78 tests behaved as expected.
8 tests were skipped.

(no regressions from 2.2.7a-11)

-- 
Charles Wilson
volunteer libtool maintainer for cygwin



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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

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

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.


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

Re: [ANNOUNCEMENT] [1.5] Updated: {gettext/gettext-devel/libgettextpo0/libintl8/libasprintf0}-0.17-3

[Charles Wilson]

Yaakov (Cygwin/X) wrote:
> What about enabling the autopoint -V option (which is currently
> commented out as "dangerous" on lines 164-166,212-222), and changing the
> version mismatch error on line 276 into a message or warning?  Cygport
> could then export AUTOPOINT="autopoint -V 0.17" when libtool usage is
> detected.

I like it. You're basically using the AUTOPOINT variable itself as the
"out of band" communication mechanism.  I've got a build running now;
but it will be a while before the test suite finishes up and I've dotted
all the i's for a new release.

--
Chuck

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

Cygwin NFS Issues

[jissa]

I am trying to setup a Windows XP Professional laptop that is running cygwin
with nfs-server on it. The NFS server is exporting a windows directory that
I will be sharing with a virtual machine running QNX on the same laptop
using VMWARE server. 

I installed the NFS server and used its configure script, then I created an
export list that exports the directory on my machine and allowed only
machines with a IP address that is local to the virtual machine. This setup
works correctly when I am connected to my domain network. 

When I try to connect to the NFS share while not connected to my domain
network, the mount fails. Also, if I am connected on the network and mount a
share, this share stops working the minute I disconnect from the network. 

Is what I am trying to do achievable or not? 

Any help would be appreciated.


-- 
View this message in context: 
http://www.nabble.com/Cygwin-NFS-Issues-tp22862391p22862391.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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