Re: [Pharo-users] Tabular ODS import

[John Pfersich]

> On Apr 20, 2016, at 23:55, Alistair Grant  wrote:
> 
>> On Wed, Apr 20, 2016 at 11:43:19PM +0200, Cyril Ferlicot D. wrote:
>> Le 20/04/2016 22:47, Alistair Grant a écrit :
>>> So, time to learn more about Monticello...  Reading the Updated PbE is
>>> helpful, however I did notice one thing which doesn't match my
>>> experience.  On page 150 it is discussing how you can't lose code...
>>> 
>>> "This is because all of the code that you executed is saved in the
>>> .changes file. All of it!  This includes one liners that you evaluate in
>>> a workspace, as well as code that you add to a class while programming."
>>> 
>>> Should "workspace" be changed to "playground"?
>> 
>> Yes, can you open an issue please? :)
>> 
>> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues
> 
> Issue 164:
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/164
> 
> 
> 
>>> My experience has been that code evaluated in the playground is *not*
>>> saved to the changes file (Pharo 4.0 and 5.0).  Is there a way to tell
>>> Pharo to save evaluated code to the changes file?  (I admit to being
>>> lazy and not trying to figure this one out myself yet).
>> 
>> All the *compiled* code is save. The playgroud is for playing, so it is
>> not save in the change file.  But the playground should save the code
>> and you have a little menu to select your last scripts.
>> 
>> http://puu.sh/opMd9/a823c07bf9.png
>> 
>> If you use several times the same code you can also give a name to the
>> tab (2 click on "Page") and after you can save the playground code. Via
>> the spotter you can use the name of the tab to get a playground with the
>> code.
> 
> This sounds great, but I can't reproduce it.  Would you mind clarifying
> what you mean by "2 click on Page"?  I tried clicking on the various
> buttons, and clicking action-clicking, and middle buttong click on the
> tab name ("Page"), without success (Pharo 5.0 50702).

I think you want to double click on "Page". At least it works on Mac OSX and 
Pharo 5. 
> 
> 
>>> Finally, in Section 8.2 on versions of a method, my impression from
>>> reading the section was that it would always display all versions of a
>>> method, i.e. I have 24 versions of a package in my package cache, so
>>> expected to see each modification to each method in the package.
>>> However because I had switched to a new image and loaded the newest
>>> package, only the latest version was shown.
>> 
>> In the setting you can change the package-cache location to use always
>> the same location even when you change of image. If the book is not
>> clear can you copy/paste your mail into a github issue please? To not
>> lose this feedback :)
> 
> Issue 165:
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/165
> 
> 
> If I get time I'll also make the suggested changes and issue a pull
> request.
> 
> Thanks!
> Alistair
> 
> 

Re: [Pharo-users] remove unused variables

[Johan Fabry]

This was changed somewhere in November by Marcus and Miguel, and it was 
intentional, as part of the work on annotations on the AST that enabled 
breakpoints. (Breakpoints use the same highlighting mechanism).

> On Apr 21, 2016, at 18:52, Peter Uhnák  wrote:
> 
> The editor used to inform when there was an unused local variable and offered 
> to remove it.
> 
> Is it possible to get this behavior back, or is it a feature regression with 
> the "new" (this changed some time ago) editor?
> 
> Thanks,
> Peter



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

Re: [Pharo-users] meaning of #workingDirectory in in-memory file system

[Damien Pollet]

In a unix system, there is only one filesystem. Meaning: if you have
several disks or partitions, either they are mounted in The Unique
Filesystem, or they are not mounted and are just a blob of some gigabytes.
The working directory is a per-process property, not per-filesystem.
(except that windows has a current directory per drive letter, IIRC…)

In the case of memory filesystems, since they are useful for temporary
stuff or for testing things on files without side effects on disk, you
could see them as a sandbox where any starting point is acceptable. Or
maybe we need a concept of a use session for a filesystem, and then the
working directory is a property initialized when the use session is
instantiated.

On 21 April 2016 at 20:13, Peter Uhnák  wrote:

