[Pharo-project] About locating home
Hi guys FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager? Stef
On 3 July 2011 17:25, Stéphane Ducasse <Stephane.Ducasse@inria.fr> wrote:
Hi guys
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
do yo have an idea of the primitive? Stef
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
There are two primitives defined in SecurityPlugin: primitiveGetSecureUserDirectory primitiveGetUntrustedUserDirectory i'm not sure what they return, but this is all it has. On 4 July 2011 18:01, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
do yo have an idea of the primitive?
Stef
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
Here what they returning (on macs) TTT class>>getSecuredir <primitive: 'primitiveGetSecureUserDirectory' module: 'SecurityPlugin'> self primitiveFailed. TTT getSecuredir '/foobar/tooBar/forSqueak/bogus/' TTT class>>primitiveGetUntrustedUserDirectory <primitive: 'primitiveGetUntrustedUserDirectory' module: 'SecurityPlugin'> self primitiveFailed. TTT primitiveGetUntrustedUserDirectory '/Users/sig/Library/Preferences/Croquet/Internet/Untrusted' as you can see none of them could be called 'home', which in my case should be /Users/sig On unix system(s), this is easy - one could just use HOME environment variable. On windows.. its different. i'm not sure if there are any prims which allowing you to access environment vars. I remember i made an example for FFI how to read them.. but that means it will work only using FFI. On 5 July 2011 10:47, Igor Stasenko <siguctua@gmail.com> wrote:
There are two primitives defined in SecurityPlugin:
primitiveGetSecureUserDirectory primitiveGetUntrustedUserDirectory
i'm not sure what they return, but this is all it has.
On 4 July 2011 18:01, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
do yo have an idea of the primitive?
Stef
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
Thanks igor. So this is more complex I thought :) Stef On Jul 5, 2011, at 10:53 AM, Igor Stasenko wrote:
Here what they returning (on macs)
TTT class>>getSecuredir <primitive: 'primitiveGetSecureUserDirectory' module: 'SecurityPlugin'> self primitiveFailed.
TTT getSecuredir '/foobar/tooBar/forSqueak/bogus/'
TTT class>>primitiveGetUntrustedUserDirectory <primitive: 'primitiveGetUntrustedUserDirectory' module: 'SecurityPlugin'> self primitiveFailed.
TTT primitiveGetUntrustedUserDirectory '/Users/sig/Library/Preferences/Croquet/Internet/Untrusted'
as you can see none of them could be called 'home', which in my case should be /Users/sig
what colin did was to do parent parent parent parent :) Stef
On unix system(s), this is easy - one could just use HOME environment variable. On windows.. its different.
i'm not sure if there are any prims which allowing you to access environment vars. I remember i made an example for FFI how to read them.. but that means it will work only using FFI.
On 5 July 2011 10:47, Igor Stasenko <siguctua@gmail.com> wrote:
There are two primitives defined in SecurityPlugin:
primitiveGetSecureUserDirectory primitiveGetUntrustedUserDirectory
i'm not sure what they return, but this is all it has.
On 4 July 2011 18:01, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
do yo have an idea of the primitive?
Stef
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
On 5 July 2011 15:40, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Thanks igor. So this is more complex I thought :)
Stef
On Jul 5, 2011, at 10:53 AM, Igor Stasenko wrote:
Here what they returning (on macs)
TTT class>>getSecuredir    <primitive: 'primitiveGetSecureUserDirectory' module: 'SecurityPlugin'>    self primitiveFailed.
TTT getSecuredir '/foobar/tooBar/forSqueak/bogus/'
TTT class>>primitiveGetUntrustedUserDirectory    <primitive: 'primitiveGetUntrustedUserDirectory' module: 'SecurityPlugin'>    self primitiveFailed.
TTT primitiveGetUntrustedUserDirectory '/Users/sig/Library/Preferences/Croquet/Internet/Untrusted'
as you can see none of them could be called 'home', which in my case should be /Users/sig
what colin did was to do parent parent parent parent :)
yeah, but this is err.. lame. :) Because there is no any guarantee that it won't change. So, direct request, served by VM to answer a user's home dir would be preferable.
Stef
On unix system(s), this is easy - one could just use HOME environment variable. On windows.. its different.
i'm not sure if there are any prims which allowing you to access environment vars. I remember i made an example for FFI how to read them.. but that means it will work only using FFI.
On 5 July 2011 10:47, Igor Stasenko <siguctua@gmail.com> wrote:
There are two primitives defined in SecurityPlugin:
primitiveGetSecureUserDirectory primitiveGetUntrustedUserDirectory
i'm not sure what they return, but this is all it has.
On 4 July 2011 18:01, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
do yo have an idea of the primitive?
Stef
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
I think you can place a primitives which providing these paths somewhere in FS.
Stef
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
-- Best regards, Igor Stasenko AKA sig.
On Sun, Jul 3, 2011 at 4:25 PM, Stéphane Ducasse <Stephane.Ducasse@inria.fr> wrote:
FS uses SecurityManager as a fix point to identify home. Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, else any ideas how we can replace the entry point a securityManager?
Here is some words exchanged with Colin: On Sun, Apr 17, 2011 at 2:36 AM, Damien Cassou <damien.cassou@gmail.com> wrote:
on my computer, the following FSPlatformResolver forCurrentPlatform home evaluates to /home/cassou/Documents/squeak But I would have thought this would return '/home/cassou' instead.
Hi Damien, Thanks for the report. Using the SecurityManager is a bit of a hack, and it doesn't work on all platforms. I'll see what I can do for the next release, but I think the only real way to fix this is through platform-specific plugin. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry
participants (4)
-
Damien Cassou -
Igor Stasenko -
Stéphane Ducasse -
Stéphane Ducasse