July 2013 - Pharo-dev - lists.pharo.org

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 2 regressions found. ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateGetter ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateSetter

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Camillo Bruni

>> >> The problem is deeper that the mere permissions. The permissions only look at the POSIX permissions returned by fstat/stat, but it does not respect the current user. > > Yes, it's something like that. > >> The problem you find is rather that all the other FS primitives do not know how to deal with permissions. >> The following code yields an error since the primitive signals a "Directory Not Found" which should not happen: >> >> (FileSystem root / 'lost+found') exists >> ifTrue: [ (FileSystem root / 'lost+found') hasChildren ]. > > No, they do work, but the base permission information (as far as I could see, it's only retrieved with getting directory entries) is unusable. It's the overall POSIX data, but without the ownership and anyway to correlate pharo ownership and file ownership. > > Anybody to explain me how to write NB code to call directly stat/fstat? I find this failure to be really embarassing for Pharo. be lucky that there even IS support for permissions ;), but yeah for me this is also hard to understand that for years there hasn't been support for this :/

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Goubier Thierry

Le 02/07/2013 12:48, Camillo Bruni a Ã©crit : > > On 2013-07-02, at 11:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Hi Thierry, >> >> On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> Hi all, >>> >>> it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). >>> >>> https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root >>> >>> (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() >>> >>> Is there any point in the vm to do a fstat/stat ? >> >> I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? > > > The problem is deeper that the mere permissions. The permissions only look at the POSIX permissions returned by fstat/stat, but it does not respect the current user. Yes, it's something like that. > The problem you find is rather that all the other FS primitives do not know how to deal with permissions. > The following code yields an error since the primitive signals a "Directory Not Found" which should not happen: > > (FileSystem root / 'lost+found') exists > ifTrue: [ (FileSystem root / 'lost+found') hasChildren ]. No, they do work, but the base permission information (as far as I could see, it's only retrieved with getting directory entries) is unusable. It's the overall POSIX data, but without the ownership and anyway to correlate pharo ownership and file ownership. Anybody to explain me how to write NB code to call directly stat/fstat? I find this failure to be really embarassing for Pharo. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 2, 2013

WorldMorph issue

by Benjamin

onPrimitiveError: do a World install And this lead to an issue since some submorphs do not belong to Wolrd submorphs anymore Ben

July 2, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… 3 regressions found. Tests.CodeImport.ChunkImportTestCase.testImportAClassCategory ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateGetter ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateSetter

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Goubier Thierry