> fs := FileSystem memory.
> fs workingDirectory  "memory:///".
>
> What is the conceptual meaning of #workingDirectory here?
> Shouldn't it just throw an error for memory FileStore as it makes no
> sense? I.e. I didn't launch any image from memory.
>
> Peter
>
>

[Pharo-users] remove unused variables

[Peter Uhnák]

The editor used to inform when there was an unused local variable and
offered to remove it.

Is it possible to get this behavior back, or is it a feature regression
with the "new" (this changed some time ago) editor?

Thanks,
Peter

[Pharo-users] meaning of #workingDirectory in in-memory file system

[Peter Uhnák]

fs := FileSystem memory.
fs workingDirectory  "memory:///".

What is the conceptual meaning of #workingDirectory here?
Shouldn't it just throw an error for memory FileStore as it makes no sense?
I.e. I didn't launch any image from memory.

Peter

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

[Diego Orellana]

Pablo,

can you give us some usage examples? First I would like to get the type
inference data programmatically in order to compare the type data with
other tools. And also, I would like to open the IBBrowser. Here's what I've
tried so far:

For getting argument types:

(((J2Inferer default inferClass: RTView; typeInfoFor: RTView) methods at:
#setCanvas:) parameters at: 1)  subtypes

But subtypes is a set of J2ParameterRelationship objects which I don't know
how to get the types from them.

And I've managed to open the IBBrowser like this:

IBBrowser openOn: (RPackage organizer packageNamed: 'Roassal2') using:
(J2Inferer default)

the browser at first opens fine and shows all the packages and instance
variables but it doesn't show any methods and when I click an instance
variable I get an error. What am I doing wrong?

I'd be very thankful if you helped us :D

Cheers,
Diego.

2016-04-21 10:56 GMT-03:00 Alexandre Bergel :

> How to open a IBBrowser by the way?
>
> Cheers,
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
> On Apr 21, 2016, at 10:06 AM, teso...@gmail.com wrote:
>
> Hi Diego, the most updated version is published in GitHub.
>
> https://github.com/tesonep/j2Inferer
>
> In that place there is also some documentation.
>
> Cheers,
> Pablo
>
> On Thu, Apr 21, 2016 at 7:29 AM, Diego Orellana 
> wrote:
>
>> Hi Pablo,
>>
>> Well, I tried to load the packages from your repositories, but I
>> couldn't. First I tried to load all the packages in the repository via:
>>
>> Gofer it
>> url: 'http://smalltalkhub.com/mc/pabloTesone/J2Inferer/main';
>> package: 'J2Inferer';
>> package: 'J2Profiler';
>> package: 'ConfigurationOfJ2Inferer';
>> load.
>>
>> But then I have this error:
>>
>> "This package depends on the following classes:
>>   SIRegister
>> You must resolve these dependencies before you will be able to load these
>> definitions:
>>   J2SilentSIRegister
>>   J2SilentSIRegister>>#fill"
>>
>> And when I try to load it via 'ConfigurationOfJ2Inferer
>> loadBleedingEdge', and I got:
>>
>> 'Could not resolve: J2Inferer in C:\Users\diego\Desktop\pharo'
>>
>> How I am supposed to load them in my image? I am still a newbie in Pharo
>> so I don't know how you are supossed to do it :P
>>
>> Cheers, Diego.
>>
>>
>> 2016-04-19 4:11 GMT-03:00 teso...@gmail.com :
>>
>>> Hi Diego,
>>> Just yesterday I have added documentation explaining a bit how the
>>> process is working in my Type Inferer, it works in a different way than
>>> RoelTyper, but maybe you can get ideas of how enhance Roel's
>>>
>>> Any doubt please tell me.
>>>
>>> Pablo
>>>
>>>
>>> On Tue, Apr 19, 2016 at 2:41 AM, Diego Orellana 
>>> wrote:
>>>
 Hello,
 My smalltalkhub user is dorellang.

 Cheers.

 2016-04-15 17:27 GMT-03:00 stepharo :

> Hello Diego
>
> Good initiative!
> RoelTyper is not a Moose project. It is just used in moose.
> Now it would be good to check a bit (RoelTyper was made to work on
> VisualWorks and Squeak/Pharo) and
> it would be nice to make sure that we do not need the VW specificities.
>
> RoelTyper is managed by RMoD
> so give me you login and we will add you to the project.
>
>
>
> Le 14/4/16 16:52, Diego Orellana a écrit :
>
> Hi, Pharo Users!
>>
>> I'm starting to work on types in Pharo. To be more precise, I'd like
>> to improve the RoelTyper (a package which "guesses" variable types in
>> code). What suggestions do you have? I have some ideas and I'm currently
>> working to find more, but it's always interesting to hear what the
>> community has to say :)
>>
>> Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but
>> it seems that RoelTyper is a Moose thing, since it's not included in the
>> vanilla Pharo image. Do you know where I could submit the fix?
>>
>> Cheers,
>> Diego.
>>
>
>
>

>>>
>>>
>>> --
>>> Pablo Tesone.
>>> teso...@gmail.com
>>>
>>
>>
>
>
> --
> Pablo Tesone.
> teso...@gmail.com
>
>
>

Re: [Pharo-users] [Pharo-Users] Symbolic links

[Esteban A. Maringolo]

2016-04-21 3:43 GMT-03:00 p...@highoctane.be :
> In Windows, there are junctions, which are more or less equivalent.
>
> https://msdn.microsoft.com/en-us/library/windows/desktop/aa365006(v=vs.85).aspx

Yeap, I use it with this tool.

http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html

Esteban A. Maringolo

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

[Alexandre Bergel]

How to open a IBBrowser by the way?

Cheers,
Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Apr 21, 2016, at 10:06 AM, teso...@gmail.com wrote:
> 
> Hi Diego, the most updated version is published in GitHub.
> 
> https://github.com/tesonep/j2Inferer 
> 
> In that place there is also some documentation.
> 
> Cheers,
> Pablo
> 
> On Thu, Apr 21, 2016 at 7:29 AM, Diego Orellana  > wrote:
> Hi Pablo,
> 
> Well, I tried to load the packages from your repositories, but I couldn't. 
> First I tried to load all the packages in the repository via:
> 
> Gofer it
>   url: 'http://smalltalkhub.com/mc/pabloTesone/J2Inferer/main 
> ';
>   package: 'J2Inferer';
>   package: 'J2Profiler';
>   package: 'ConfigurationOfJ2Inferer';
>   load.
> 
> But then I have this error:
> 
> "This package depends on the following classes:
>   SIRegister
> You must resolve these dependencies before you will be able to load these 
> definitions: 
>   J2SilentSIRegister
>   J2SilentSIRegister>>#fill"
> 
> And when I try to load it via 'ConfigurationOfJ2Inferer loadBleedingEdge', 
> and I got:
> 
> 'Could not resolve: J2Inferer in C:\Users\diego\Desktop\pharo'
> 
> How I am supposed to load them in my image? I am still a newbie in Pharo so I 
> don't know how you are supossed to do it :P
> 
> Cheers, Diego.
> 
> 
> 2016-04-19 4:11 GMT-03:00 teso...@gmail.com  
> >:
> Hi Diego, 
> Just yesterday I have added documentation explaining a bit how the 
> process is working in my Type Inferer, it works in a different way than 
> RoelTyper, but maybe you can get ideas of how enhance Roel's
> 
> Any doubt please tell me.
> 
> Pablo
> 
> 
> On Tue, Apr 19, 2016 at 2:41 AM, Diego Orellana  > wrote:
> Hello,
> My smalltalkhub user is dorellang.
> 
> Cheers.
> 
> 2016-04-15 17:27 GMT-03:00 stepharo  >:
> Hello Diego
> 
> Good initiative!
> RoelTyper is not a Moose project. It is just used in moose.
> Now it would be good to check a bit (RoelTyper was made to work on 
> VisualWorks and Squeak/Pharo) and
> it would be nice to make sure that we do not need the VW specificities.
> 
> RoelTyper is managed by RMoD
> so give me you login and we will add you to the project.
> 
> 
> 
> Le 14/4/16 16:52, Diego Orellana a écrit :
> 
> Hi, Pharo Users!
> 
> I'm starting to work on types in Pharo. To be more precise, I'd like to 
> improve the RoelTyper (a package which "guesses" variable types in code). 
> What suggestions do you have? I have some ideas and I'm currently working to 
> find more, but it's always interesting to hear what the community has to say 
> :)
> 
> Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but it seems 
> that RoelTyper is a Moose thing, since it's not included in the vanilla Pharo 
> image. Do you know where I could submit the fix?
> 
> Cheers,
> Diego.
> 
> 
> 
> 
> 
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com 
> 
> 
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com 

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

