date:20120224

On Feb 23 21:38, Yaakov (Cygwin/X) wrote:
 This patchset adds pthread_getname_np and pthread_setname_np.  These
 were added to glibc in 2.12[1] and are also present in some form on
 NetBSD and several UNIXes.  IIUC recent versions of GDB can benefit from
 this support.

Thanks for your patch, but I don't think it's the whole thing.

Consider, if you implement pthread_[gs]etname_np as you did, then you
have pthread names which are only available to the process in which
the threads are running.  So, how could GDB get the information for
its inferior process?

Actually GDB reads the thread name using a target specific function
which is so far only implemented for Linux.  It does not use
pthread_getname_np, rather it reads the name from /proc/$PID/task/$TID/comm.

And that's a bit of a problem in Cygwin.  Every Cygwin process is
multi-threaded (think signals), but only the application-started threads
are pthreads.

So, again, thanks for doing this, but I think this requires more work to
be useful.  The basic task is to provide /proc/$PID/task for all threads
running in a Cygwin process.  If that's available, the pthread_[gs]etname_np
will become useful and their (different) implementation probably falls into
place.


Corinna

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

Re: [PATCH] Add pldd(1)

On Feb 24 02:38, Yaakov (Cygwin/X) wrote:
 The pldd(1) command apparently originates from Solaris and was added to
 glibc-2.15[1].  Patches and new file attached.

Looks good, works fine.  Please apply.


Thanks,
Corinna

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

Re: [PATCH] Add pthread_getname_np, pthread_setname_np

2012-02-24 Thread Yaakov (Cygwin/X)

On Fri, 2012-02-24 at 10:38 +0100, Corinna Vinschen wrote:
 On Feb 23 21:38, Yaakov (Cygwin/X) wrote:
  This patchset adds pthread_getname_np and pthread_setname_np.  These
  were added to glibc in 2.12[1] and are also present in some form on
  NetBSD and several UNIXes.  IIUC recent versions of GDB can benefit from
  this support.
 
 Thanks for your patch, but I don't think it's the whole thing.
 
 Consider, if you implement pthread_[gs]etname_np as you did, then you
 have pthread names which are only available to the process in which
 the threads are running.

My implementation is based on NetBSD's[1].  So what purpose do these
functions serve then on that it and the UNIXes?  (Serious question.)


Yaakov

[1] http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libpthread/pthread.c?rev=1.125

Re: [PATCH] Add pthread_getname_np, pthread_setname_np

On Feb 24 05:00, Yaakov (Cygwin/X) wrote:
 On Fri, 2012-02-24 at 10:38 +0100, Corinna Vinschen wrote:
  On Feb 23 21:38, Yaakov (Cygwin/X) wrote:
   This patchset adds pthread_getname_np and pthread_setname_np.  These
   were added to glibc in 2.12[1] and are also present in some form on
   NetBSD and several UNIXes.  IIUC recent versions of GDB can benefit from
   this support.
  
  Thanks for your patch, but I don't think it's the whole thing.
  
  Consider, if you implement pthread_[gs]etname_np as you did, then you
  have pthread names which are only available to the process in which
  the threads are running.
 
 My implementation is based on NetBSD's[1].  So what purpose do these
 functions serve then on that it and the UNIXes?  (Serious question.)

See the source of the pthread_setname_np function.  There's a call to
the kernel:

  thread-pt_name = cp;
  (void)_lwp_setname(thread-pt_lid, cp);

_lwp_setname ultimately calls the kernel function sys__lwp_setname in
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/kern/sys_lwp.c?rev=1.53
So the kernel knows the name and the sys__lwp_getname entry point
can be used to fetch the name of a thread in another process.  How
exactly this is fetched by which BSD tool, I don't know, but it's
all in the sources :)


Corinna

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

Re: [PATCH] Add pthread_getname_np, pthread_setname_np

2012-02-24 Thread Pedro Alves

Just FYI,

Windows' way to have the program affect thread names in the
debugger is with SetThreadName, which throws a magic exception
which the debugger can catch.  GDB doesn't know about this though.

 http://msdn.microsoft.com/en-us/library/xcb2z8hs.aspx

Just for completeness...  I don't know if there's a native
method that's closer to pthread_setname_np's semantics.

-- 
Pedro Alves

Re: [PATCH] Add pldd(1)

On Fri, Feb 24, 2012 at 10:47:07AM +0100, Corinna Vinschen wrote:
On Feb 24 02:38, Yaakov (Cygwin/X) wrote:
 The pldd(1) command apparently originates from Solaris and was added to
 glibc-2.15[1].  Patches and new file attached.

Looks good, works fine.  Please apply.

It's not entirely fine.  Minor nits:

- The comment says pldd.cc but it's pldd.c.

- There was no ChangeLog entry announcing its checkin.

cgf

Re: [PATCH] Add pldd(1)

On Feb 24 15:31, Christopher Faylor wrote:
 On Fri, Feb 24, 2012 at 10:47:07AM +0100, Corinna Vinschen wrote:
 On Feb 24 02:38, Yaakov (Cygwin/X) wrote:
  The pldd(1) command apparently originates from Solaris and was added to
  glibc-2.15[1].  Patches and new file attached.
 
 Looks good, works fine.  Please apply.
 
 It's not entirely fine.  Minor nits:
 
 - The comment says pldd.cc but it's pldd.c.
 
 - There was no ChangeLog entry announcing its checkin.

Oh, right.  The ChangeLog entry was part of the patch submission, though.
Yaakov, could you apply the ChangeLog as well, please?


Corinna

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

Re: more address space needed ... is already occupied problems (with snapshot of 2012-02-20)

2012-02-24 Thread Tassilo Philipp

 On my system:
 
 $ rebase -si |grep etc.so
 /usr/lib/ruby/1.8/i386-cygwin/etc.so   base 0x5a1d size 0x9000

I believe you that that is usually the case, however, on my machine, this 
command doesn't return anything, even with a completely fresh cygwin install, 
including the ruby package.
Thank you all for your help, though!

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

Re: STC for libapr1 failure

On Feb 23 21:49, Yaakov (Cygwin/X) wrote:
 On Thu, 2012-02-23 at 15:19 +0100, Corinna Vinschen wrote:
  On Feb 21 18:09, Corinna Vinschen wrote:
   Btw., in how far is XWin broken?  I just tried to start it from the
   start menu and that worked perfectly fine.  I get the default xterm
   and that works.
  
  I really need something reproducible here. 
 
 I am unable to reproduce it anymore.  While I thought I excluded other
 possible causes, it seems that I was wrong.  Sorry for the noise.

Never mind.  I'm glad that the code got more testing.


Corinna

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

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

Re: more address space needed ... is already occupied problems (with snapshot of 2012-02-20)

On Feb 24 02:07, Tassilo Philipp wrote:
  On my system:
  
  $ rebase -si |grep etc.so
  /usr/lib/ruby/1.8/i386-cygwin/etc.so   base 0x5a1d size 0x9000
 
 I believe you that that is usually the case, however, on my machine,
 this command doesn't return anything, even with a completely fresh
 cygwin install, including the ruby package.

What do you mean with doesn't return anything?  Do you mean it doesn't
return anything when piped into grep, or do you mean the output of
rebase -si is empty?  In theory neither of this should happen, *iff* you
used the latest rebase 4.0 for rebasing.  Do you have a file
/etc/rebase.db.i386 on your system?  If not, you should definitely
update to the latest rebase package and rebase again.  As for etc.so,
since it's in the list of installed files from the ruby package, it
should be rebased by default and therefore it should be found in the
/etc/rebase.db.i386 database by the rebase -si command.  This sounds
weird.


Corinna

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

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

GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

2012-02-24 Thread Paul Keir


Hello,

After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp) 
has a problem. Even Hello World gives me:


hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No 
such file or directory

compilation terminated.

I have tried reinstalling GCC with no luck. Can anyone offer advice?

Thanks in advance,
Paul

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

Re: 1.7.10 - Cannot open printer network share on Windows XP

On Feb 23 18:41, Gelorge Nevada wrote:
 I open a file whith a path to a printer network share as
 \\BOQUETA\REQ in binary mode to write directly to a matricial printer.
  Until 1.7.9 thats works fine, but after update to 1.7.10 stops work.
 Using wxWidgets 2.8.0.  As a test, I replace cygwin1.dll with 1.7.9
 version and works again.

