Re: Portable shell code between Cygwin and Linux
Hi Corinna, Corinna Vinschen wrote: >> alias vpnup='exec sudo openvpn --config ~/config/client.vpn --writepid >> /tmp/openvpn.pid &' >> >> While this worked perfectly under Ubuntu, I've had to make up a customized >> version for Windows: >> >> alias vpnupwin='cd c:/home/sva/config; openvpn --config client.vpn >> --writepid c:/cygwin/tmp/openvpn.pid &' > > Don't use Win32 paths. Use POSIX paths: > > alias vpnupwin='cd /cygdrive/c/home/sva/config; openvpn --config client.vpn > --writepid /cygdrive/c/cygwin/tmp/openvpn.pid &' But, if I write it like that, this never will work under Ubuntu, does it? Or is it possible with some "mount" magic to void the prefix "/cydgrive/c"? My goal is to have just 1 alias that would work both under Win32 (Cygwin) and Ubuntu, having the files located in the same place (relative to my home dir). I also tried you suggestion for another command, which was: perl C:/home/sva/src/csv2ledger/CSV2Ledger.pl -f $FileMatches -i $tmpfile.clean This works fine under Cygwin right now. Rewritten with POSIX paths: perl /cygdrive/c/home/sva/src/csv2ledger/CSV2Ledger.pl -f $FileMatches -i $tmpfile.clean It does not work anymore... Best regards, Seb -- Sebastien Vauban -- 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: Portable shell code between Cygwin and Linux
On Mon, Aug 1, 2011 at 8:49 AM, Sebastien Vauban wrote:
>
> Hi Andrey,
>
> Andrey Repin wrote:
> >>> For every shell code that I write, I'd like it to be portable both to
> >>> Cygwin on Windows, and to Ubuntu Linux for example.
> >>>
> >>> It's kinda possible, but am blocked with such a use case:
> >>>
> >>> alias vpnup='exec sudo openvpn --config ~/config/client.vpn --writepid
> >>> /tmp/openvpn.pid &'
> >>>
> >>> While this worked perfectly under Ubuntu, I've had to make up a customized
> >>> version for Windows:
> >>>
> >>> alias vpnupwin='cd c:/home/sva/config; openvpn --config client.vpn
> >>> --writepid c:/cygwin/tmp/openvpn.pid &'
> >
> >> Don't use Win32 paths. Use POSIX paths:
> >
> >> alias vpnupwin='cd /cygdrive/c/home/sva/config; openvpn --config
> >> client.vpn --writepid /cygdrive/c/cygwin/tmp/openvpn.pid &'
> >
> > Moreover, the very first line is wrong.
> >
> > Must be
> >
> > alias vpnup='exec sudo openvpn --config $HOME/config/client.vpn --writepid
> > /tmp/openvpn.pid &'
> >
> > that's where his problem began, IMO.
>
> That's interesting. I thought this was completely equivalent (~ or $HOME), and
> preferred the shorter version.
>
> But you say it's not. Can you comment on this? Thanks in advance...
>
bash.info Tilde expansion:
"If a word begins with an unquoted tilde character (`~'), all of the
characters up to the first unquoted slash (or all characters, if there
is no unquoted slash) are considered a TILDE-PREFIX."
Note "word begins". I've been bitten by this in a makefile:
OPENSSL_DIR := ~/lib/openssl
CPPFLAGS := -I$(OPENSSL_DIR)
The gcc command line then contained -I~/lib/openssl, and the ~ was not
expanded by the shell. ${HOME}/lib/openssl would have worked.
If you want the same alias to work on Cygwin and Linux, you should set
up your $HOME on Cygwin to contain config/client.vpn
You can set your home in /etc/passwd and point it to /cygdrive/c/home
(this may have been mentioned already).
The idea is to always refer to the VPN config as
${HOME}/config/client.vpn and ensure that Cygwin can access it that
way.
Hope this helps,
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds
--
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: Portable shell code between Cygwin and Linux
On Aug 1 08:46, Sebastien Vauban wrote: > Hi Corinna, > > Corinna Vinschen wrote: > >> alias vpnup='exec sudo openvpn --config ~/config/client.vpn --writepid > >> /tmp/openvpn.pid &' > >> > >> While this worked perfectly under Ubuntu, I've had to make up a customized > >> version for Windows: > >> > >> alias vpnupwin='cd c:/home/sva/config; openvpn --config client.vpn > >> --writepid c:/cygwin/tmp/openvpn.pid &' > > > > Don't use Win32 paths. Use POSIX paths: > > > > alias vpnupwin='cd /cygdrive/c/home/sva/config; openvpn --config > > client.vpn --writepid /cygdrive/c/cygwin/tmp/openvpn.pid &' > > But, if I write it like that, this never will work under Ubuntu, does it? Or > is it possible with some "mount" magic to void the prefix "/cydgrive/c"? How is that different from using a drive letter like C:? The best you can do is to create a mount point(*) under Cygwin which has the same path as under Ubuntu. Then, just use the same POSIX paths on both systems. > My goal is to have just 1 alias that would work both under Win32 (Cygwin) and > Ubuntu, having the files located in the same place (relative to my home dir). > > I also tried you suggestion for another command, which was: > > perl C:/home/sva/src/csv2ledger/CSV2Ledger.pl -f $FileMatches -i > $tmpfile.clean > > This works fine under Cygwin right now. > > Rewritten with POSIX paths: > > perl /cygdrive/c/home/sva/src/csv2ledger/CSV2Ledger.pl -f $FileMatches -i > $tmpfile.clean > > It does not work anymore... So you're not using Cygwin perl, or you changed your cygdrive prefix(**). Corinna (*) http://cygwin.com/cygwin-ug-net/using.html#mount-table (**) http://cygwin.com/cygwin-ug-net/using.html#cygdrive -- 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
perl 5.14.1 update?
Any update on likely release of perl 5.14.1? PK -- 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: Portable shell code between Cygwin and Linux
* Sebastien Vauban (Mon, 01 Aug 2011 08:46:52 +0200) > My goal is to have just 1 alias that would work both under Win32 > (Cygwin) and Ubuntu Why don't have simply put your alias definitions in if [[ $OSTYPE = cygwin ]]; then else"? Thorsten -- 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
bash-4.2 and symlink to folder that turns to be not executable
Hello, I have a bash-4.2 (installed in /home/my), compiled with GCC 4.6.1 directly from the sources. With this one, the following script: - #!/home/my/bash-4.2 rm -rf /tmp/xxx mkdir -p /tmp/xxx/folder1 ln -s folder1 /tmp/xxx/folder if [ -d /tmp/xxx/folder ]; then echo folder; else echo no folder; fi if [ -x /tmp/xxx/folder ]; then echo execut; else echo no execut; fi exit - produces: folder no execut while the regular /bin/bash (4.1.10), with the same script: - #!/bin/bash rm -rf /tmp/xxx mkdir -p /tmp/xxx/folder1 ln -s folder1 /tmp/xxx/folder if [ -d /tmp/xxx/folder ]; then echo folder; else echo no folder; fi if [ -x /tmp/xxx/folder ]; then echo execut; else echo no execut; fi exit - produces (correctly): folder execut Could be a bug in bash-4.2, but... i have noticed that it occurs only under the newest snapshots. The change occurred between the 2011-07-21 and 2011-07-29 snapshots. My current /proc/version | tr -d '@' is: CYGWIN_NT-5.1 version 1.7.10s(0.249/5/3) (cgf) (gcc version 4.3.4 20090804 (release) 1 (GCC) ) 20110801 00:02:52 Could someone please have a look and reproduce this? Regards, Denis Excoffier. -- 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
gnucap: packaging problem
I know it is in [prev] rather than [curr] but there's something amiss with release/gnucap/gnucap-2009.12.07-1-src.tar.bz2 Its md5sum as reported in setup.ini is correct but > bunzip2 -tv release/gnucap/gnucap-2009.12.07-1-src.tar.bz2 > bad magic number (file not created by bzip2 and > bunzip2 release/gnucap/gnucap-2009.12.07-1-src.tar.bz2 >bunzip2: gnucap-2009.12.07-1-src.tar.bz2 is not a bzip2 file Any chance of a revised .bz2? 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: bash-4.2 and symlink to folder that turns to be not executable
On Aug 1 13:58, Denis Excoffier wrote:
>
> Hello,
>
> I have a bash-4.2 (installed in /home/my), compiled with GCC 4.6.1
> directly from the sources. With this one, the following script:
>
> -
> #!/home/my/bash-4.2
>
> rm -rf /tmp/xxx
> mkdir -p /tmp/xxx/folder1
> ln -s folder1 /tmp/xxx/folder
> if [ -d /tmp/xxx/folder ]; then echo folder; else echo no folder; fi
> if [ -x /tmp/xxx/folder ]; then echo execut; else echo no execut; fi
> exit
> -
>
> produces:
>
> folder
> no execut
>
> while the regular /bin/bash (4.1.10), with the same script:
>
> -
> #!/bin/bash
>
> rm -rf /tmp/xxx
> mkdir -p /tmp/xxx/folder1
> ln -s folder1 /tmp/xxx/folder
> if [ -d /tmp/xxx/folder ]; then echo folder; else echo no folder; fi
> if [ -x /tmp/xxx/folder ]; then echo execut; else echo no execut; fi
> exit
> -
>
> produces (correctly):
>
> folder
> execut
>
>
> Could be a bug in bash-4.2, but...
> i have noticed that it occurs only under the newest snapshots.
> The change occurred between the 2011-07-21 and 2011-07-29 snapshots.
>
> My current /proc/version | tr -d '@' is:
> CYGWIN_NT-5.1 version 1.7.10s(0.249/5/3) (cgf) (gcc version 4.3.4 20090804
> (release) 1 (GCC) ) 20110801 00:02:52
>
> Could someone please have a look and reproduce this?
I can't since I have bash 4.1.10(4) from the distro installed. This is
a nice case where you would have to debug this yourself since you have
the binaries available to do it.
However, at a first glance I doubt this is a Cygwin bug. Consider:
- bash 4.1.10 returns "execut"
- /bin/test from coreustils returns "execut"
- My highly professional and streamlined testcase returns the correct
result:
#include
#include
#include
#include
void
my_access (const char *file, int flag, const char *fname, int effective)
{
int ret = effective ? access (file, flag) : eaccess (file, flag);
printf ("%saccess (%s, %s) = %d",
effective ? "e" : " ", file, fname, ret);
if (ret)
printf (" <%s>", strerror (errno));
fputc ('\n', stdout);
}
int
main (int argc, char**argv)
{
int eff;
if (argc > 1)
for (eff = 0; eff < 2; ++eff)
{
my_access (argv[1], F_OK, "F_OK", eff);
my_access (argv[1], R_OK, "R_OK", eff);
my_access (argv[1], W_OK, "W_OK", eff);
my_access (argv[1], X_OK, "X_OK", eff);
}
return 0;
}
$ gcc -g -o access access.c
$ ./access /tmp/xxx/folder
access (/tmp/xxx/folder, F_OK) = 0
access (/tmp/xxx/folder, R_OK) = 0
access (/tmp/xxx/folder, W_OK) = 0
access (/tmp/xxx/folder, X_OK) = 0
eaccess (/tmp/xxx/folder, F_OK) = 0
eaccess (/tmp/xxx/folder, R_OK) = 0
eaccess (/tmp/xxx/folder, W_OK) = 0
eaccess (/tmp/xxx/folder, X_OK) = 0
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: Device names in /proc/mounts
> From: Corinna Vinschen > > Konrad means blkid. It's in the util-linux package. That's funny. Setup indicates my util-linux package is up-to-date with version 2.17.2-1, but yet: $ type blkid -bash: type: blkid: not found $ which blkid which: no blkid in (/usr/local/bin:/usr/bin:/cygdrive/c/Program Files/Business Objects/Common/3.5/bin/NOTES:/cygdrive/c/Program Files/Business Objects/Common/3.5/bin/NOTES/DATA:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Intel/DMIX:/cygdrive/c/Program Files/ATI Technologies/ATI.ACE/Core-Static:/cygdrive/c/Program Files/NTRU Cryptosystems/NTRU TCG Software Stack/bin:/cygdrive/c/Program Files/Wave Systems Corp/Gemalto/Access Client/v5:/cygdrive/c/Program Files/Common Files/Roxio Shared/DLLShared:/cygdrive/c/Program Files/Common Files/Roxio Shared/9.0/DLLShared:/cygdrive/c/Program Files/IBM/RationalSDLC/ClearCase/bin:/cygdrive/c/Program Files/IBM/RationalSDLC/common:/cygdrive/c/Program Files/Microsoft SQL Server/90/Tools/binn:/cygdrive/c/Program Files/QuickTime/QTSystem:/cygdrive/c/Program Files/Graphviz2.26.3/bin:/cygdrive/d/cyghome/knellis/scripts/acs:/cygdrive/d/cyghome/knellis/scripts:/cygdrive/d/cyghome/knellis/bin/i686:/cygdrive/c/Program Files/Microsoft Office/Office12) $ Is it hiding in an obscure directory not part of the standard PATH? cygcheck -svr | attached --Ken Nellis cygcheck.out Description: cygcheck.out -- 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: Device names in /proc/mounts
On Mon, Aug 01, 2011 at 08:10:30AM -0500, Nellis, Kenneth wrote: >> From: Corinna Vinschen >> >> Konrad means blkid. It's in the util-linux package. > >That's funny. Setup indicates my util-linux package is up-to-date >with version 2.17.2-1, but yet: > >$ type blkid >-bash: type: blkid: not found >$ which blkid >which: no blkid in (/usr/local/bin:/usr/bin:/cygdrive/c/Program Files/Business >Objects/Common/3.5/bin/NOTES:/cygdrive/c/Program Files/Business >Objects/Common/3.5/bin/NOTES/DATA:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program > Files/Intel/DMIX:/cygdrive/c/Program Files/ATI >Technologies/ATI.ACE/Core-Static:/cygdrive/c/Program Files/NTRU >Cryptosystems/NTRU TCG Software Stack/bin:/cygdrive/c/Program Files/Wave >Systems Corp/Gemalto/Access Client/v5:/cygdrive/c/Program Files/Common >Files/Roxio Shared/DLLShared:/cygdrive/c/Program Files/Common Files/Roxio >Shared/9.0/DLLShared:/cygdrive/c/Program >Files/IBM/RationalSDLC/ClearCase/bin:/cygdrive/c/Program >Files/IBM/RationalSDLC/common:/cygdrive/c/Program Files/Microsoft SQL >Server/90/Tools/binn:/cygdrive/c/Program >Files/QuickTime/QTSystem:/cygdrive/c/Program >Files/Graphviz2.26.3/bin:/cygdrive/d/cyghome/knellis/scripts/acs:/cygdrive/d/cyghome/knellis/scripts:/cygdrive/d/cyghome/knellis/bin/i686:/cygdrive/c/Program > Fi >les/Microsoft Office/Office12) >$ > >Is it hiding in an obscure directory not part of the standard PATH? http://cygwin.com/packages/ shows that the binary is in /usr/sbin. 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: bash-4.2 and symlink to folder that turns to be not executable
On Mon, Aug 01, 2011 at 02:24:25PM +0200, Corinna Vinschen wrote:
>>
>> However, at a first glance I doubt this is a Cygwin bug. Consider:
>>
>> - bash 4.1.10 returns "execut"
>> - /bin/test from coreustils returns "execut"
>> - My highly professional and streamlined testcase returns the correct
>> result:
>>
>> #include
>> #include
>> #include
>> #include
>>
>> void
>> my_access (const char *file, int flag, const char *fname, int effective)
>> {
>> int ret = effective ? access (file, flag) : eaccess (file, flag);
>> printf ("%saccess (%s, %s) = %d",
>>effective ? "e" : " ", file, fname, ret);
>> if (ret)
>> printf (" <%s>", strerror (errno));
>> fputc ('\n', stdout);
>> }
>>
>> int
>> main (int argc, char**argv)
>> {
>> int eff;
>>
>> if (argc > 1)
>> for (eff = 0; eff < 2; ++eff)
>>{
>> my_access (argv[1], F_OK, "F_OK", eff);
>> my_access (argv[1], R_OK, "R_OK", eff);
>> my_access (argv[1], W_OK, "W_OK", eff);
>> my_access (argv[1], X_OK, "X_OK", eff);
>>}
>> return 0;
>> }
>>
>> $ gcc -g -o access access.c
>> $ ./access /tmp/xxx/folder
>>access (/tmp/xxx/folder, F_OK) = 0
>>access (/tmp/xxx/folder, R_OK) = 0
>>access (/tmp/xxx/folder, W_OK) = 0
>>access (/tmp/xxx/folder, X_OK) = 0
>> eaccess (/tmp/xxx/folder, F_OK) = 0
>> eaccess (/tmp/xxx/folder, R_OK) = 0
>> eaccess (/tmp/xxx/folder, W_OK) = 0
>> eaccess (/tmp/xxx/folder, X_OK) = 0
>>
>>
Right, and me too. But if i replace in your testcase:
eaccess(file, flag) with
faccessat(0 /* not used if file is absolute */, file, flag, AT_EACCESS)
(and also "e" : " " with " " : "f" for clarity)
(and i have to include )
i obtain:
% ./corinna++ /tmp/xxx/folder
faccess (/tmp/xxx/folder, F_OK) = 0
faccess (/tmp/xxx/folder, R_OK) = 0
faccess (/tmp/xxx/folder, W_OK) = 0
faccess (/tmp/xxx/folder, X_OK) = -1
access (/tmp/xxx/folder, F_OK) = 0
access (/tmp/xxx/folder, R_OK) = 0
access (/tmp/xxx/folder, W_OK) = 0
access (/tmp/xxx/folder, X_OK) = 0
%
(faccess is what i find in bash-4.2/lib/sh/eaccess.c)
Is this under control?
>> Corinna
Denis Excoffier.
--
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
sshd conflicts with mintty allocating /dev/tty[0-9]
Hi, everyone! I've run mkpasswd and mkgroups, installed sshd, run sshd-host-config, turned on privilege separation, installed it as a service. 'CYGWIN sshd' service starts normally but it closes connection right after successful login: """ $ ssh localhost user@localhost's password: Connection to localhost closed by remote host. Connection to localhost closed. """ Logged in sshd's account and started '/usr/sbin/sshd -d' and tries to login via ssh localhost. Tail of sshd output follows: """ debug1: userauth-request for user user service ssh-connection method password debug1: attempt 2 failures 1 Accepted password for user from ::1 port 63719 ssh2 debug1: monitor_child_preauth: user has been authenticated by privileged process debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype no-more-sessi...@openssh.com want_reply 0 debug1: server_input_channel_req: channel 0 request pty-req reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty2 chown(/dev/tty2, 11135, 10513) failed: Bad file descriptor debug1: do_cleanup debug1: session_pty_cleanup: session 0 release /dev/tty2 """ It conflicts with mintty because every mintty allocates terminal for himself like this running in mintty: """ $ ls -l `tty` crw--w 1 user Domain Users 136, 0 Aug 1 18:46 /dev/tty0 """ Version: CYGWIN_NT-6.1-WOW64 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin -- Regards, Alexey. -- 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: sshd conflicts with mintty allocating /dev/tty[0-9]
On Mon, Aug 01, 2011 at 06:51:04PM +0300, Alexey Luchko wrote: >Hi, everyone! > > >I've run mkpasswd and mkgroups, installed sshd, run sshd-host-config, >turned on privilege separation, installed it as a service. > >'CYGWIN sshd' service starts normally but it closes connection right after >successful login: >""" >$ ssh localhost >user@localhost's password: >Connection to localhost closed by remote host. >Connection to localhost closed. >""" > >Logged in sshd's account and started '/usr/sbin/sshd -d' and tries to login >via ssh localhost. Tail of sshd output follows: >""" >debug1: userauth-request for user user service ssh-connection method password >debug1: attempt 2 failures 1 >Accepted password for user from ::1 port 63719 ssh2 >debug1: monitor_child_preauth: user has been authenticated by privileged >process >debug1: Entering interactive session for SSH2. >debug1: server_init_dispatch_20 >debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 >debug1: input_session_request >debug1: channel 0: new [server-session] >debug1: session_new: session 0 >debug1: session_open: channel 0 >debug1: session_open: session 0: link with channel 0 >debug1: server_input_channel_open: confirm session >debug1: server_input_global_request: rtype no-more-sessi...@openssh.com >want_reply 0 >debug1: server_input_channel_req: channel 0 request pty-req reply 1 >debug1: session_by_channel: session 0 channel 0 >debug1: session_input_channel_req: session 0 req pty-req >debug1: Allocating pty. >debug1: session_pty_req: session 0 alloc /dev/tty2 >chown(/dev/tty2, 11135, 10513) failed: Bad file descriptor >debug1: do_cleanup >debug1: session_pty_cleanup: session 0 release /dev/tty2 >""" > >It conflicts with mintty because every mintty allocates terminal for >himself like this running in mintty: >""" >$ ls -l `tty` >crw--w 1 user Domain Users 136, 0 Aug 1 18:46 /dev/tty0 >""" > >Version: CYGWIN_NT-6.1-WOW64 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I don't understand how this conflicts with mintty. mintty should allocate the first tty if it is the first thing run. ssh would allocate some other pty (tty2) after that. I don't see anything amiss other than the error message above. We'll need to see the debugging details mentioned here: http://cygwin.com/problems.html Please provide information on any changes you've made to your ssh setup as well as the cygcheck output mentioned there. 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: sshd conflicts with mintty allocating /dev/tty[0-9]
On 01.08.2011 18:51, Alexey Luchko wrote: I've run mkpasswd and mkgroups, installed sshd, run sshd-host-config, turned on privilege separation, installed it as a service. 'CYGWIN sshd' service starts normally but it closes connection right after successful login: """ $ ssh localhost user@localhost's password: Connection to localhost closed by remote host. Connection to localhost closed. """ Logged in sshd's account and started '/usr/sbin/sshd -d' and tries to login via ssh localhost. Tail of sshd output follows: """ debug1: userauth-request for user user service ssh-connection method password debug1: attempt 2 failures 1 Accepted password for user from ::1 port 63719 ssh2 debug1: monitor_child_preauth: user has been authenticated by privileged process debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype no-more-sessi...@openssh.com want_reply 0 debug1: server_input_channel_req: channel 0 request pty-req reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty2 chown(/dev/tty2, 11135, 10513) failed: Bad file descriptor debug1: do_cleanup debug1: session_pty_cleanup: session 0 release /dev/tty2 """ It conflicts with mintty because every mintty allocates terminal for himself like this running in mintty: """ $ ls -l `tty` crw--w 1 user Domain Users 136, 0 Aug 1 18:46 /dev/tty0 """ Version: CYGWIN_NT-6.1-WOW64 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin Cygwin Configuration Diagnostics atteched. -- Regards, Alexey. Cygwin Configuration Diagnostics Current System Time: Mon Aug 01 19:38:22 2011 Windows 7 Professional N Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: c:\cygwin\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\ c:\usr\bin Output from c:\cygwin\bin\id.exe UID: 11135(user) GID: 10513(Domain Users) 10513(Domain Users) 544(Administrators) 555(Remote Desktop Users) 545(Users)11108(ANK.SUPPORT) SysDir: C:\Windows\system32 WinDir: C:\Windows CYGWIN = 'notty' Path = 'c:\cygwin\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;c:\usr\bin' ALLUSERSPROFILE = 'C:\ProgramData' APPDATA = 'C:\Users\user\AppData\Roaming' CommonProgramFiles = 'C:\Program Files (x86)\Common Files' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' CommonProgramW6432 = 'C:\Program Files\Common Files' COMPUTERNAME = 'SOULNE4NY' ComSpec = 'C:\Windows\system32\cmd.exe' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Users\user' LOCALAPPDATA = 'C:\Users\user\AppData\Local' LOGONSERVER = '\\ANKSRV' NUMBER_OF_PROCESSORS = '4' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' PROCESSOR_ARCHITECTURE = 'x86' PROCESSOR_ARCHITEW6432 = 'AMD64' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = '6' PROCESSOR_REVISION = '2a07' ProgramData = 'C:\ProgramData' ProgramFiles = 'C:\Program Files (x86)' ProgramFiles(x86) = 'C:\Program Files (x86)' ProgramW6432 = 'C:\Program Files' PROMPT = '$P$G' PSI_ENABLE_VIDEO = '1' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' PUBLIC = 'C:\Users\Public' SystemDrive = 'C:' SystemRoot = 'C:\Windows' TEMP = 'C:\Users\user\AppData\Local\Temp' TMP = 'C:\Users\user\AppData\Local\Temp' USERDNSDOMAIN = 'ANK-SIA.COM' USERDOMAIN = 'ANK' USERNAME = 'user' USERPROFILE = 'C:\Users\user' VCToolkitInstallDir = 'C:\usr\ms\vc7\' windir = 'C:\Windows' windows_tracing_flags = '3' windows_tracing_logfile = 'C:\BVTBin\Tests\installpackage\csilogfile.log' HKEY_CURRENT_USER\Console\C:_cygwin_bin_bash.exe (default) = 0x1e610066 WindowSize = 0x00290066 WindowPosition = 0x00790194 FontSize = 0x0012000a FontFamily = 0x0030 FontWeight = 0x0190 FaceName = 'Terminal' QuickEdit = 0x0001 HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\c:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: c:\cygwin c: hd NTFS 65538Mb 48% CP CS UN PA FC win7 root z: hd NTFS131069Mb 3% CP CS UN PA FC win7 va
Re: bash-4.2 and symlink to folder that turns to be not executable
On Aug 1 16:12, Denis Excoffier wrote: > On Mon, Aug 01, 2011 at 02:24:25PM +0200, Corinna Vinschen wrote: > >>access (/tmp/xxx/folder, W_OK) = 0 > >>access (/tmp/xxx/folder, X_OK) = 0 > >> eaccess (/tmp/xxx/folder, F_OK) = 0 > >> eaccess (/tmp/xxx/folder, R_OK) = 0 > >> eaccess (/tmp/xxx/folder, W_OK) = 0 > >> eaccess (/tmp/xxx/folder, X_OK) = 0 > > Right, and me too. But if i replace in your testcase: > eaccess(file, flag) with > faccessat(0 /* not used if file is absolute */, file, flag, AT_EACCESS) > (and also "e" : " " with " " : "f" for clarity) > (and i have to include ) > > i obtain: > > % ./corinna++ /tmp/xxx/folder > faccess (/tmp/xxx/folder, F_OK) = 0 > faccess (/tmp/xxx/folder, R_OK) = 0 > faccess (/tmp/xxx/folder, W_OK) = 0 > faccess (/tmp/xxx/folder, X_OK) = -1 Ouch. I made a mistake in a bracket term in faccessat. Fixed in CVS. Thanks for following up with 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
[ANNOUNCEMENT] Updated: ngspice-23-1
Hi, new version 23-1 of ngspice is available in the Cygwin distribution. CHANGES More features have been added to ngspice in this update, improving ngspice applicability. New devices: HiSIM2 and HiSIM_HV models from Hiroshima University have been added. New features: Ngspice builds in a separate directory (e.g. in ng-spice-rework/release); transient noise simulation, a random voltage generator option trrandom and random telegraph noise added to independent voltage and current sources; command wrs2p to write a s-parameter file using Touchstone vers. 1 format. DESCRIPTION Ngspice is a mixed-level/mixed-signal circuit simulator. Its code is based on Spice3f5. Ngspice is part of gEDA project, a full GPL'd suite of Electronic Design Automation tools. HOMEPAGE http://ngspice.sourceforge.net Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** 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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
[ANNOUNCEMENT] Updated: S-Lang 2.2.4-1
Hi, new versions 2.2.4-1 of libslang2 libslang-devel slsh are available in the Cygwin distribution DESCRIPTION S-Lang is a multi-platform programmer's library designed to allow a developer to create robust multi-platform software. It provides facilities required by interactive applications such as display/screen management, keyboard input, keymaps, and so on CHANGES This is a upstream bugfix release. Full details on: http://mailman.jedsoft.org/pipermail/slang-users-l/2011/000728.html HOMEPAGE http://http://www.jedsoft.org/slang/ (mirrored at http://www.s-lang.org/ ) Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** 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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
scp crash
I don't have steps to repro and don't have time to attempt it so I'm just putting the information out there in case it helps the developers. I have no idea exactly what caused it, just that it did die. I was running two simultaneous scp sessions from cmd.exe. The connections to the remote server are over the Cisco AnyConnect Secure Mobility client VPN. One session died as described below. The command line was: scp -r teton:Projects/2011/Autoupgrade/* . The tail end of the output: failures.txt 100% 454KB 226.8KB/s 00:02 Strawman design for Eligible Site List Phase II.msg 100% 228KB 227.5KB/s 00:01 DD Phase II.msg 100% 33KB 32.5KB/s 00:00 UpgradeHistory.csv 100% 2226KB 278.3KB/s 00:08 RE Bonitasoft FYI.msg 100% 39KB 39.0KB/s 00:00 autoupgrade.eap 100% 2738KB 304.2KB/s 00:09 *** stack smashing detected ***: terminated 10 [main] scp 6648 exception::handle: Exception: STATUS_ILLEGAL_INSTRUCTION 317 [main] scp 6648 open_stackdumpfile: Dumping stack trace to scp.exe.stackdump Contents of the stack dump file: Exception: STATUS_ILLEGAL_INSTRUCTION at eip=672811AF eax= ebx=0028C280 ecx=6117F1E4 edx= esi= edi=0003 ebp=0028C2E8 esp=0028C270 program=c:\cygwin\bin\scp.exe, pid 6648, thread main cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args 0028C2E8 672811AF (00409860, 0007, 0028C404, 0001) 0028CC18 004026C8 (0001, 00B41B44, 00B41E48, 0040E2C4) 0028CC78 0040391E (0002, 00B41B40, 0040A5EF, 0040A1D2) 0028CCD8 00404741 (0028CD10, , 0028CD58, 61007038) 0028CD58 61007038 (, 0028CD94, 61006980, 7EFDE000) End of stack trace Output of cygcheck -s Cygwin Configuration Diagnostics Current System Time: Mon Aug 01 15:25:38 2011 Windows 7 Professional N Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: c:\binoverride C:\Program Files (x86)\AMD APP\bin\x86_64 C:\Program Files (x86)\AMD APP\bin\x86 C:\Program Files (x86)\RSA SecurID Token Common C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\ C:\Program Files\TortoiseSVN\bin C:\Program Files\TortoiseHg\ C:\ztksoft\bin C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static C:\apache-ant-1.8.1\bin c:\Python27 c:\cygwin\bin C:\Program Files\SlikSvn\bin\ C:\Program Files (x86)\WinSCP\ C:\Program Files\MySQL\MySQL Server 5.1\bin C:\Program Files (x86)\WinZip C:\Program Files\TortoiseGit\bin Output from c:\cygwin\bin\id.exe UID: 1000(dhaynes) GID: 513(None) 513(None)545(Users) 1001(Debugger Users) SysDir: C:\Windows\system32 WinDir: C:\Windows Path = 'c:\binoverride; C:\Program Files (x86)\AMD APP\bin\x86_64; C:\Program Files (x86)\AMD APP\bin\x86; C:\Program Files (x86)\RSA SecurID Token Common; C:\Windows\system32; C:\Windows; C:\Windows\System32\Wbem; C:\Windows\System32\WindowsPowerShell\v1.0\; C:\Program Files\TortoiseSVN\bin; C:\Program Files\TortoiseHg\; C:\ztksoft\bin;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static; C:\apache-ant-1.8.1\bin;c:\Python27; c:\cygwin\bin;C:\Program Files\SlikSvn\bin\; C:\Program Files (x86)\WinSCP\; C:\Program Files\MySQL\MySQL Server 5.1\bin; C:\Program Files (x86)\WinZip;C:\Program Files\TortoiseGit\bin' Use '-r' to scan registry obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: c:\cygwin User: Key: c5e39b7a9d22bafb Path: c:\cygwin c: hd NTFS299899Mb 50% CP CS UN PA FC Sys e: hd NTFS953862Mb 57% CP CS UN PA FC User g: cd N/AN/A h: hd NTFS953862Mb 1% CP CS UN PA FC [redacted] m: net NTFS589230Mb 16% CP CS UN PA[redacted] o: hd NTFS803862Mb 63% CP CS UN PA FC Backups q: hd NTFS803862Mb 6% CP CS UN PA FC Server Backups s: net NTFS600900Mb 94% CP CS UN PAdata v: cd N/AN/A c:\cygwin/ system binary,auto c:\cygwin\bin/usr/bin system binary,auto c:\cygwin\lib/usr/lib
GCC version 4.3 on Cygwin ?
The latest version of GCC is 4.6. The version used with MinGW is 4.5. Cygwin uses 4.3. Why is Cygwin 3 versions behind? ---Jan -- 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 version 4.3 on Cygwin ?
On 8/1/2011 9:29 PM, Jan Chludzinski wrote: > The latest version of GCC is 4.6. The version used with MinGW is 4.5. > Cygwin uses 4.3. > > Why is Cygwin 3 versions behind? Because our gcc maintainer went missing. We hope Dave is ok, as we have had no word from him. However, in the meantime, we've had another person (Yaakov) volunteer to pick up the slack; the recent release of an updated GMP package were requested by the new volunteer to facilitate the upcoming release of gcc-$newer. Be patient. -- Chuck -- 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 version 4.3 on Cygwin ?
> Because our gcc maintainer went missing. We hope Dave is ok, as we have > had no word from him. However, in the meantime, we've had another > person (Yaakov) volunteer to pick up the slack; the recent release of an > updated GMP package were requested by the new volunteer to facilitate > the upcoming release of gcc-$newer. > >Be patient. I'm thankful that Cygwin exists and is the great product it is! BUT, I just have an issue with GCC 4.3. I compiled some terse numerical (~1500 lines worth) and got one set of answers (using g++) and I got another set of answers using MinGW with 4.5. The MinGW results were what I expect - the same as I got using SuSE 11.4 with g++ 4.6. Also, the values I get using VC++ 2010. Haven't had time to wade through the ~1500 lines of Runge-Kutta code to find the needle-in-the-haystack. ---Jan On Mon, Aug 1, 2011 at 9:29 PM, Jan Chludzinski wrote: > The latest version of GCC is 4.6. The version used with MinGW is 4.5. > Cygwin uses 4.3. > > Why is Cygwin 3 versions behind? > > ---Jan > -- 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: sshd conflicts with mintty allocating /dev/tty[0-9]
On 8/1/2011 12:41 PM, Alexey Luchko wrote: On 01.08.2011 18:51, Alexey Luchko wrote: I've run mkpasswd and mkgroups, installed sshd, run sshd-host-config, turned on privilege separation, installed it as a service. 'CYGWIN sshd' service starts normally but it closes connection right after successful login: """ $ ssh localhost user@localhost's password: Connection to localhost closed by remote host. Connection to localhost closed. """ Logged in sshd's account and started '/usr/sbin/sshd -d' and tries to login via ssh localhost. Tail of sshd output follows: """ debug1: userauth-request for user user service ssh-connection method password debug1: attempt 2 failures 1 Accepted password for user from ::1 port 63719 ssh2 debug1: monitor_child_preauth: user has been authenticated by privileged process debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_global_request: rtype no-more-sessi...@openssh.com want_reply 0 debug1: server_input_channel_req: channel 0 request pty-req reply 1 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_pty_req: session 0 alloc /dev/tty2 chown(/dev/tty2, 11135, 10513) failed: Bad file descriptor debug1: do_cleanup debug1: session_pty_cleanup: session 0 release /dev/tty2 """ It conflicts with mintty because every mintty allocates terminal for himself like this running in mintty: """ $ ls -l `tty` crw--w 1 user Domain Users 136, 0 Aug 1 18:46 /dev/tty0 """ Version: CYGWIN_NT-6.1-WOW64 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin Cygwin Configuration Diagnostics atteched. Maybe crank up the debugging flags to maximum? I assume sshd is still stopped from your last run of sshd -d. If that doesn't sound right to you, you may want to investigate why it's not running now. -- 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: bzr completely broken?
On 8/1/2011 1:52 PM, Andrew Schulman wrote: Am I right that bzr is just completely broken in Cygwin? If so, is there an ETA to get it fixed? Per Eliot Moss's suggestion, I ran rebaseall, and the problem is now solved. Thanks Eliot. My host got reimaged, and I reinstalled Cygwin. Now bzr is broken again: $ bzr st 11 [main] python 4024 C:\cygwin\bin\python.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\python2.6\lib-dynload\time.dll to same address as parent: 0xDC != 0xFD 12 [main] python 5280 fork: child 4024 - died waiting for dll loading, errno 11 bzr: ERROR: [Errno 11] Resource temporarily unavailable But this time, rebaseall fails too: $ rebaseall ReBaseImage (/usr/bin/cygcrypt-0.dll) failed with last error = 6 Something still using cygcrypt-0.dll? -- 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
command not found
Hi I have trying to use the command "file". However, it turns out command not found. what can i do in order to use this command? Thanks -- View this message in context: http://old.nabble.com/command-not-found-tp32174788p32174788.html Sent from the Cygwin list mailing list archive at Nabble.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: command not found
On 8/2/2011 5:13 AM, jasonkee111 wrote: Hi I have trying to use the command "file". However, it turns out command not found. what can i do in order to use this command? Thanks install the file package from category: Utils 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
Re: bash-4.2 and symlink to folder that turns to be not executable
On Mon, Aug 01, 2011 at 07:02:48PM +0200, Corinna Vinschen wrote: >> >> Ouch. I made a mistake in a bracket term in faccessat. Fixed in CVS. >> Thanks for following up with more testing. I tried to compile the cygwin sources and it failed because bfd.h is not found (in dumper.cc). Since asection is used everywhere in this file, it seems needed. I use the last binutils-2.21.53-1 which does not contain usr/include/bfd.h while the previous binutils-2.20.51-2 had it. I am currently trying with the last binutils and the additional bfd.h (and ansidecl.h, symcat.h, dis-asm.h, bfdlink.h) poked in my /usr/include. Seems strange that bfd.h is missing since /usr/share/info/bfd.info.gz documents it. Denis Excoffier. -- 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: bash-4.2 and symlink to folder that turns to be not executable
On Tue, Aug 02, 2011 at 07:53:44AM +0159, Denis Excoffier wrote: >> On Mon, Aug 01, 2011 at 07:02:48PM +0200, Corinna Vinschen wrote: >> >> >> >> Ouch. I made a mistake in a bracket term in faccessat. Fixed in CVS. >> >> Thanks for following up with more testing. >> I tried to compile the cygwin sources and it failed because >> bfd.h is not found (in dumper.cc). Since asection is used everywhere >> in this file, it seems needed. I use the last binutils-2.21.53-1 >> which does not contain usr/include/bfd.h while the previous >> binutils-2.20.51-2 had it. >> I am currently trying with the last binutils and the additional >> bfd.h (and ansidecl.h, symcat.h, dis-asm.h, bfdlink.h) poked in >> my /usr/include. >> >> Seems strange that bfd.h is missing since /usr/share/info/bfd.info.gz >> documents it. >> >> Denis Excoffier. The compilation worked well (with GCC 4.3.4), last access times shows that bfdlink.h and dis-asm.h were not used. Also, the original problem has disappeared. Thank you. -- 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