[Alexandre Bergel]

Hi Pablo,

We are diving into the mysteries of BaselineOf.
After having cloned the github repo and loaded manually the baseline. We tried:

BaselineOfJ2Inferer project version load

But we get a could not resolve: J2Inferer-Implementors.
No idea whether your Baseline is oddly defined or Metacello/Baseline/Filetree 
are buggy :-(

How can we load your application? 

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Apr 21, 2016, at 10:06 AM, teso...@gmail.com wrote:
> 
> Hi Diego, the most updated version is published in GitHub.
> 
> https://github.com/tesonep/j2Inferer 
> 
> In that place there is also some documentation.
> 
> Cheers,
> Pablo
> 
> On Thu, Apr 21, 2016 at 7:29 AM, Diego Orellana  > wrote:
> Hi Pablo,
> 
> Well, I tried to load the packages from your repositories, but I couldn't. 
> First I tried to load all the packages in the repository via:
> 
> Gofer it
>   url: 'http://smalltalkhub.com/mc/pabloTesone/J2Inferer/main 
> ';
>   package: 'J2Inferer';
>   package: 'J2Profiler';
>   package: 'ConfigurationOfJ2Inferer';
>   load.
> 
> But then I have this error:
> 
> "This package depends on the following classes:
>   SIRegister
> You must resolve these dependencies before you will be able to load these 
> definitions: 
>   J2SilentSIRegister
>   J2SilentSIRegister>>#fill"
> 
> And when I try to load it via 'ConfigurationOfJ2Inferer loadBleedingEdge', 
> and I got:
> 
> 'Could not resolve: J2Inferer in C:\Users\diego\Desktop\pharo'
> 
> How I am supposed to load them in my image? I am still a newbie in Pharo so I 
> don't know how you are supossed to do it :P
> 
> Cheers, Diego.
> 
> 
> 2016-04-19 4:11 GMT-03:00 teso...@gmail.com  
> >:
> Hi Diego, 
> Just yesterday I have added documentation explaining a bit how the 
> process is working in my Type Inferer, it works in a different way than 
> RoelTyper, but maybe you can get ideas of how enhance Roel's
> 
> Any doubt please tell me.
> 
> Pablo
> 
> 
> On Tue, Apr 19, 2016 at 2:41 AM, Diego Orellana  > wrote:
> Hello,
> My smalltalkhub user is dorellang.
> 
> Cheers.
> 
> 2016-04-15 17:27 GMT-03:00 stepharo  >:
> Hello Diego
> 
> Good initiative!
> RoelTyper is not a Moose project. It is just used in moose.
> Now it would be good to check a bit (RoelTyper was made to work on 
> VisualWorks and Squeak/Pharo) and
> it would be nice to make sure that we do not need the VW specificities.
> 
> RoelTyper is managed by RMoD
> so give me you login and we will add you to the project.
> 
> 
> 
> Le 14/4/16 16:52, Diego Orellana a écrit :
> 
> Hi, Pharo Users!
> 
> I'm starting to work on types in Pharo. To be more precise, I'd like to 
> improve the RoelTyper (a package which "guesses" variable types in code). 
> What suggestions do you have? I have some ideas and I'm currently working to 
> find more, but it's always interesting to hear what the community has to say 
> :)
> 
> Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but it seems 
> that RoelTyper is a Moose thing, since it's not included in the vanilla Pharo 
> image. Do you know where I could submit the fix?
> 
> Cheers,
> Diego.
> 
> 
> 
> 
> 
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com 
> 
> 
> 
> -- 
> Pablo Tesone.
> teso...@gmail.com 