I have a HP network printer, but I don't know how to set the printer and
Windows up to allow direct printing like you do.  For a start, can you
pick and choose Cygwin snapshots from http://cygwin.com/snapshots/ until
you can put your finger on the snapshot which introduced the problem?


Thanks,
Corinna

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

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

Re: 1.7.10 - Cannot open printer network share on Windows XP

2012-02-24 Thread Yaakov (Cygwin/X)

On Thu, 2012-02-23 at 18:41 -0200, Gelorge Nevada wrote:
 Using wxWidgets 2.8.0.

From where, and with which backend?  Have you tried updating to 2.8.12?


Yaakov



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

Re: Cygwin DLL 1.7.10-1 breaks sftp in lftp package

On Feb 23 13:30, Ferguson, Michael wrote:
 Hi all --
 
 A change (probably one of the TTY changes) in Cygwin DLL 1.7.10-1
 broke sftp support in the lftp file transfer package. When using
 1.7.10-1, ssh complains read_passphrase: can't open /dev/tty: No such
 device or address when lftp tries to use this program to connect.
 LFTP seems to give up, assuming that the password was incorrect. I've
 tried modifying the permissions for the fictional /dev/tty device, but
 everything there seems fine. Downgrading from 1.7.10-1 to 1.7.9-1 has
 fixed the issue for me, so it is definitely some combination of the
 new 1.7.10-1 DLL and lftp/ssh. Please see the log detail below from an
 SFTP session in lftp (set to verbose output in ssh and high debug in
 lftp). 
 
 I believe this may be similar to the sshpass issue described in
 http://cygwin.com/ml/cygwin/2012-02/msg00520.html . Any ideas on if
 this is a Cygwin bug or if there is some change that should be applied
 upstream in lftp? Suggestions appreciated.

I just tried this with a private key with passphrase.  It worked.

  lftp :~ set sftp:connect-program /usr/bin/ssh -a -x -v
  lftp :~ open -p 22 -u corinna sftp://linux-box
  lftp :~ notice: cannot open /home/corinna/.netrc: No such file or directory
  lftp :~ Password: [MY-PASSPHRASE]
  lftp corinna@linux-box:~ ls
  drwxrwxr-x   10 corinna  vinschen 4096 Feb 24 11:36 .
  drwxr-xr-x  103 corinna  vinschen 4096 Feb 24 11:28 ..
  [...]
  lftp corinna@linux-box:~ quit

Did you try if this works with the latest Cygwin snapshot from
http://cygwin.com/snapshots/ ?


Corinna

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

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

Re: ldd fails when dll has no execute permissions

On Feb 23 15:03, cppjavaperl wrote:
 This was discovered in cygwin-1.7.10-1.
 
 If you run 'ldd' against an executable, and the executable has
 dependent DLLs which do *not* have execute permissions, ldd's output
 stops when it reaches the offending dependent DLL, and reports no
 further information.  ldd does not give an error message, and the exit
 code is zero.

DLL's must have execute permissions to be loaded into the process.
And that is what ldd does, it starts a process and inspects the
process memory to see what DLLs are loaded via the Win32 debug API.

The problem is that the Win32 loader stops loading as soon as it
encounters the non-executable DLL.  So there will simply be no further
LOAD_DLL_DEBUG_EVENT.  The next event is an EXIT_PROCESS_DEBUG_EVENT
which means to ldd that it collected all DLLs and so it just prints
the list of so far collected DLLs.

I don't see how this could be changed to behave differently in this
case.


Corinna

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

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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

On 24/02/2012 09:22, Paul Keir wrote:
 Hello,
 
 After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
 has a problem. Even Hello World gives me:
 
 hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
 such file or directory
 compilation terminated.
 
 I have tried reinstalling GCC with no luck. Can anyone offer advice?

  Is the drive where your /tmp dir is located full?  Does it have the right
permissions?  Can you create the same named file manually (e.g. run a command
like ls /tmp/ccc6IHTT.s)?

  If none of that sheds any light on it, please run cygcheck -s -v -r 
cygcheck.out and send that file **as an attachment only please** with your
next post.  Also, re-run the gcc compile command that's failing, but add the
-v option to the command-line, and show us all the output it generates.

cheers,
  DaveK


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

Re: more address space needed ... is already occupied problems (with snapshot of 2012-02-20)

2012-02-24 Thread Michael Lutz

Am 24.02.2012 03:25 schrieb marco atzeri:
 the cygwin's ruby package etc.so should be included in the rebaseall
 list by default.

I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to install additional binary
ruby modules NOT covered by cygwin's package database.

As long as perlrebase is needed (and it definitely is on my computer),
there's also the need for an equivalent rubyrebase.

Michael


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

Re: strange bug that doesn't occur in Linux, OpenBSD or ITS

On 18/02/2012 18:32, Jeremiah Bishop wrote:
 the  bash commands used are: 1) gcc cygwin puzzle.c
 
 2) ./a.out a b
 Now either version used on a file with a shorter set of lines, works just
 fine but strangely, that single digit difference aborts the program without
 throwing any error on the sample input or text files with similarly long
 lines.

  Your program is overflowing the stack.  The default amount of stack space
allocated by windows for a program is 2MB, but you can increase it using the
-Wl,--stack,SIZE option (GCC passes -Wl options through to the linker, see
'man ld' for details of the --stack option).  I found your program could run
to completion when I compiled it with -Wl,--stack,1000 for a ~10MB stack.

  However the better fix would not to be to nest forty-three thousand
recursive stack calls.  Your code is very slow because it starts at the
beginning of the list every time and recursively works its way to the end,
costing a function call and stack frame for every node along the way.  Iterate
if you really have to do it that way, or even better, keep a pointer to the
end node of the list and just go straight there.

cheers,
  DaveK






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

Re: more address space needed ... is already occupied problems (with snapshot of 2012-02-20)

2012-02-24 Thread marco atzeri


On 2/24/2012 1:31 PM, Michael Lutz wrote:

Am 24.02.2012 03:25 schrieb marco atzeri:

the cygwin's ruby package etc.so should be included in the rebaseall
list by default.


I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to install additional binary
ruby modules NOT covered by cygwin's package database.

As long as perlrebase is needed (and it definitely is on my computer),
there's also the need for an equivalent rubyrebase.

Michael



Hi Micheal
never told something different.

rebaseall, as standard, takes care of the cygwin dll's,
anything additional needs additional measures.

Your rubyrebase take care of the additional module installed
for ruby, while for installation from source I need to use
the -T FileList option of rebaseall.

The fact that in Tassilo's system ruby etc.so is not reported by
rebaseall highlight a specific serious problem on its system.

Regards
Marco

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

make check failed in gsl-1.15

2012-02-24 Thread Benedicte JOURDAIN

Hi to all,

Recently I try ./configure  make  make check on the official source of 
gsl-1.15.
Surprisingly, make check failed on histogram in histogram/test1d.c line 436.
Same with the test programs linked against cyggsl-0.dll.

I was able to reproduce the problem in a more simple manner test.c included

my output in test .out.txt after gcc -o ./test.exe ./test.c running on a 
pentium 4.
my LANG=fr_FR.UTF-8 

it seems that the gcc conversion process fulfilled more accurately the promise 
to round to nearest that newlib/libc/stdlib/strtod.c

Regards//
// Programme de test
//

#include stdio.h
#include stdlib.h

int
main (void)
{
char gg1[] = 1.5113350125944583977e-02;
char gg2[] = 1.0327455919395465977e-01;
char gg3[] = 1.1335012594458437896e-01;
char gg4[] = 1.1586901763224181916e-01;

double hh1 = 1.5113350125944583977e-02;
double hh2 = 1.0327455919395465977e-01;
double hh3 = 1.1335012594458437896e-01;
double hh4 = 1.1586901763224181916e-01;

char * pEnd;

double jj1 = strtod(gg1, pEnd);
double jj2 = strtod(gg2, pEnd);
double jj3 = strtod(gg3, pEnd);
double jj4 = strtod(gg4, pEnd);

printf (init char = %s \nstrtod= %.19e \ngcc   = %.19e \n\n, 
gg1, jj1, hh1);
printf (init char = %s \nstrtod= %.19e \ngcc   = %.19e \n\n, 
gg2, jj2, hh2);
printf (init char = %s \nstrtod= %.19e \ngcc   = %.19e \n\n, 
gg3, jj3, hh3);
printf (init char = %s \nstrtod= %.19e \ngcc   = %.19e \n\n, 
gg4, jj4, hh4);

return 0;
}
init char = 1.5113350125944583977e-02 
strtod= 1.5113350125944582242e-02 
gcc   = 1.5113350125944583977e-02 

