* cygport dropping *.exe links
@ 2014-08-15 11:26 Marco Atzeri
2014-08-15 14:47 ` Marco Atzeri
0 siblings, 1 reply; 7+ messages in thread
From: Marco Atzeri @ 2014-08-15 11:26 UTC (permalink / raw)
To: cygwin
Hi Yaakov,
I just noted a strange effect
during installation phase of openmpi a certain numbers of links to exe
files are created as
(cd /pub/devel/openmpi/64bit/openmpi-1.8.2rc4-1.x86_64/inst/usr/bin; rm
-f mpirun.exe; ln -s orterun.exe mpirun.exe)
and they are there during the cyginstall
$ ls ../inst/usr/bin/
cygmpi_cxx-1.dll cygopen-pal-6.dll mpicxx mpifort
ompi-ps.exe ortecc orte
cygmpi_mpifh-2.dll cygopen-rte-7.dll mpiexec.exe mpirun.exe
ompi-server.exe orte-clean.exe orte
cygmpi_usempi-1.dll mpic++ mpif77 ompi_info.exe
ompi-top.exe orted.exe orte
cygmpi-1.dll mpicc mpif90 ompi-clean.exe
opal_wrapper.exe orte-info.exe orte
but at post cyginstall phase they are gone:
$ ls ../inst/usr/bin/
cygmpi_cxx-1.dll cygmpi-1.dll mpic++ mpif77 ompi_info.exe
orte-clean.exe orte-ps.exe
cygmpi_mpifh-2.dll cygopen-pal-6.dll mpicc mpif90
opal_wrapper.exe orted.exe orterun.exe
cygmpi_usempi-1.dll cygopen-rte-7.dll mpicxx mpifort ortecc
Is it possible that latest binutils update is fooling cygport ?
In the past, it seems they were renamed ( mpirun.exe to mpirun)
https://cygwin.com/packages/x86/openmpi/openmpi-1.7.5-1
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-08-15 11:26 cygport dropping *.exe links Marco Atzeri
@ 2014-08-15 14:47 ` Marco Atzeri
2014-08-15 15:16 ` Corinna Vinschen
0 siblings, 1 reply; 7+ messages in thread
From: Marco Atzeri @ 2014-08-15 14:47 UTC (permalink / raw)
To: cygwin
On 15/08/2014 13:26, Marco Atzeri wrote:
> Hi Yaakov,
> I just noted a strange effect
>
> Is it possible that latest binutils update is fooling cygport ?
> In the past, it seems they were renamed ( mpirun.exe to mpirun)
>
looking further, it seems not a cygport issue at all
$ touch a.exe
$ ln -s a.exe b.exe
$ ls -l
total 1
-rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
$ mv b.exe b
$ ls -l
total 0
-rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
$ uname -svr
CYGWIN_NT-6.1-WOW64 1.7.32(0.274/5/3) 2014-08-13 23:03
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-08-15 14:47 ` Marco Atzeri
@ 2014-08-15 15:16 ` Corinna Vinschen
2014-08-15 17:02 ` Eric Blake
2014-09-24 3:35 ` Eric Blake
0 siblings, 2 replies; 7+ messages in thread
From: Corinna Vinschen @ 2014-08-15 15:16 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 880 bytes --]
On Aug 15 16:47, Marco Atzeri wrote:
> On 15/08/2014 13:26, Marco Atzeri wrote:
> >Hi Yaakov,
> >I just noted a strange effect
> >
>
> >Is it possible that latest binutils update is fooling cygport ?
> >In the past, it seems they were renamed ( mpirun.exe to mpirun)
> >
>
> looking further, it seems not a cygport issue at all
>
> $ touch a.exe
> $ ln -s a.exe b.exe
> $ ls -l
> total 1
> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
> lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
>
> $ mv b.exe b
> $ ls -l
> total 0
> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
Looks like a bug in coreutils 8.23. This works fine in coreutils-8.15.
Eric?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-08-15 15:16 ` Corinna Vinschen
@ 2014-08-15 17:02 ` Eric Blake
2014-09-01 8:52 ` Marco Atzeri
2014-09-24 3:35 ` Eric Blake
1 sibling, 1 reply; 7+ messages in thread
From: Eric Blake @ 2014-08-15 17:02 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 934 bytes --]
On 08/15/2014 09:16 AM, Corinna Vinschen wrote:
> On Aug 15 16:47, Marco Atzeri wrote:
>> On 15/08/2014 13:26, Marco Atzeri wrote:
>>> Hi Yaakov,
>>> I just noted a strange effect
>>>
>>
>>> Is it possible that latest binutils update is fooling cygport ?
>>> In the past, it seems they were renamed ( mpirun.exe to mpirun)
>>>
>>
>> looking further, it seems not a cygport issue at all
>>
>> $ touch a.exe
>> $ ln -s a.exe b.exe
>> $ ls -l
>> total 1
>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>> lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
>>
>> $ mv b.exe b
>> $ ls -l
>> total 0
>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>
> Looks like a bug in coreutils 8.23. This works fine in coreutils-8.15.
>
> Eric?
Yep, I'm investigating. :(
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 539 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-08-15 17:02 ` Eric Blake
@ 2014-09-01 8:52 ` Marco Atzeri
0 siblings, 0 replies; 7+ messages in thread
From: Marco Atzeri @ 2014-09-01 8:52 UTC (permalink / raw)
To: cygwin
On 15/08/2014 19:02, Eric Blake wrote:
> On 08/15/2014 09:16 AM, Corinna Vinschen wrote:
>> On Aug 15 16:47, Marco Atzeri wrote:
>>> On 15/08/2014 13:26, Marco Atzeri wrote:
>>> looking further, it seems not a cygport issue at all
>>>
>>> $ touch a.exe
>>> $ ln -s a.exe b.exe
>>> $ ls -l
>>> total 1
>>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>>> lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
>>>
>>> $ mv b.exe b
>>> $ ls -l
>>> total 0
>>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>>
>> Looks like a bug in coreutils 8.23. This works fine in coreutils-8.15.
>>
>> Eric?
>
> Yep, I'm investigating. :(
>
Any news ?
It hit me again on cyport last update and I was forced to re-implement
a workaround patch.
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
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-08-15 15:16 ` Corinna Vinschen
2014-08-15 17:02 ` Eric Blake
@ 2014-09-24 3:35 ` Eric Blake
2014-10-08 12:55 ` Corinna Vinschen
1 sibling, 1 reply; 7+ messages in thread
From: Eric Blake @ 2014-09-24 3:35 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1207 bytes --]
On 08/15/2014 09:16 AM, Corinna Vinschen wrote:
Sorry for taking more than a month to get to the bottom of this one.
But I have good news:
>> $ touch a.exe
>> $ ln -s a.exe b.exe
>> $ ls -l
>> total 1
>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>> lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
>>
>> $ mv b.exe b
>> $ ls -l
>> total 0
>> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
>
> Looks like a bug in coreutils 8.23. This works fine in coreutils-8.15.
Actually, this was an intentional upstream change made by coreutils
8.16, but which has a negative effect on cygwin .exe magic. The real
reason for the change is this upstream testcase:
$ ln -s nowhere a
$ ln a b
$ mv a b
$ ls [ab]
b
In coreutils 8.15, this mistakenly errored out instead of deleting 'a'.
But the upstream fix for this needs additional cygwin magic to realize
that when 'b' and 'b.exe' are both symlinks and have the same inode,
then it is the same as a case change, and NOT a case of hard link
renames. I'm cooking up the patch now.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 539 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: cygport dropping *.exe links
2014-09-24 3:35 ` Eric Blake
@ 2014-10-08 12:55 ` Corinna Vinschen
0 siblings, 0 replies; 7+ messages in thread
From: Corinna Vinschen @ 2014-10-08 12:55 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1405 bytes --]
On Sep 23 21:24, Eric Blake wrote:
> On 08/15/2014 09:16 AM, Corinna Vinschen wrote:
>
> Sorry for taking more than a month to get to the bottom of this one.
> But I have good news:
>
> >> $ touch a.exe
> >> $ ln -s a.exe b.exe
> >> $ ls -l
> >> total 1
> >> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
> >> lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe
> >>
> >> $ mv b.exe b
> >> $ ls -l
> >> total 0
> >> -rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
> >
> > Looks like a bug in coreutils 8.23. This works fine in coreutils-8.15.
>
> Actually, this was an intentional upstream change made by coreutils
> 8.16, but which has a negative effect on cygwin .exe magic. The real
> reason for the change is this upstream testcase:
>
> $ ln -s nowhere a
> $ ln a b
> $ mv a b
> $ ls [ab]
> b
>
> In coreutils 8.15, this mistakenly errored out instead of deleting 'a'.
> But the upstream fix for this needs additional cygwin magic to realize
> that when 'b' and 'b.exe' are both symlinks and have the same inode,
> then it is the same as a case change, and NOT a case of hard link
> renames. I'm cooking up the patch now.
Seems to work fine in 8.23-3.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-10-08 12:55 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-15 11:26 cygport dropping *.exe links Marco Atzeri
2014-08-15 14:47 ` Marco Atzeri
2014-08-15 15:16 ` Corinna Vinschen
2014-08-15 17:02 ` Eric Blake
2014-09-01 8:52 ` Marco Atzeri
2014-09-24 3:35 ` Eric Blake
2014-10-08 12:55 ` Corinna Vinschen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).