Le 02/07/2013 11:44, Sven Van Caekenberghe a Ã©crit : > Hi Thierry, > > On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> Hi all, >> >> it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). >> >> https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root >> >> (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() >> >> Is there any point in the vm to do a fstat/stat ? > > I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? No, it's not. There are no primitives I could see in FilePlugin (at least the ones used) to write correct permissions in Pharo... In short, no isReadable, isWriteable can be made correct in Pharo at the moment. I wrote test code expecting this to work :( Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Camillo Bruni

> > Le 02/07/2013 11:44, Sven Van Caekenberghe a Ã©crit : >> Hi Thierry, >> >> On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> Hi all, >>> >>> it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). >>> >>> https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root >>> >>> (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() >>> >>> Is there any point in the vm to do a fstat/stat ? >> >> I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? > > No, it's not. There are no primitives I could see in FilePlugin (at least the ones used) to write correct permissions in Pharo... In short, no isReadable, isWriteable can be made correct in Pharo at the moment. > > I wrote test code expecting this to work :( nope there is indeed no code for this. We modified the VM to support the permission reading, but we didn't add support for writing it. Maybe this is again a nice usecase for NativeBoost?

July 2, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by Camillo Bruni

I like to see people contributing :), maybe you could do some contribution on the code-side? I personally consider well written, executable examples more valuable than written documentation outside the image. And I think NativeBoost could benefit from some in-image documentation. On 2013-07-02, at 14:39, kilon <thekilon(a)yahoo.co.uk> wrote: > And I love pharo and what you guys have created , a lot of fun and very > productive. So yes I will definitely help you out in documenting NB. > > Actually my idea was not to publish in a blog. I hate blogs though I have > one I just find it very non flexible so I was thinking instead wikibooks . > > http://en.wikibooks.org/wiki/Help:Contributing > <http://en.wikibooks.org/wiki/Help:Contributing> > > I was thinking moving the entire nativeboost docs (pdf/latex) to wiki books > so I make it much easier for everyone can contribute. Wikibooks uses > Mediawiki which I am familiar with from the blender wiki when I was making > my python book > > http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic > <http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic> > > Mediawiki is nowhere near as powerful as latex but its way easier to learn > and it literally takes minutes to learn the syntax and you dont need a > special editor you can do it online directly with minimum syntax. This way > everyone can contribute , it only needs an account. > > > > StÃ©phane Ducasse wrote >> I love your questions! >> When you will get all your anwsers you have to write a blog about it so >> that we can use that in >> a chapter so that every body can know how to do it. >> >> Just no time to think right now :( sadly >> >> Stef >> >> On Jul 1, 2013, at 8:40 PM, kilon < > >> thekilon@.co > >> > wrote: >> >>> Thanks Igor , yes I was aware of String Cr because I have done some >>> googling >>> around and it did find information on the subject. Apparently it failed >>> because I had an error in my source. >>> >>> So for our next challenge is learning how to fetch data that a pointer >>> points to. >>> >>> in this case I have an array that contains my vertex positions , called >>> vertexPositions >>> >>> vertexPositions >>> "the positions of vertices to be passed to opengl" >>> >>> ^ #( 0.75 0.75 0.0 1.0 >>> 0.75 -0.75 0.0 1.0 >>> -0.75 -0.75 0.0 1.0 ) >>> >>> so far so good >>> >>> so I create a pointer for that array >>> >>> vptrsize := (NBExternalType sizeOf: 'float')* self vertexPositions size. >>> >>> and then take that pointer and insert in each position the individual >>> values >>> from vertexPositions >>> >>> vertexPositions withIndexDo: [:each :i | >>> "using nbUInt32AtOffset because we know pointer is 4 bytes :) " >>> vpos nbFloat32AtOffset: (i-1)*(NBExternalType sizeOf: 'float') >>> put: >>> each value. >>> Transcript show: ' I am putting to vpos in index: '; show: i-1; show:' >>> value: '; show: each value; cr. >>> ]. >>> >>> so far so good. >>> >>> now the tricky part is that I have a function that expects that Array , >>> not >>> the smalltalk version but the C version we just created >>> >>> gl bufferData_target: GL_ARRAY_BUFFER size: vptrsize data: ....... >>> usage: >>> GL_STATIC_DRAW. >>> >>> where you see the dots is where I should pass the data, in this case the >>> C >>> array >>> >>> I could do a vpo nbFloat32AtOffset: but that will return me only the >>> individual value at the specific point (index) of the array, while I want >>> to >>> pass the entire array. >>> >>> So how I do that ? >>> >>> I explored NBExternalAdress and I cant find something that would return >>> an >>> array. Am I missing something obvious here ? >>> >>> NBExternalAdress value , returns the number of the address and not that >>> data >>> contained in that address. >>> >>> I also see a NBExternalArray but I am not sure if it is what I should be >>> using . >>> >>> Igor Stasenko wrote >>>> On 30 June 2013 21:11, kilon < >>> >>>> thekilon@.co >>> >>>> > wrote: >>>>> I am not going to post my code here cause it has become too big , you >>>>> can >>>>> find it here >>>>> >>>>> http://www.smalltalkhub.com/#!/~kilon/GLTutorial >>>>> <http://www.smalltalkhub.com/#!/~kilon/GLTutorial> >>>>> >>>>> I tried adding newlines with String cr to my shaders strings, but >>>>> apparently >>>>> opengl is not convinced. It looks like smalltalk cr is not converted to >>>>> C >>>>> "\n" newlines. So how I do that ? >>>>> >>>> >>>> simply replace all occurences of >>>> Character cr >>>> with >>>> Character lf >>>> (or crlf, if it wants that) >>>> >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696465.html >>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>> Nabble.com. >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696666.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> > > > > > > -- > View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696807.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

July 2, 2013

Re: [Pharo-dev] anonymous issue report

by Max Leske