Re: [Pharo-users] ensureCreateFile

[Peter Uhnák]

because it's like this

ensureCreateFolder : create the folder structure if necessary
ensureCreateFile : create the file if necessary

I really don't see any gain from changing existing behavior and introducing
potential problems.
If I ask for file to be created, I don't expect that the system will
suddenly start creating folders, that's a unintentional side effect.
If you need it for your convenience, then it's dead-easy to implement
without breaking existing stuff.


On Thu, Apr 21, 2016 at 10:35 AM, Denis Kudriashov 
wrote:

>
> 2016-04-21 9:55 GMT+02:00 Valentin Ryckewaert <
> valentin.ryckewa...@gmail.com>:
>
>> Yes but why ensureCreateFile then ?
>> Why don't we juste create a message createFile as there is createFolder ?
>> createFolder : create the folder
>> createFile : create the file
>>
>> ensureCreateFolder : create the folder and its parents if necessary
>> ensureCreateFile : create the file and its parents if necessary
>>
>
> +1
>

Re: [Pharo-users] ensureCreateFile

[Denis Kudriashov]

2016-04-21 9:55 GMT+02:00 Valentin Ryckewaert :

> Yes but why ensureCreateFile then ?
> Why don't we juste create a message createFile as there is createFolder ?
> createFolder : create the folder
> createFile : create the file
>
> ensureCreateFolder : create the folder and its parents if necessary
> ensureCreateFile : create the file and its parents if necessary
>

