See this message about making Security tab visible in Explorer.
http://www.jsoftware.com/pipermail/programming/2007-May/006837.html
What you see in Cygwin is only an approximation,
e.g. -x- for folder means you can browse it in bash,
but in Windows it means that it is Executable permission
for file; List folder and Traverse folder are separate permissions;
all inherited (or not) down descendent folders and files.
Turn on security folder and see where Everyone does not
have Read & Execute permission.
There is also a slight chance that not setting Execute
permission is controled by the zip program settings.
You need to configure your system so that it does
not omit the Executable permission.
Here's a list of all DLL'ed addons to practice.
Do one at a time and check permissions until
it's working.
arc\zip\lib\zlibwapi.dll
data\sqlite\lib\sqlite3.dll
general\pcall\pcall.dll
general\sfl\jsfl.dll
graphics\graphviz\bin\freetype6.dll
graphics\graphviz\bin\jpeg.dll
graphics\graphviz\bin\libexpat.dll
graphics\graphviz\bin\libexpatw.dll
graphics\graphviz\bin\png.dll
graphics\graphviz\bin\z.dll
graphics\graphviz\bin\zlib1.dll
math\fftw\jfftw.dll
math\lapack\jlapack.dll
math\lbfgs\lbfgs.dll
media\image3\image3.dll
media\image3\pthreadgc.dll
media\ming\lib\winming.dll
xml\sax\lib\libexpat.dll
xml\sax\lib\libexpatw.dll
--- Bill Harris <[EMAIL PROTECTED]> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Oleg Kobchenko <[EMAIL PROTECTED]> writes:
>
> > The culprit is your permissions policy that affected
> > the DLL file.
>
> Makes sense.
>
> > All files unzipped with PacMan inherit
> > the policy from the ancestor folder. When you did it
> > from .gz you might have unpacked into a separate
> > folder or so.
>
> Makes sense.
>
> > In short, the DLL must have executable permission,
> > as seen in Explorer:
> > Right-click the DLL, Properties, Security
>
> Interesting. I have General and Summary tabs -- no Security tab. ??
>
> In looking at other items on disk, I see General and Summary tabs on
> files and General, Sharing, and Customize tabs on folders.
>
> I rarely use Explorer, so I'm not as sure of what I'm doing there.
> Here's what bash says:
>
> ,----
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll | grep j601
> | drwx------+ 6 Bill Harris None 0 Apr 6 20:09 j601/
> |
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll j601/ | grep addons
> | drwx------+ 11 Bill Harris None 0 Feb 16 07:28 addons/
> |
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll j601/addons/ | grep data
> | drwxr-xr-x+ 4 Bill Harris None 0 Jun 4 08:12 data/
> |
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll j601/addons/data/ | grep sqlite
> | drwxr-xr-x+ 3 Bill Harris None 0 Jun 4 13:38 sqlite/
> |
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll j601/addons/data/sqlite/ | grep lib
> | drwxr-xr-x+ 2 Bill Harris None 0 Jun 4 11:08 lib/
> |
> | Bill [EMAIL PROTECTED] /c/Program Files
> | $ ll j601/addons/data/sqlite/lib
> | total 688
> | -rwxrwxrwx 1 Bill Harris None 350711 Apr 25 08:08 sqlite3.dll*
> | -rw-r--r-- 1 Bill Harris None 350711 Jun 1 23:16 sqlite3.dll.orig
> |
> `----
>
> > If Everyone has gray checkboxes, follow up the
> > ancestor folder tree to where you want to apply permissions
> > and select Advanced, uncheck Inherit, select Copy
> > and modify permissions so that Read/Execute is selected.
>
> It looks as if addons, data, sqlite, and lib all have explicit execute
> permissions for me, at least. I don't know why they didn't carry
> through to the dll. I haven't modified any of them manually at least
> since before last week when sqlite 1.02 did work for me, and I don't
> recall ever modifying permissions here.
>
> Interestingly, here is my addons directory:
>
> ,----
> | Bill [EMAIL PROTECTED] /c/Program Files/j601/addons
> | $ ll
> | total 1
> | -rwx------+ 1 Bill Harris None 109 Apr 7 2004 addons.txt*
> | drwx------+ 2 Bill Harris None 0 Jun 4 08:12 config/
> | drwxr-xr-x+ 4 Bill Harris None 0 Jun 4 08:12 data/
> | drwxr-xr-x+ 3 Bill Harris None 0 Dec 13 22:06 format/
> | drwxr-xr-x+ 5 Bill Harris None 0 Feb 17 20:20 graphics/
> | drwxr-xr-x+ 4 Bill Harris None 0 Dec 19 14:13 math/
> | drwxr-xr-x+ 7 Bill Harris None 0 Feb 16 07:28 media/
> | drwx------+ 2 Bill Harris None 0 Feb 15 19:24 r/
> | drwxr-xr-x+ 4 Bill Harris None 0 Feb 16 07:28 stats/
> | drwxr-xr-x+ 5 Bill Harris None 0 Jan 18 13:33 tables/
> |
> `----
>
> I don't know why some are set to 700 and others to 755. I don't recall
> ever doing anything special (read "manual") here; if there was
> inheritance going on, then all should have inherited from a common
> addons set of permissions when PacMan created all this, right?
You can see what's happening with inheritence by observing
if permissions are greyed out or not on each folder/file.
Again, this may be a setting of a Zip program, if you changed
it, it may be showing.
In general, addons are replaceable components, i.e. you are
not expected to manually do anything in addons folder and
at any time any and all addons can be removed and re-installed.
So if something goes wrong with addons, as a prophylactic measure,
you can (and, in fact, encouraged, to save time) to simply
remove the addons folder and start with PacMan all over again.
(If you don't trust this, simply rename "addons" to "addons1";
re-install addons, make sure it works and remove "addons1").
Actually, it would be good if the cause of this permissions
problem be identified, so that we include it in the PacMan/Addons
guide to prevent in the future.
> Not arguing, just puzzled, and grateful for the help, since it's working
> for the time being,
____________________________________________________________________________________
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play
Sims Stories at Yahoo! Games.
http://sims.yahoo.com/
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
