It's a difference in memory model.
clang 6.0.0 under ubuntu with --target=x86_64-pc-cygwin gives relative
addresses, unless you specify -mcmodel=large.
Cygwin clang with -mcmodel=small does the right thing: use relative
addresses.
The -mcmodel=small option appears to work differently for Li
> Have you checked the default ACL on the directory containing the file?
No, and there's nothing special there now that I checked. I can change the
"Read & Execute" for the .exe file from the Windows file properties
without having to deal with anything special or additional (like inherited
perm
On 8/13/2019 8:53 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
>> If it's related to the ACL handling then it should start working when
>> you remove the ACL on the file with 'setfacl -kb ...'
>
> There are no special ACLs set on the file (that was just produced by GCC from
> the so
> If it's related to the ACL handling then it should start working when
> you remove the ACL on the file with 'setfacl -kb ...'
There are no special ACLs set on the file (that was just produced by GCC from
the source code, see my first email).
But I am now convinced that the problem is _entirely
> What is your cygdrive mount options? Because default is, apparently,
> "binary,posix=0,user".
I have no idea where they are kept at, and how to change them.
Also, I couldn't make this work, anyways; yet I thought it should have worked:
> > $ mount -o exec //coredev2/home/lavr /mnt
> > $ mount
* Takashi Yano (Tue, 13 Aug 2019 04:44:51 +0900)
> I looked into this problem, and found that this is due to a
> bug of ConEmu.
>
> Attached is the simple test case (conemu-chk.c).
> In command prompt, the output of this program is:
> AAA
> BBB
>
> However, in ConEmu, the output is:
> AAA
>BB
* Thorsten Kampe (Tue, 13 Aug 2019 23:45:14 +0200)
> The issue is definitely not just with ConEmu but also with a
> standard Windows console (cmd.exe).
>
> I compiled tree
> (http://mama.indstate.edu/users/ice/tree/src/tree-1.8.0.tgz).
>
> Mintty: 2.5s
> Cmd: 122s
>
> Make clean[1]:
> Mintty:
* Corinna Vinschen (Mon, 12 Aug 2019 15:01:52 +0200)
>
> On Aug 11 09:27, Thorsten Kampe wrote:
> > * Corinna Vinschen (Fri, 9 Aug 2019 20:53:38 +0200)
> > > I uploaded a new Cygwin test release 3.1.0-0.1
> > >
> > > This release comes with a couple of new features and quite a few
> > > bug fixes
Greetings, Lavrentiev, Anton (NIH/NLM/NCBI) [C]!
>> You need the "exec" mount option.
> I thought so too, but how do I give that option to a drive that is
> "noumount". I cannot dis- or re-mount it AFAICT.
> $ mount
> ...
> Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
> $ um
Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin writes:
> I think that something's wrong with how (or if) Cygwin translates the
> "x" unix execution permission bit to an ACL that is passed thru SMB --
> it does not get transferred to the Linux side correctly. But if set
> there, then it gets conve
On 13/08/2019 17:56, Веснин Юрий Александрович wrote:
If you provide more details on that problem, I can probably give some
advice.
I suppose that bug comes from parsing setup.ini because of cygwin hangs on such
stage.
You can find more details by following previously described steps.
You wrot
> If you provide more details on that problem, I can probably give some
> advice.
I suppose that bug comes from parsing setup.ini because of cygwin hangs on such
stage.
You can find more details by following previously described steps.
>> How to reproduce the problem:
>> 1. Make own FTP-repo of
Thanks for responding!
> You need the "exec" mount option.
I thought so too, but how do I give that option to a drive that is "noumount".
I cannot dis- or re-mount it AFAICT.
$ mount
...
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
$ umount /cygdrive/z
umount: /cygdrive/z:
On 12/08/2019 10:44, Веснин Юрий Александрович wrote:
After creating a huge custom package, we meet inaccessibility of using
setup.exe. It hangs on parsing setup.ini. By doing a little research we've
found that this behavior appears when package size is greater than 1GiB (not
accurate 1GiB bu
On Aug 12 23:32, nilesh gharde wrote:
> Hi,
>
> I am using windows 10 and installed msys2 which internally uses "Cygwin
> code base" to have ENV same as my linux machine.
> I have implemented an IPC mechanism based on mqueue Apis. I see few mqueue
> api's work properly like create and send as I ca
On Aug 12 17:36, Corinna Vinschen wrote:
> On Aug 12 22:44, Takashi Yano wrote:
> > [...]
> > (4) Segmentation fault occurs in some cases regarding signalfd.
> > [...]
> > However, I can not find out the cause of problem (4). This seems
> > to affect only 32bit version of cygwin.
> >
> > To reprod
> Hi,
>
> So nobody has any suggestions per this?
>
> https://cygwin.com/ml/cygwin/2019-08/msg00126.html
That's strange. The execution of a file is also controlled by the way the
filesystem is mounted and the execution permission granted by chmod is not
enough. You need the "exec" mount option
17 matches
Mail list logo