+1

Re: [Pharo-users] ensureCreateFile

[Valentin Ryckewaert]

Yes but why ensureCreateFile then ?
Why don't we juste create a message createFile as there is createFolder ?
createFolder : create the folder
createFile : create the file

ensureCreateFolder : create the folder and its parents if necessary
ensureCreateFile : create the file and its parents if necessary

2016-04-21 9:46 GMT+02:00 Peter Uhnák :

> At least in unix creating files and folders are different operations
> (mkdir/touch, rm/rmdir).
>
> And even though it may seem convenient I would argue that it will create
> unintentional issues — if you have incorrect folder it will silently create
> errornous structure on the disk instead of throwing error. Imho overloading
> ensureCreateFile is bad.
>
> But there's nothing stopping you from extending AFR and adding an extra
> method:
>
> AbstractFileReference>>ensureCreateFileAndDirectory
> "Create if necessary a folder and file for the receiver."
>
> self parent ensureCreateDirectory.
> self ensureCreateFile
>
>
> Peter
>
> On Wed, Apr 20, 2016 at 6:16 PM, Denis Kudriashov 
> wrote:
>
>> I would call error
>>
>> 2016-04-20 17:13 GMT+02:00 Valentin Ryckewaert <
>> valentin.ryckewa...@gmail.com>:
>>
>>> Hi,
>>>
>>> I would like to have your opinion about what you want ensureCreateFile
>>> to do.
>>> According to me ensureCreateFile should do the same thing as
>>> ensureCreateDirectory + create the file in the last directory given but in
>>> its implementation if the parents of this file doesn't exist we get an
>>> Exception.
>>>
>>> Is it wanted or an error?
>>>
>>> Valentin.
>>>
>>
>>
>

Re: [Pharo-users] ensureCreateFile

[Peter Uhnák]

At least in unix creating files and folders are different operations
(mkdir/touch, rm/rmdir).

And even though it may seem convenient I would argue that it will create
unintentional issues — if you have incorrect folder it will silently create
errornous structure on the disk instead of throwing error. Imho overloading
ensureCreateFile is bad.

But there's nothing stopping you from extending AFR and adding an extra
method:

AbstractFileReference>>ensureCreateFileAndDirectory
"Create if necessary a folder and file for the receiver."

self parent ensureCreateDirectory.
self ensureCreateFile


Peter

On Wed, Apr 20, 2016 at 6:16 PM, Denis Kudriashov 
wrote:

> I would call error
>
> 2016-04-20 17:13 GMT+02:00 Valentin Ryckewaert <
> valentin.ryckewa...@gmail.com>:
>
>> Hi,
>>
>> I would like to have your opinion about what you want ensureCreateFile to
>> do.
>> According to me ensureCreateFile should do the same thing as
>> ensureCreateDirectory + create the file in the last directory given but in
>> its implementation if the parents of this file doesn't exist we get an
>> Exception.
>>
>> Is it wanted or an error?
>>
>> Valentin.
>>
>
>