init char = 1.0327455919395465977e-01 
strtod= 1.0327455919395464590e-01 
gcc   = 1.0327455919395465977e-01 

init char = 1.1335012594458437896e-01 
strtod= 1.1335012594458436508e-01 
gcc   = 1.1335012594458437896e-01 

init char = 1.1586901763224181916e-01 
strtod= 1.1586901763224180528e-01 
gcc   = 1.1586901763224181916e-01 


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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

2012-02-24 Thread Paul Keir


Thanks. No, it's not full. The permissions are:
drwxrwxrwt+ 1 Paul root  0 Feb 24 13:36 tmp
and I can create the same file manually.

The output of gcc -v hello.c is attached. I am running Windows 7 
Professional - Service Pack 1.


I'm afraid I can't send the output of cygcheck to the mailing list for 
confidentiality reasons. I could either send it to you directly, or 
perhaps run cygcheck in a way to generate less data. By the way I get 
the following errors from cygcheck, only when I redirect the output:


/usr/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32 
error 5

Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'ose': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'osppsvc': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'pla': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'QWAVE': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcEptMapper': 
Win32 error 5

Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcSs': Win32 error 5
Access is denied.



On 24/02/2012 12:08, Dave Korn wrote:

On 24/02/2012 09:22, Paul Keir wrote:

Hello,

After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
has a problem. Even Hello World gives me:

hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
such file or directory
compilation terminated.

I have tried reinstalling GCC with no luck. Can anyone offer advice?

   Is the drive where your /tmp dir is located full?  Does it have the right
permissions?  Can you create the same named file manually (e.g. run a command
like ls/tmp/ccc6IHTT.s)?

   If none of that sheds any light on it, please run cygcheck -s -v -r
cygcheck.out and send that file **as an attachment only please** with your
next post.  Also, re-run the gcc compile command that's failing, but add the
-v option to the command-line, and show us all the output it generates.

 cheers,
   DaveK


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.3/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with: 
/gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3/configure 
--srcdir=/gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3 
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin 
--libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var 
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C 
--datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v 
--with-gmp=/usr --with-mpfr=/usr --enable-bootstrap 
--enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static 
--enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld 
--with-gnu-as --with-dwarf2 --disable-sjlj-exceptions 
--enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite 
--enable-lto --enable-java-awt=gtk --disable-symvers --enable-libjava 
--program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada 
--enable-threads=posix --with-arch=i686 --with-tune=generic 
--enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 
CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind 
--with-ecj-jar=/usr/share/java/ecj.jar
Thread model: posix
gcc version 4.5.3 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
 /usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe -quiet -v -D__CYGWIN32__ 
-D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter 
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api -idirafter 
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/lib/../../include/w32api
 hello.c -quiet -dumpbase hello.c -mtune=generic -march=i686 -auxbase hello 
-version -o /tmp/ccoTtOUD.s
GNU C (GCC) version 4.5.3 (i686-pc-cygwin)
compiled by GNU C version 4.5.3, GMP version 4.3.2, MPFR version 
3.0.1-p4, MPC version 0.8
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory /usr/local/include
ignoring nonexistent directory /usr/lib/gcc/i686-pc-cygwin/4.5.3/include
ignoring nonexistent directory /usr/lib/gcc/i686-pc-cygwin/4.5.3/include-fixed
ignoring nonexistent directory /usr/i686-pc-cygwin/include
ignoring nonexistent directory /usr/include
ignoring nonexistent directory 
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api
ignoring nonexistent directory 
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/lib/../../include/w32api
#include ... search starts here:
#include ... search starts here:
End of search list.
GNU C (GCC) version 4.5.3 (i686-pc-cygwin)
compiled by GNU C version 4.5.3,

Recent upgrade to wish leads to a problem

2012-02-24 Thread Fergus

Previously bin/wish was a link to wish84.exe (from memory). Recently it 
was upgraded to wish 8.5.exe.

Now, unless X is also running, wish fails with

$ wish
% Application initialization failed: no display name and no $DISPLAY 
environment variable


I'm not quite certain which recently upgraded package led to this: 
tcl-tk or tcltk or ...

Have I identified a real glitch and if so can this problem be addressed?
Fergus

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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

2012-02-24 Thread Earnie Boyd

On Fri, Feb 24, 2012 at 8:52 AM, Paul Keir p...@codeplay.com wrote:
 Thanks. No, it's not full. The permissions are:
 drwxrwxrwt+ 1 Paul root      0 Feb 24 13:36 tmp
 and I can create the same file manually.

 The output of gcc -v hello.c is attached. I am running Windows 7
 Professional - Service Pack 1.

 I'm afraid I can't send the output of cygcheck to the mailing list for
 confidentiality reasons. I could either send it to you directly, or perhaps
 run cygcheck in a way to generate less data. By the way I get the following
 errors from cygcheck, only when I redirect the output:


You can always edit the file to blot out the sensitive data.

sed -e 's.sensitive.insensitive.g' cygcheck.sensitive  cygcheck.insensitive

-- 
Earnie
-- https://sites.google.com/site/earnieboyd

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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

On 24/02/2012 13:52, Paul Keir wrote:
 Thanks. No, it's not full. The permissions are:
 drwxrwxrwt+ 1 Paul root  0 Feb 24 13:36 tmp
 and I can create the same file manually.

  Oh well, always worth checking the basics first, but no real surprise!

 The output of gcc -v hello.c is attached. I am running Windows 7
 Professional - Service Pack 1.
 
 I'm afraid I can't send the output of cygcheck to the mailing list for
 confidentiality reasons. I could either send it to you directly, or
 perhaps run cygcheck in a way to generate less data. 

  If you're that worried I don't mind if you'd rather send it to me offlist,
go ahead, but it's not like you know me well enough to trust either, so I'd
suggest you redact any sensitive data (user names? passwords in environment
vars?) before posting it either way.

 By the way I get
 the following errors from cygcheck, only when I redirect the output:
 
 /usr/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32
 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'ose': Win32 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'osppsvc': Win32
 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'pla': Win32 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'QWAVE': Win32 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'RpcEptMapper':
 Win32 error 5
 Access is denied.
 /usr/bin/cygrunsrv: warning: OpenService failed for 'RpcSs': Win32 error 5
 Access is denied.

  That's not unexpected if you're running under a non-administrative account.

  There was nothing unusual in the output from gcc -v.  If the cygcheck
output doesn't show anything, I'll have to get you to run cc1.exe under
strace.  However, before we do that, there's one other thing I forgot to ask:
what's the exit status after gcc fails?  echo $? should show it, assuming
you're using bash.

cheers,
  DaveK


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

Re: Spawning Java from C

Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
 
 To the OP, run the same from an elevated prompt and these
 errors should disappear.
 

I tried it also with windows style paths, both using \\ and / as 
separators with the same results.

What does to the OP mean?  And are you implying it has to be run
as an administrator? MinGW does not require that.



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

Re: Spawning Java from C


On 2/24/2012 9:57 AM, Jim Rome wrote:

Larry Hall (Cygwinreply-to-list-only-lhat  cygwin.com  writes:


To the OP, run the same from an elevated prompt and these
errors should disappear.



I tried it also with windows style paths, both using \\ and / as
separators with the same results.

What does to the OP mean?  And are you implying it has to be run
as an administrator? MinGW does not require that.


OP = Original Poster (see the cygwin standard acronyms :-) )

Yes, the responder *is* saying that you need to run this as
administrator.  I can't speak for the difference with MinGW.

Eliot Moss

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

Re: Recent upgrade to wish leads to a problem

2012-02-24 Thread Jeremy Bopp

