Re: cross-compiling linux->win32 with mingw

["Donny Viszneki" <donny viszneki gmail com>]

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
restored.)

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.

-- 
http://www.socsurveys.org/
http://blogger.socsurveys.org/
http://del.icio.us/hdon
http://hdon.soup.io/