Re: [Pharo-users] Tabular ODS import

[Alistair Grant]

On Wed, Apr 20, 2016 at 11:43:19PM +0200, Cyril Ferlicot D. wrote:
> Le 20/04/2016 22:47, Alistair Grant a écrit :
> > So, time to learn more about Monticello...  Reading the Updated PbE is
> > helpful, however I did notice one thing which doesn't match my
> > experience.  On page 150 it is discussing how you can't lose code...
> > 
> > "This is because all of the code that you executed is saved in the
> > .changes file. All of it!  This includes one liners that you evaluate in
> > a workspace, as well as code that you add to a class while programming."
> > 
> > Should "workspace" be changed to "playground"?
> 
> Yes, can you open an issue please? :)
> 
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues

Issue 164:
https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/164



> > My experience has been that code evaluated in the playground is *not*
> > saved to the changes file (Pharo 4.0 and 5.0).  Is there a way to tell
> > Pharo to save evaluated code to the changes file?  (I admit to being
> > lazy and not trying to figure this one out myself yet).
> > 
> 
> All the *compiled* code is save. The playgroud is for playing, so it is
> not save in the change file.  But the playground should save the code
> and you have a little menu to select your last scripts.
> 
> http://puu.sh/opMd9/a823c07bf9.png
> 
> If you use several times the same code you can also give a name to the
> tab (2 click on "Page") and after you can save the playground code. Via
> the spotter you can use the name of the tab to get a playground with the
> code.

This sounds great, but I can't reproduce it.  Would you mind clarifying
what you mean by "2 click on Page"?  I tried clicking on the various
buttons, and clicking action-clicking, and middle buttong click on the
tab name ("Page"), without success (Pharo 5.0 50702).


> > Finally, in Section 8.2 on versions of a method, my impression from
> > reading the section was that it would always display all versions of a
> > method, i.e. I have 24 versions of a package in my package cache, so
> > expected to see each modification to each method in the package.
> > However because I had switched to a new image and loaded the newest
> > package, only the latest version was shown.
> > 
> 
> In the setting you can change the package-cache location to use always
> the same location even when you change of image. If the book is not
> clear can you copy/paste your mail into a github issue please? To not
> lose this feedback :)

Issue 165:
https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/165


If I get time I'll also make the suggested changes and issue a pull
request.

Thanks!
Alistair

Re: [Pharo-users] [Pharo-Users] Symbolic links

[p...@highoctane.be]

In Windows, there are junctions, which are more or less equivalent.

https://msdn.microsoft.com/en-us/library/windows/desktop/aa365006(v=vs.85).aspx

https://msdn.microsoft.com/en-us/library/windows/desktop/aa365503(v=vs.85).aspx

Phil

On Wed, Apr 20, 2016 at 6:23 PM, Esteban Lorenzano 
wrote:

> yes it is.
> but you can create an FFI function to http://linux.die.net/man/2/readlink
> to get that :)
>
> Esteban
>
> > On 20 Apr 2016, at 18:11, Damien Cassou  wrote:
> >
> > Esteban Lorenzano  writes:
> >
> >> it has it.
> >> this is how is done in mac:
> >>
> >> *isSymlink= [[fileAttributes objectForKey: NSFileType]
> isEqualToString: NSFileTypeSymbolicLink] ? 1 : 0;
> >>
> >> and this how is done in linux:
> >>
> >> stat(unixPath, ) && lstat(unixPath, )
> >> ...
> >> *isSymlink = S_ISLNK(statBuf.st_mode);
> >>
> >> … and in windows is always false.
> >
> > ok for isSymlink, but how do you get to the file pointed to by the
> > symlink? Damien says it's impossible with current FilePlugin.
> >
> > --
> > Damien Cassou
> > http://damiencassou.seasidehosting.st
> >
> > "Success is the ability to go from one failure to another without
> > losing enthusiasm." --Winston Churchill
>
>
>
>