I didn't report it but here's a usecase: suppose you have a collection of objects and they might include nil. Now, if you want to do this: myCollection do: [ :element | element class allSubclassesDo: #value ] ] then you'll get an exception when "element" is nil. superclass == nil On 02.07.2013, at 14:23, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Who reported "UndefinedObject should implement #allSuperclassesDo:" ? > Could you please give an example on how to reproduce this? >

July 2, 2013

Re: [Pharo-dev] [Pharo-project] Understanding NBOpenGL

by kilon

And I love pharo and what you guys have created , a lot of fun and very productive. So yes I will definitely help you out in documenting NB. Actually my idea was not to publish in a blog. I hate blogs though I have one I just find it very non flexible so I was thinking instead wikibooks . http://en.wikibooks.org/wiki/Help:Contributing <http://en.wikibooks.org/wiki/Help:Contributing> I was thinking moving the entire nativeboost docs (pdf/latex) to wiki books so I make it much easier for everyone can contribute. Wikibooks uses Mediawiki which I am familiar with from the blender wiki when I was making my python book http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic <http://wiki.blender.org/index.php/User:Kilon/Python_book_of_magic> Mediawiki is nowhere near as powerful as latex but its way easier to learn and it literally takes minutes to learn the syntax and you dont need a special editor you can do it online directly with minimum syntax. This way everyone can contribute , it only needs an account. StÃ©phane Ducasse wrote > I love your questions! > When you will get all your anwsers you have to write a blog about it so > that we can use that in > a chapter so that every body can know how to do it. > > Just no time to think right now :( sadly > > Stef > > On Jul 1, 2013, at 8:40 PM, kilon < > thekilon@.co > > wrote: > >> Thanks Igor , yes I was aware of String Cr because I have done some >> googling >> around and it did find information on the subject. Apparently it failed >> because I had an error in my source. >> >> So for our next challenge is learning how to fetch data that a pointer >> points to. >> >> in this case I have an array that contains my vertex positions , called >> vertexPositions >> >> vertexPositions >> "the positions of vertices to be passed to opengl" >> >> ^ #( 0.75 0.75 0.0 1.0 >> 0.75 -0.75 0.0 1.0 >> -0.75 -0.75 0.0 1.0 ) >> >> so far so good >> >> so I create a pointer for that array >> >> vptrsize := (NBExternalType sizeOf: 'float')* self vertexPositions size. >> >> and then take that pointer and insert in each position the individual >> values >> from vertexPositions >> >> vertexPositions withIndexDo: [:each :i | >> "using nbUInt32AtOffset because we know pointer is 4 bytes :) " >> vpos nbFloat32AtOffset: (i-1)*(NBExternalType sizeOf: 'float') >> put: >> each value. >> Transcript show: ' I am putting to vpos in index: '; show: i-1; show:' >> value: '; show: each value; cr. >> ]. >> >> so far so good. >> >> now the tricky part is that I have a function that expects that Array , >> not >> the smalltalk version but the C version we just created >> >> gl bufferData_target: GL_ARRAY_BUFFER size: vptrsize data: ....... >> usage: >> GL_STATIC_DRAW. >> >> where you see the dots is where I should pass the data, in this case the >> C >> array >> >> I could do a vpo nbFloat32AtOffset: but that will return me only the >> individual value at the specific point (index) of the array, while I want >> to >> pass the entire array. >> >> So how I do that ? >> >> I explored NBExternalAdress and I cant find something that would return >> an >> array. Am I missing something obvious here ? >> >> NBExternalAdress value , returns the number of the address and not that >> data >> contained in that address. >> >> I also see a NBExternalArray but I am not sure if it is what I should be >> using . >> >> Igor Stasenko wrote >>> On 30 June 2013 21:11, kilon < >> >>> thekilon@.co >> >>> > wrote: >>>> I am not going to post my code here cause it has become too big , you >>>> can >>>> find it here >>>> >>>> http://www.smalltalkhub.com/#!/~kilon/GLTutorial >>>> <http://www.smalltalkhub.com/#!/~kilon/GLTutorial> >>>> >>>> I tried adding newlines with String cr to my shaders strings, but >>>> apparently >>>> opengl is not convinced. It looks like smalltalk cr is not converted to >>>> C >>>> "\n" newlines. So how I do that ? >>>> >>> >>> simply replace all occurences of >>> Character cr >>> with >>> Character lf >>> (or crlf, if it wants that) >>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696465.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696666.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> -- View this message in context: http://forum.world.st/Understanding-NBOpenGL-tp4686514p4696807.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 2, 2013