On Sun, Apr 13, 2008 at 2:45 AM, Tor Lillqvist <tml@xxxxxx> 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/ _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
