The '@' means there is an extended attribute set on the file.  Use "ls -l at ed" to see what it is.  If it is the "quarantine" bit, it won't execute unless you answer a popup dialog saying it is OK to do so.  You can use the "xattr" command to remove it.  There is no man page for xattr, but "xattr -?" gives an almost usable usage message :).

On 2010-Oct-4, at 13:41, Lawson English wrote:

> The bundle is in the right place and all the permissions seem to be correct. There IS a difference between this and other plugins though:
> 
> the bundle has permissions drwxr-xr-x@ 4   vs   drwxr-xr-x  4  for other bundles.
> the executable has permissions -rwxr-xr-x@ 4   vs   -rwxr-xr-x  4
> 
> could the '@' have anything to do with it?
> 
> Otherwise, I seem to be stuck.
> 
> Thanks,
> 
> Lawson
> 
> On 10/4/10 10:59 AM, Andreas Raab wrote:
>> Hi -
>> 
>> Most likely this means that plugin isn't installed correctly. Make sure the bundle is in the right place (i.e., Contents/Resources) and that the actual executable (SqueakSSL.bundle/Contents/MacOS/SqueakSSL) has executable permissions.
>> 
>> Cheers,
>>  - Andreas
>> 
>> On 10/3/2010 8:08 PM, Lawson English wrote:
>>> I'm probably doing this completely wrong, but this fails:
>>> 
>>> (WebClient httpGet: 'https://login.agni.lindenlab.com/cgi-bin/login.cgi')
>>> 
>>> Error: primitiveSSLCreateFailed/
>>> 
>>> 
>>> I've got the latest SqueakSSL package and plugin installed, and the
>>> latest webclient on Squeak 4.1 VM.
>>> 
>>> The URL doesn't return a valid certificate anyway, its just an xml-rpc
>>> portal for getting a login URL via an encrypted connection.
>>> 
>>> 
>>> Lawson
>>> 
>>>>>> 
>> 
> 
> 

--
Tom Rushworth