On 02/24/2012 08:25 AM, Fergus wrote:
 Previously bin/wish was a link to wish84.exe (from memory). Recently it
 was upgraded to wish 8.5.exe.
 Now, unless X is also running, wish fails with
 
 $ wish
 % Application initialization failed: no display name and no $DISPLAY
 environment variable
 
 I'm not quite certain which recently upgraded package led to this:
 tcl-tk or tcltk or ...
 Have I identified a real glitch and if so can this problem be addressed?

The tcltk libraries now require a running X server in order to display
graphics.  This is recent and more importantly intentional according to
what I've read on this list, so there is nothing to address. :-)

-Jeremy

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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

2012-02-24 Thread Paul Keir


echo $? returns 1 after using gcc.


On 24/02/2012 14:57, Dave Korn wrote:

On 24/02/2012 13:52, Paul Keir wrote:

Thanks. No, it's not full. The permissions are:
drwxrwxrwt+ 1 Paul root  0 Feb 24 13:36 tmp
and I can create the same file manually.

   Oh well, always worth checking the basics first, but no real surprise!


The output of gcc -v hello.c is attached. I am running Windows 7
Professional - Service Pack 1.

I'm afraid I can't send the output of cygcheck to the mailing list for
confidentiality reasons. I could either send it to you directly, or
perhaps run cygcheck in a way to generate less data.

   If you're that worried I don't mind if you'd rather send it to me offlist,
go ahead, but it's not like you know me well enough to trust either, so I'd
suggest you redact any sensitive data (user names? passwords in environment
vars?) before posting it either way.


By the way I get
the following errors from cygcheck, only when I redirect the output:

/usr/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32
error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'ose': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'osppsvc': Win32
error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'pla': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'QWAVE': Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcEptMapper':
Win32 error 5
Access is denied.
/usr/bin/cygrunsrv: warning: OpenService failed for 'RpcSs': Win32 error 5
Access is denied.

   That's not unexpected if you're running under a non-administrative account.

   There was nothing unusual in the output from gcc -v.  If the cygcheck
output doesn't show anything, I'll have to get you to run cc1.exe under
strace.  However, before we do that, there's one other thing I forgot to ask:
what's the exit status after gcc fails?  echo $? should show it, assuming
you're using bash.

 cheers,
   DaveK


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



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

Re: Spawning Java from C

 Yes, the responder *is* saying that you need to run this as
 administrator.  I can't speak for the difference with MinGW.
 
 Eliot Moss

I reran this in a Windows 7 command window as an 
administrator, using the Windows style paths using \\, 
and still get the same result. It cannot find the jar file.

Is there anyway of putting in some debugging statements 
in the spawn process?

Thanks,
Jim



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

Re: Spawning Java from C


On 2/24/2012 10:38 AM, Jim Rome wrote:

Yes, the responder *is* saying that you need to run this as
administrator.  I can't speak for the difference with MinGW.

Eliot Moss


I reran this in a Windows 7 command window as an
administrator, using the Windows style paths using \\,
and still get the same result. It cannot find the jar file.

Is there anyway of putting in some debugging statements
in the spawn process?


Could you post the command line(s) you used?  Maybe
we can spot something :-)  EM

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

Re: Spawning Java from C

 
 Could you post the command line(s) you used?  Maybe
 we can spot something   EM
 


Usage: tkfPush port tkf_file_name_path launch_java(t/f)
C:\Users\jartkfpush 4879 Bar.tkf t
Client: WSAStartup() is OK.
jar location=C:\Users\jar\Tekdraw2\tekPlot\dist\tekPlot.jar
Client: WSAStartup() is OK.
Client: socket() is OK.
Unable to access jarfile 
C:\Users\jar\Tekdraw2\tekPlot\dist\tekPlot.jar
socket connect failed: No error
Client: connect() - Failed to connect.



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

Re: Spawning Java from C


On 2/24/2012 10:56 AM, Jim Rome wrote:



Could you post the command line(s) you used?  Maybe
we can spot something   EM




Usage: tkfPush port tkf_file_name_path launch_java(t/f)
C:\Users\jartkfpush 4879 Bar.tkf t
Client: WSAStartup() is OK.
jar location=C:\Users\jar\Tekdraw2\tekPlot\dist\tekPlot.jar
Client: WSAStartup() is OK.
Client: socket() is OK.
Unable to access jarfile
C:\Users\jar\Tekdraw2\tekPlot\dist\tekPlot.jar
socket connect failed: No error
Client: connect() - Failed to connect.


Here's the thing I am wondering about:

In bash, in a   quoted string, backslash acts kind of as in C and may
need to be escaped (doubled). It can be tricky/painful to find the
right quoting/escaping combination to get what is necessary. In a
' ' quoted string, you get what you type. So it would be interesting
to see the line that tries to invoke java. You might need to run a
script with -v or -x (or both) in effect to see exactly what bash
is doing ...

EM

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

recursive read-only folder copy issue

2012-02-24 Thread Yohann Martineau

hello,

sorry if this question has already been asked one thousand times, if
it's the case, google, the faq and the mailing list search engine
missed it.

If I create the following tree in windows explorer:

dir1
  dir2
file1
  file2

Right-click on dir1 in windows explorer, uncheck grayed read-only and
check-in read-only, apply on all subfolders and files.

Open cygwin bash, type the following command line:

  cp -r dir1 dir1-1

In windows explorer, a new dir1-1 folder is created as expected, it is
possible to open this folder.

Try to open file2 in windows explorer, error access denied. It's the
same with dir2 folder, folder not available, access denied.

If I try to delete folder dir1-1 (using shift+del), file2 is removed
but I have an error cannot remove folder dir2, this folder is not
empty.

Sorry if this behavior is expected.

I managed to delete this directory running chmod 755 -R dir1-1 in
cygwin shell. In this case, I can open folder dir1-1/dir2 and see that
file2 is still there. Then I can remove this dir1-1 folder from
windows explorer.

For your information, I stumbled upon this problem copying a directory
from a clearcase dynamic view mounted as a network drive. I performed
a plain vanilla test with the detailed description below.

Thank you,

yohann


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

Re: recursive read-only folder copy issue

2012-02-24 Thread Yohann Martineau

On Fri, Feb 24, 2012 at 5:03 PM, Yohann Martineau
yohann.martin...@gmail.com wrote:

 Right-click on dir1 in windows explorer, uncheck grayed read-only and
 check-in read-only, apply on all subfolders and files.


sorry I forgot click on properties option.

thanks,

yohann

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

Re: Spawning Java from C


 Here's the thing I am wondering about:
 
 In bash, in a   quoted string, backslash acts kind of as in C and may
 need to be escaped (doubled). It can be tricky/painful to find the
 right quoting/escaping combination to get what is necessary. In a
 ' ' quoted string, you get what you type. So it would be interesting
 to see the line that tries to invoke java. You might need to run a
 script with -v or -x (or both) in effect to see exactly what bash
 is doing ...
 

That did it, although I think I tried it with no quotes before. I also 
used Windows paths with / in them.
This was really frustrating. Cygwin should have better 
documentation about issues like this.

Thanks for the help,
Jim



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

Re: Spawning Java from C


On 2/24/2012 11:13 AM, Jim Rome wrote:


That did it, although I think I tried it with no quotes before. I also
used Windows paths with / in them.
This was really frustrating. Cygwin should have better
documentation about issues like this.


Glad to be of help. A bunch of this *is*
documented, some of it being standard bash-ness and
some of if being more specific to cygwin and paths ...

EM

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

RE: Cygwin DLL 1.7.10-1 breaks sftp in lftp package

2012-02-24 Thread Ferguson, Michael

Grüß Gott Corinna --

Thanks. I updated our development environment to the latest stable release via 
setup.exe, then I installed the snapshot cygwin-inst-20120220.tar.bz2 per the 
instructions at http://cygwin.com/faq-nochunks.html#faq.setup.snapshots . After 
that, I was able to use lftp to connect via SFTP without any issues. I am a 
little wary of installing a development snapshot in production, though. When 
will the fixes in the snapshot will be rolled to production?

Best,



