Re: cross-compiling linux->win32 with mingw
- From: "Donny Viszneki" <donny viszneki gmail com>
- To: "Tor Lillqvist" <tml iki fi>
- Cc: gtk-list gnome org
- Subject: Re: cross-compiling linux->win32 with mingw
- Date: Sun, 13 Apr 2008 12:33:24 -0400
On Sun, Apr 13, 2008 at 2:45 AM, Tor Lillqvist <tml iki fi> wrote:
> > whenever one of the shared libraries (DLLs) that your program
> > depends on does not have its executable permission flag enabled.
> Interesting. I assume you mean the executable permission in the ACL
> for the file (in the NTFS file system), not some flag inside the file?
I fixed the problem from cygwin using chmod a+x *.dll. I'm not sure
whether or not the means that Windows XP uses to represent this flag
is termed an ACL or not.
> > It's worth noting
> > that I have encountered a few DLL files from gtk.org and gnome.org
> > that did not have their execution flags set either.
> You mean in the ZIP archives? Which files, in what archives? Although,
> actually the ZIP format doesn't store any executable information for
> archive members, as far as I know. (See
> http://www.pkware.com/documents/casestudies/APPNOTE.TXT .) It is up to
> the application used to unpack the archive to make sure that the
> protection settings of unpacked files is appropriate. In most cases on
> Windows and NTFS, the unpacked files probably just inherit the ACL of
> the enclosing folder, or whatever.
I thought this was the case as well, however I just read this in the
man page for unzip on Etch:
Dates, times and permissions of stored directories are not restored
except under Unix. (On Windows NT and successors, timestamps are now
Does "Unix," to this man page author, include Linux? I don't know.
Maybe I'm wrong about this, I will have to revisit the issue when I
don't have a hangover.
Thanks again for your help.
] [Thread Prev