Michael


 On Feb 23 13:30, Ferguson, Michael wrote:
  Hi all --
 
  A change (probably one of the TTY changes) in Cygwin DLL 1.7.10-1
  broke sftp support in the lftp file transfer package. When using
  1.7.10-1, ssh complains read_passphrase: can't open /dev/tty: No such
  device or address when lftp tries to use this program to connect.
  LFTP seems to give up, assuming that the password was incorrect. I've
  tried modifying the permissions for the fictional /dev/tty device, but
  everything there seems fine. Downgrading from 1.7.10-1 to 1.7.9-1 has
  fixed the issue for me, so it is definitely some combination of the
  new 1.7.10-1 DLL and lftp/ssh. Please see the log detail below from an
  SFTP session in lftp (set to verbose output in ssh and high debug in
  lftp).
 
  I believe this may be similar to the sshpass issue described in
  http://cygwin.com/ml/cygwin/2012-02/msg00520.html . Any ideas on if
  this is a Cygwin bug or if there is some change that should be applied
  upstream in lftp? Suggestions appreciated.
 
 I just tried this with a private key with passphrase.  It worked.
 
   lftp :~ set sftp:connect-program /usr/bin/ssh -a -x -v
   lftp :~ open -p 22 -u corinna sftp://linux-box
   lftp :~ notice: cannot open /home/corinna/.netrc: No such file or directory
   lftp :~ Password: [MY-PASSPHRASE]
   lftp corinna@linux-box:~ ls
   drwxrwxr-x   10 corinna  vinschen 4096 Feb 24 11:36 .
   drwxr-xr-x  103 corinna  vinschen 4096 Feb 24 11:28 ..
   [...]
   lftp corinna@linux-box:~ quit
 
 Did you try if this works with the latest Cygwin snapshot from
 http://cygwin.com/snapshots/ ?
 
 
 Corinna
 
 --
 Corinna Vinschen  Please, send mails regarding Cygwin to
 Cygwin Project Co-Leader  cygwin AT cygwin DOT com
 Red Hat
 
 --
 Problem reports:   http://cygwin.com/problems.html
 FAQ:   http://cygwin.com/faq/
 Documentation: http://cygwin.com/docs.html
 Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

On 24/02/2012 15:36, Paul Keir wrote:
 echo $? returns 1 after using gcc.

  Right, that's helpful of it!  That's clearly just a fail status but not an
errno value.

  Anyway, I think your cygcheck reveals the problem.  You have multiple
cygwin1.dlls of different versions in your path at the same time.  You also
have a homebrew build of gcc 4.7 in your path, and it's using SJLJ exceptions
rather than DW2, which means that its runtime DLLs will be incompatible with
the standard system ones.

  Try removing the cygwin1.dll from C:\Windows\SYSTEM, and cutting
C:\Users\\home\apps\gcc-4.7-20120128\bin out of your PATH, and see if
that fixes it.

cheers,
  DaveK

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

Re: Spawning Java from C

On 24/02/2012 15:07, Eliot Moss wrote:
 On 2/24/2012 9:57 AM, Jim Rome wrote:
 Larry Hall (Cygwinreply-to-list-only-lhat  cygwin.com  writes:

 To the OP, run the same from an elevated prompt and these
 errors should disappear.


 I tried it also with windows style paths, both using \\ and / as
 separators with the same results.

 What does to the OP mean?  And are you implying it has to be run
 as an administrator? MinGW does not require that.
 
 OP = Original Poster (see the cygwin standard acronyms :-) )
 
 Yes, the responder *is* saying that you need to run this as
 administrator.  

  No.  He was saying that if you run *cygcheck* from an elevated prompt, you
won't get the Can't open service errors.

cheers,
  DaveK

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

Re: Cygwin DLL 1.7.10-1 breaks sftp in lftp package




Please, don't http://cygwin.com/acronyms/#TOFU


On Feb 24 11:32, Ferguson, Michael wrote:
 Grüß Gott Corinna --
 
 Thanks. I updated our development environment to the latest stable
 release via setup.exe, then I installed the snapshot
 cygwin-inst-20120220.tar.bz2 per the instructions at
 http://cygwin.com/faq-nochunks.html#faq.setup.snapshots . After that,
 I was able to use lftp to connect via SFTP without any issues. I am a
 little wary of installing a development snapshot in production,
 though. When will the fixes in the snapshot will be rolled to
 production?

I'm planning to release 1.7.11 this weekend.  If nothing crops up in
the meantime...


Corinna

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

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

Re: recursive read-only folder copy issue


On 2/24/2012 11:03 AM, Yohann Martineau wrote:

hello,

sorry if this question has already been asked one thousand times, if
it's the case, google, the faq and the mailing list search engine
missed it.

If I create the following tree in windows explorer:

dir1
   dir2
 file1
   file2

Right-click on dir1 in windows explorer, uncheck grayed read-only and
check-in read-only, apply on all subfolders and files.

Open cygwin bash, type the following command line:

   cp -r dir1 dir1-1

In windows explorer, a new dir1-1 folder is created as expected, it is
possible to open this folder.

Try to open file2 in windows explorer, error access denied. It's the
same with dir2 folder, folder not available, access denied.

If I try to delete folder dir1-1 (using shift+del), file2 is removed
but I have an error cannot remove folder dir2, this folder is not
empty.

Sorry if this behavior is expected.

I managed to delete this directory running chmod 755 -R dir1-1 in
cygwin shell. In this case, I can open folder dir1-1/dir2 and see that
file2 is still there. Then I can remove this dir1-1 folder from
windows explorer.

For your information, I stumbled upon this problem copying a directory
from a clearcase dynamic view mounted as a network drive. I performed
a plain vanilla test with the detailed description below.


You could try mounting the drive where you're seeing this behavior
with the noacl flag if you want to mix and match Windows and Cygwin
tools when you're working with files.  See the Users Guide for more
information about mount flags.

--
Larry

_

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

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

Re: more address space needed ... is already occupied problems (with snapshot of 2012-02-20)

2012-02-24 Thread Tassilo Philipp

 On Feb 24 02:07, Tassilo Philipp wrote:
  On my system:
 
  $ rebase -si |grep etc.so
  /usr/lib/ruby/1.8/i386-cygwin/etc.so   base 0x5a1d size
 0x9000

 I believe you that that is usually the case, however, on my machine,
 this command doesn't return anything, even with a completely fresh
 cygwin install, including the ruby package.

 What do you mean with doesn't return anything?  Do you mean it doesn't
 return anything when piped into grep, or do you mean the output of
 rebase -si is empty?

As pointed out in my other post, etc.so is not in the list of the output
of rebase -si, so grepping for it doesn't return anything.


 In theory neither of this should happen, *iff* you
 used the latest rebase 4.0 for rebasing.

I do.


 Do you have a file
 /etc/rebase.db.i386 on your system?

Yes.


 If not, you should definitely
 update to the latest rebase package and rebase again.  As for etc.so,
 since it's in the list of installed files from the ruby package, it
 should be rebased by default and therefore it should be found in the
 /etc/rebase.db.i386 database by the rebase -si command.  This sounds
 weird.

Well, it isn't on my machine. I don't know why. Maybe I screwed something
up - it just surprises me that I have the same problems with a fresh
(complete) cygwin install with ruby 1.8.7 from the cygwin packages.
Michael's script works like a charm for me, including custom installs of
ruby 1.9, so I'm happy.

Thanks for the help!

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

Re: gitk fails to start after updating cygwin

Yaakov (Cygwin/X) wrote:
 
 xorg-server is not specified as a runtime dependency of libX11 or
libxcb
 for several reasons:

Should xorg-server be specified as a runtime dependency of gitk?



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

Re: gitk fails to start after updating cygwin

On Feb 24 11:26, Matt Seitz (matseitz) wrote:
 Yaakov (Cygwin/X) wrote:
  
  xorg-server is not specified as a runtime dependency of libX11 or
 libxcb
  for several reasons:
 
 Should xorg-server be specified as a runtime dependency of gitk?

The X server is no hard requirement.  Consider:

  $ DISPLAY=my_linux_box:0 gitk


Corinna

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

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

Re: ldd fails when dll has no execute permissions

On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
This was discovered in cygwin-1.7.10-1.

If you run 'ldd' against an executable, and the executable has
dependent DLLs which do *not* have execute permissions, ldd's output
stops when it reaches the offending dependent DLL, and reports no
further information.?  ldd does not give an error message, and the exit
code is zero.

To test, pick an application with a dependent DLL, then chmod 666 on
that DLL (pick a DLL you can live without temporarily, of course), then
run 'ldd' against the executable.

Can't reproduce this (with the latest DLL from the snapshot):

bash$ chmod a-w /bin/*.dll
bash$ ldd /bin/pwd
ntdll.dll = /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x779a)
kernel32.dll = /cygdrive/c/Windows/syswow64/kernel32.dll (0x7531)
KERNELBASE.dll = /cygdrive/c/Windows/syswow64/KERNELBASE.dll 
(0x75ae)
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6173)
cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x63c1)

Given how ldd works, it's hard to see why executable permissions should
affect it.  ldd starts the executable for debugging and tracks .dlls as
they are loaded.  The executable bit state should have no effect on
that.

cgf

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

Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread Bilig Ordos

I've been happy with 1.7.9, but couldn't resist my curiosity so ran
the 1.7.10-1 setup today. During the process it complained that Cygwin
is running and offered me options to either stop the Cygwin and try
again, or continue and reboot after it is done. So I selected to
continue and then rebooted.

But when I launched the Cywin console/Mintty, I did not have most of
the system commands, such as ls and which, but commands like cd
and alias are there.

I tried running the setup again (made sure all the packages I used to
have are selected) but did not help. rebooted again and it is the
same.

How can I recover from this? I hate to reinstall from scratch as doing
that will make me lose a lot of customization, such as ssh keys, etc.
Please see below for examples and logs.

My system is Win 7 Pro, 64-bit.



Thank you,

Bilig



-bash-4.1$ pwd
/usr/bin
-bash-4.1$
-bash-4.1$
-bash-4.1$ ls
-bash: ls: command not found
-bash-4.1$ which
-bash: which: command not found


Logs from the /var/log (I did not have the .full log from the failed
setup because I ran the setup again):


2012/02/24 14:32:45Starting cygwin install, version 2.764

2012/02/24 14:32:45io_stream_cygfile: fopen(/etc/setup/net-proxy-host)
failed 2 No such file ordirectory

2012/02/24 14:32:45io_stream_cygfile: fopen(/etc/setup/net-proxy-port)
failed 2 No such file ordirectory

2012/02/24 14:32:45io_stream_cygfile: fopen(/etc/setup/extrakeys)
failed 2 No such file ordirectory

2012/02/24 14:32:45io_stream_cygfile:
fopen(/etc/setup/chooser_window_settings) failed 2 No suchfile or
directory

2012/02/24 14:32:45Current Directory: C:\Users\boyun\Downloads

2012/02/24 14:32:45User has backup/restore rights

2012/02/24 14:32:45Changing gid to Administrators

2012/02/24 14:32:45Could not open service McShield for query, start
and stop. McAfee may not beinstalled, or we don't have access.

2012/02/24 14:32:47source: network install

2012/02/24 14:32:48root: C:\cygwin binary system

2012/02/24 14:32:50Selected local directory: C:\Users\boyun\Downloads

2012/02/24 14:32:51net: Direct

2012/02/24 14:32:54site: http://cygwin.mirrors.hoobly.com/

2012/02/24 
14:33:37DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/_update-info-dir/_update-info-dir-01014-1.tar.bz2

2012/02/24 
14:33:39DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/base-files/base-files-4.0-9.tar.bz2

2012/02/24 
14:33:50DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/coreutils/coreutils-8.15-1.tar.bz2

2012/02/24 
14:33:52DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/csih/csih-0.9.5-1.tar.bz2

2012/02/24 
14:33:52DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/cygrunsrv/cygrunsrv-1.36-1.tar.bz2

2012/02/24 
14:33:55DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/cygutils/cygutils-1.4.8-1.tar.bz2

2012/02/24 
14:34:03DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/cygwin/cygwin-1.7.10-1.tar.bz2

2012/02/24 
14:34:05DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/db/db4.5/libdb4.5/libdb4.5-4.5.20.2-3.tar.bz2

2012/02/24 
14:34:06DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/pcre/libpcre0/libpcre0-8.21-2.tar.bz2

2012/02/24 14:34:07Running preremove script for _update-info-dir

2012/02/24 14:34:07Running preremove script for  base-files

2012/02/24 14:34:07running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/preremove/base-files.sh

2012/02/24 14:34:10Running preremove script for  coreutils

2012/02/24 14:34:10running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/preremove/coreutils.sh

2012/02/24 14:34:10Running preremove script for  csih

2012/02/24 14:34:10Running preremove script for  cygrunsrv

2012/02/24 14:34:10Running preremove script for  cygutils

2012/02/24 14:34:10Running preremove script for  cygwin

2012/02/24 14:34:10Running preremove script for  libdb4.5

2012/02/24 14:34:10Running preremove script for  libpcre0

2012/02/24 14:34:10Uninstalling _update-info-dir

2012/02/24 14:34:10Uninstalling base-files

2012/02/24 14:34:10Uninstalling coreutils

2012/02/24 14:34:11Uninstalling csih

2012/02/24 14:34:11Uninstalling cygrunsrv

2012/02/24 14:34:11Uninstalling cygutils

2012/02/24 14:34:11Uninstalling cygwin

2012/02/24 14:34:11Uninstalling libdb4.5

2012/02/24 14:34:11Uninstalling libpcre0

2012/02/24 14:34:11Extracting from
file://C:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/_update-info-dir/_update-info-dir-01014-1.tar.bz2

2012/02/24 14:34:11Extracting from
file://C:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/base-files/base-files-4.0-9.tar.bz2

2012/02/24 14:34:12Extracting from

Re: gitk fails to start after updating cygwin

Corinna Vinschen wrote:
  On Feb 24 11:26, Matt Seitz (matseitz) wrote:
  
  Should xorg-server be specified as a runtime dependency of gitk?
 
 The X server is no hard requirement.  Consider:
 
   $ DISPLAY=my_linux_box:0 gitk

True.  But would the benefit (helping new users) outweigh the cost
(installing xorg-server for some users that don't actually require it)?
 

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

Re: ldd fails when dll has no execute permissions

On Fri, Feb 24, 2012 at 03:42:33PM -0500, Christopher Faylor wrote:
On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
This was discovered in cygwin-1.7.10-1.

If you run 'ldd' against an executable, and the executable has
dependent DLLs which do *not* have execute permissions, ldd's output
stops when it reaches the offending dependent DLL, and reports no
further information.?  ldd does not give an error message, and the exit
code is zero.

To test, pick an application with a dependent DLL, then chmod 666 on
that DLL (pick a DLL you can live without temporarily, of course), then
run 'ldd' against the executable.

Can't reproduce this (with the latest DLL from the snapshot):

bash$ chmod a-w /bin/*.dll
bash$ ldd /bin/pwd
ntdll.dll = /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x779a)
kernel32.dll = /cygdrive/c/Windows/syswow64/kernel32.dll (0x7531)
KERNELBASE.dll = /cygdrive/c/Windows/syswow64/KERNELBASE.dll 
 (0x75ae)
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6173)
cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x63c1)

Given how ldd works, it's hard to see why executable permissions should
affect it.  ldd starts the executable for debugging and tracks .dlls as
they are loaded.  The executable bit state should have no effect on
that.

Nevermind.  Obviously I typoed the a-w and, so, my test is not going to
do anything.  Corinna's answer is the correct one.

Sorry for the noise.

cgf

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

Re: ldd fails when dll has no execute permissions

On Feb 24 15:42, Christopher Faylor wrote:
 On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
 This was discovered in cygwin-1.7.10-1.
 
 If you run 'ldd' against an executable, and the executable has
 dependent DLLs which do *not* have execute permissions, ldd's output
 stops when it reaches the offending dependent DLL, and reports no
 further information.?  ldd does not give an error message, and the exit
 code is zero.
 
 To test, pick an application with a dependent DLL, then chmod 666 on
 that DLL (pick a DLL you can live without temporarily, of course), then
 run 'ldd' against the executable.
 
 Can't reproduce this (with the latest DLL from the snapshot):
 
 bash$ chmod a-w /bin/*.dll

Try chmod -x instead of -w.  And do that only to a single DLL or
be prepared to suffer.

 bash$ ldd /bin/pwd
 ntdll.dll = /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x779a)
 kernel32.dll = /cygdrive/c/Windows/syswow64/kernel32.dll (0x7531)
 KERNELBASE.dll = /cygdrive/c/Windows/syswow64/KERNELBASE.dll 
 (0x75ae)
 cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
 cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6173)
 cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x63c1)
 
 Given how ldd works, it's hard to see why executable permissions should
 affect it.  ldd starts the executable for debugging and tracks .dlls as
 they are loaded.  The executable bit state should have no effect on
 that.

It has.  Windows only loads DLLs into executables if the execute bit
is set.  Here's what I did for testing:

  From tcsh, because I removed the execute bit from one of the DLLs
  used by bash:

   tcsh ldd /bin/bash
ntdll.dll = /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x77a3)
kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x75ec)
KERNELBASE.dll = /cygdrive/c/Windows/system32/KERNELBASE.dll 
(0x75cd)
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6858)
cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x6946)
cygreadline7.dll = /usr/bin/cygreadline7.dll (0x6755)
cyggcc_s-1.dll = /usr/bin/cyggcc_s-1.dll (0x6bb4)
cygncursesw-10.dll = /usr/bin/cygncursesw-10.dll (0x6692)
USER32.dll = /cygdrive/c/Windows/system32/USER32.dll (0x776d)
GDI32.dll = /cygdrive/c/Windows/system32/GDI32.dll (0x75fc)
LPK.dll = /cygdrive/c/Windows/system32/LPK.dll (0x773c)
USP10.dll = /cygdrive/c/Windows/system32/USP10.dll (0x777a)
msvcrt.dll = /cygdrive/c/Windows/system32/msvcrt.dll (0x775c)
IMM32.DLL = /cygdrive/c/Windows/system32/IMM32.DLL (0x7767)
MSCTF.dll = /cygdrive/c/Windows/system32/MSCTF.dll (0x7784)
   tcsh chmod -x /bin/cygreadline7.dll
   tcsh ldd /bin/bash
ntdll.dll = /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x77a3)
kernel32.dll = /cygdrive/c/Windows/system32/kernel32.dll (0x75ec)
KERNELBASE.dll = /cygdrive/c/Windows/system32/KERNELBASE.dll 
(0x75cd)
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
cygintl-8.dll = /usr/bin/cygintl-8.dll (0x6858)
cygiconv-2.dll = /usr/bin/cygiconv-2.dll (0x6946)


Corinna

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

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

Re: Recent upgrade to wish leads to a problem

On Fri, Feb 24, 2012 at 09:09:02AM -0600, Jeremy Bopp wrote:
On 02/24/2012 08:25 AM, Fergus wrote:
 Previously bin/wish was a link to wish84.exe (from memory). Recently it
 was upgraded to wish 8.5.exe.
 Now, unless X is also running, wish fails with
 
 $ wish
 % Application initialization failed: no display name and no $DISPLAY
 environment variable
 
 I'm not quite certain which recently upgraded package led to this:
 tcl-tk or tcltk or ...
 Have I identified a real glitch and if so can this problem be addressed?

The tcltk libraries now require a running X server in order to display
graphics.  This is recent and more importantly intentional according to
what I've read on this list, so there is nothing to address. :-)

The only thing that apparently needs addressing is that you read the
list and comprehend what's going on.  I wish we could address that by
making more people do that.  :-)

cgf

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

Re: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread David Sastre Medina

On Fri, Feb 24, 2012 at 03:44:46PM -0500, Bilig Ordos wrote:
I've been happy with 1.7.9, but couldn't resist my curiosity so ran
the 1.7.10-1 setup today. During the process it complained that Cygwin
is running and offered me options to either stop the Cygwin and try
again, or continue and reboot after it is done. So I selected to
continue and then rebooted.

But when I launched the Cywin console/Mintty, I did not have most of
the system commands, such as ls and which, but commands like cd
and alias are there.

I tried running the setup again (made sure all the packages I used to
have are selected) but did not help. rebooted again and it is the
same.

How can I recover from this? I hate to reinstall from scratch as doing
that will make me lose a lot of customization, such as ssh keys, etc.
Please see below for examples and logs.

Don't panic. Your keys are still there. Also, please don't put a log
into the body of the email. It's a better idea to attach it.

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

Your problem could have been caused by incorrect permissions in the latest
base-files' package contents.

2012/02/24
14:33:39DownloadedC:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/base-files/base-files-4.0-9.tar.bz2
2012/02/24 14:34:07Running preremove script for base-files
2012/02/24 14:34:07running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/preremove/base-files.sh
2012/02/24 14:34:10Uninstalling base-files
2012/02/24 14:34:11Extracting from
file://C:\Users\boyun\Downloads/http%3a%2f%2fcygwin.mirrors.hoobly.com%2f/release/base-files/base-files-4.0-9.tar.bz2
2012/02/24 14:35:10running: C:\cygwin\bin\bash.exe --norc
--noprofile/etc/postinstall/base-files-profile.sh
2012/02/24 14:35:14running: C:\cygwin\bin\bash.exe --norc
--noprofile/etc/postinstall/base-files-mketc.sh

Please check and correct perms if necessary in:

/etc/bash.bash_logout
/etc/profile.d
/etc/profile.d/tzset.sh
/etc/profile.d/tzset.csh
/etc/profile.d/lang.csh
/etc/profile.d/lang.sh
/etc/bash.bashrc
/etc/skel/.inputrc
/etc/skel/.profile
/etc/skel/.bashrc
/etc/skel/.bash_profile
/etc/profile

All of them should have owner/group root.root and 644 perms (rw-r--r--)
Afterwards, close all cygwin apps and restart a mintty session.
Please report back if that solved your issue.

--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56

signature.asc
Description: Digital signature

Automating setup - --no-verify doesn't seem to work

2012-02-24 Thread Andrew DeFaria

I'm trying to automate the setup of cygwin and I'm running setup.exe 
with many additional options. All in all it's working fairly nicely but 
the --no-verify doesn't seem to work. The help says that --no-verify is 
Don't verify setup.ini signatures yet when I run it I see a lot of 
Checking MD5 for package. Isn't there an option to turn off this MD5 
checking?

--
Andrew DeFaria http://defaria.com
Yes, I guess, they oughtta name a drink after you. - John Prine


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

How and where is HOME set from /etc/passwd?

2012-02-24 Thread Andrew DeFaria

According to http://cygwin.com/faq/faq.setup.html#faq.setup.home if not 
set in the Windows environment then the entry in /etc/password should be 
used. Where is this accomplished? Because I'm not seeing it happen. 
Instead /etc/profile is invoked and HOME is set to nothing and 
/etc/profile tries to create a directory of no name and fails.

--
Andrew DeFaria http://defaria.com
If a pig loses its voice, is it disgruntled?


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

Re: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread Bilig Ordos

David,

Thank you for your prompt reply.

Since I also don't have chmod and chown commands, I tried to set
the permission on those file in C:\cygwin\etc\defaults\etc (I assume
that's the location for /etc) using Windows file properties dialog
box - I went to the Security and gave full control to user
Everyone. I don't have a windows user or group called root ...

After that I rebooted and ran Mintty and still no luck ...

What should I try next?

Thanks,

Bilig

But when I launched the Cywin console/Mintty, I did not have most of
the system commands, such as ls and which, but commands like cd
and alias are there.

I tried running the setup again (made sure all the packages I used to
have are selected) but did not help. rebooted again and it is the
same.

How can I recover from this? I hate to reinstall from scratch as doing
that will make me lose a lot of customization, such as ssh keys, etc.
Please see below for examples and logs.

Don't panic. Your keys are still there. Also, please don't put a log
into the body of the email. It's a better idea to attach it.

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

Your problem could have been caused by incorrect permissions in the latest
base-files' package contents.

Please check and correct perms if necessary in:

All of them should have owner/group root.root and 644 perms (rw-r--r--)
Afterwards, close all cygwin apps and restart a mintty session.
Please report back if that solved your issue.

--
Bilig Oyun (Oyunbilig)
oyunbi...@gmail.com

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

Re: gitk fails to start after updating cygwin


On 2/24/2012 3:50 PM, Matt Seitz (matseitz) wrote:

Corinna Vinschen wrote:
On Feb 24 11:26, Matt Seitz (matseitz) wrote:


Should xorg-server be specified as a runtime dependency of gitk?


The X server is no hard requirement.  Consider:

   $ DISPLAY=my_linux_box:0 gitk


True.  But would the benefit (helping new users) outweigh the cost
(installing xorg-server for some users that don't actually require it)?


Nobody that doesn't need or want it has to install the X-Server.  If
one uses gitk though, one has now moved into the category of need/want
the X-Server if one wasn't already in that category. ;-)


--
Larry

_

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

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

Re: gitk fails to start after updating cygwin

Larry Hall (Cygwin) wrote:
 
 Nobody that doesn't need or want it has to install the X-Server.  If
 one uses gitk though, one has now moved into the category of
need/want
 the X-Server if one wasn't already in that category. ;-)

Well, they certainly will need/want AN X-Server.  But I thought
Corrina's point was that in some cases that X-Server does not have to be
the Cygwin xorg-server (could be a different local X-Server, or even a
remote X-Server).

My question is:  are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installing gitk, even though some gitk users may not
actually need the Cygwin xorg-server?


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

Re: gitk fails to start after updating cygwin


On 2/24/2012 5:43 PM, Matt Seitz (matseitz) wrote:

Larry Hall (Cygwin) wrote:


Nobody that doesn't need or want it has to install the X-Server.  If
one uses gitk though, one has now moved into the category of

need/want

the X-Server if one wasn't already in that category. ;-)


Well, they certainly will need/want AN X-Server.  But I thought
Corrina's point was that in some cases that X-Server does not have to be
the Cygwin xorg-server (could be a different local X-Server, or even a
remote X-Server).


True enough, though I expect for most Cygwin users, this is the exception
and not the rule.


My question is:  are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installing gitk, even though some gitk users may not
actually need the Cygwin xorg-server?


I would be for adding Cygiwn's xorg-server as a dependency for any
package that needs an X-Server to be generally useful.

--
Larry

_

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

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

Re: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread Eric Blake

On 02/24/2012 01:44 PM, Bilig Ordos wrote:
 I've been happy with 1.7.9, but couldn't resist my curiosity so ran
 the 1.7.10-1 setup today. During the process it complained that Cygwin
 is running and offered me options to either stop the Cygwin and try
 again, or continue and reboot after it is done. So I selected to
 continue and then rebooted.

Other threads [1] from people who have taken this course have shown that
the windows update-on-reboot doesn't always work, in which case you
might still be running cygwin 1.7.9 inadvertently (and coreutils 8.15
requires cygwin 1.7.10 for things like ls to work).  What does 'uname
-a' say; and if it is still 1.7.9, then you need to either rename
/bin/cygwin1.dll.new to cygwin1.dll, or rerun setup.exe and reinstall
cygwin1.dll, but either way, make sure that this time you really have
stopped all cygwin processes first.

[1] http://cygwin.com/ml/cygwin/2012-02/msg00588.html

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: gitk fix for set uicolor SystemButtonFace

Earnie Boyd wrote: 
 While this resolves an immediate issue you should determine the fix
 for platform determination in the upstream source so that the correct
 file is created in the first place.

Yes, I have also suggested exactly that on the upstream mailing list:

http://marc.info/?t=13299488556r=1w=2

But anyone who already installed gitk while running the old Cygwin tcltk
8.4.x. won't be helped by an upstream patch.  An upstream patch will
only help avoid similar problems in the future.


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

Re: gitk fails to start after updating cygwin

2012-02-24 Thread Mike Kaganski


25.02.2012 9:53, Larry Hall (Cygwin) пишет:

On 2/24/2012 5:43 PM, Matt Seitz (matseitz) wrote:

My question is: are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installing gitk, even though some gitk users may not
actually need the Cygwin xorg-server?


I would be for adding Cygiwn's xorg-server as a dependency for any
package that needs an X-Server to be generally useful.

Probably xorg-server could be made a conditional dependency (not sure if 
cygwin supports these), e.g. triggered by a registry value or env 
setting, and it could be enabled by default, while some users could 
configure it to tell the installer that they use some external X-Server?


--
Best regards, Mike.


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

Re: How and where is HOME set from /etc/passwd?

2012-02-24 Thread Andrey Repin

Greetings, Andrew DeFaria!

 According to http://cygwin.com/faq/faq.setup.html#faq.setup.home if not 
 set in the Windows environment then the entry in /etc/password should be 
 used. Where is this accomplished? Because I'm not seeing it happen. 
 Instead /etc/profile is invoked and HOME is set to nothing and 
 /etc/profile tries to create a directory of no name and fails.

Use mkpasswd (and mkgroup, as well) to generate proper /etc/passwd and
/etc/group


--
WBR,
Andrey Repin (anrdae...@freemail.ru) 25.02.2012, 03:43

Sorry for my terrible english...


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

Re: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing

2012-02-24 Thread Robert Miles


On 2/24/2012 3:22 AM, Paul Keir wrote:

Hello,

After installing a package (libxrandr-dev I think) GCC 4.5.3 (from 
Exp) has a problem. Even Hello World gives me:


hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No 
such file or directory

compilation terminated.

I have tried reinstalling GCC with no luck. Can anyone offer advice?

Thanks in advance,
Paul


Looks like time to check the read-write permissions on directory /tmp
and any files inside it.

Robert Miles


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

Re: Automating setup - --no-verify doesn't seem to work

On 24/02/2012 19:56, Andrew DeFaria wrote:
 I'm trying to automate the setup of cygwin and I'm running setup.exe
 with many additional options. All in all it's working fairly nicely but
 the --no-verify doesn't seem to work. The help says that --no-verify is
 Don't verify setup.ini signatures yet when I run it I see a lot of
 Checking MD5 for package. Isn't there an option to turn off this MD5
 checking?

  No, those are actually two separate things.  The --no-verify option means
that setup.exe will accept any setup.ini file with any values for the md5sums
for packages, not just the official version; it doesn't stop the md5sums from
being checked, just means that a custom mirror can supply its own versions of
packages with their own md5sums, but they always get checked no matter what.

cheers,
  DaveK

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

Re: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread Bilig Ordos

Still no luck. Since I don't have uname command either, I decided to
reinstall the cygwin (1.7.10-1) and coreutil (8.15-1) packages
by running the setup and selecting reinstall. I rebooted my PC
before doing this so there should not have been any Cygwin processes
running.

After this, I'm still having the same issue - I can only execute the
internal bash commands, which are the commands listed by doing
help from the shell. I'm not able to run any other commands such as
ls, uname, and man ...

I see the following message in the install log. Does this means the
reinstall failed?

2012/02/24 19:19:26 Uninstalling base-cygwin
2012/02/24 19:19:26 io_stream_cygfile:
fopen(/etc/setup/base-cygwin.lst.gz) failed 2 No such file or
directory



--
Eric Blake wrote:


Other threads [1] from people who have taken this course have shown that
the windows update-on-reboot doesn't always work, in which case you
might still be running cygwin 1.7.9 inadvertently (and coreutils 8.15
requires cygwin 1.7.10 for things like ls to work).  What does 'uname
-a' say; and if it is still 1.7.9, then you need to either rename
/bin/cygwin1.dll.new to cygwin1.dll, or rerun setup.exe and reinstall
cygwin1.dll, but either way, make sure that this time you really have
stopped all cygwin processes first.

[1] http://cygwin.com/ml/cygwin/2012-02/msg00588.html

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org

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

Re: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found

2012-02-24 Thread Mark Geisert

Bilig Ordos writes:
 After this, I'm still having the same issue - I can only execute the
 internal bash commands, which are the commands listed by doing
 help from the shell. I'm not able to run any other commands such as
 ls, uname, and man ...

Others have mentioned things for you to try.  I'm just going to respond to this
little bit above.  The commands are likely still present, it's just that until
things are fixed you'll have to type a little bit more.  You have to give the
full path to run commands.  For instance, to run 'ls' you have to enter
'/bin/ls' and to run 'chown' you have to enter '/bin/chown'.  Once the file
perms are set properly, as outlined in another response, you won't need to type
the extra stuff anymore.
HTH,

..mark


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

Re: gitk fails to start after updating cygwin