- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] [ANN] SS3 the canary site

by Tobias Pape

Hi Nico Am 01.07.2013 um 09:47 schrieb Nicolas Petton <petton.nicolas(a)gmail.com>: > Thanks Tobias for the update! > > This version looks good, and I think moving to bootstrap was a good move :) > > About the competition, I don't mind it. About working on SmalltalkHub with me, I sure would be glad, but I also completely understand your point. > One thing we could do though is maybe share experience (feel free to email me) and discuss about both platforms? It can always be positive. Yes, this seems a good point. Best -Tobias

July 2, 2013

anonymous issue report

by Camillo Bruni

Who reported "UndefinedObject should implement #allSuperclassesDo:" ? Could you please give an example on how to reproduce this?

July 2, 2013

Re: [Pharo-dev] [update 3.0] #30239

by Marcus Denker

On Jul 2, 2013, at 1:37 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Tue, 2 Jul 2013, Marcus Denker wrote: > >> 30239 >> ----- >> >> 10829 ConfigurationOfSmartSuggestions should not be in the image >> https://pharo.fogbugz.com/f/cases/10829 >> >> 11093 remove empty package HistoryCollection >> https://pharo.fogbugz.com/f/cases/11093 >> >> 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized >> https://pharo.fogbugz.com/f/cases/11098 >> >> 11104 Remove useless menu entry >> https://pharo.fogbugz.com/f/cases/11104 >> >> >> Diff information: >> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff > > Anyone ever check these diffs? I see the following: > Yes, this is a known bug that needs to be fixed. Marcus

July 2, 2013

Re: [Pharo-dev] [update 3.0] #30239

by Levente Uzonyi

On Tue, 2 Jul 2013, Marcus Denker wrote: > 30239 > ----- > > 10829 ConfigurationOfSmartSuggestions should not be in the image > https://pharo.fogbugz.com/f/cases/10829 > > 11093 remove empty package HistoryCollection > https://pharo.fogbugz.com/f/cases/11093 > > 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized > https://pharo.fogbugz.com/f/cases/11098 > > 11104 Remove useless menu entry > https://pharo.fogbugz.com/f/cases/11104 > > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff Anyone ever check these diffs? I see the following: /mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff not found Levente > > >

July 2, 2013

[update 3.0] #30239

by Marcus Denker

30239 ----- 10829 ConfigurationOfSmartSuggestions should not be in the image https://pharo.fogbugz.com/f/cases/10829 11093 remove empty package HistoryCollection https://pharo.fogbugz.com/f/cases/11093 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized https://pharo.fogbugz.com/f/cases/11098 11104 Remove useless menu entry https://pharo.fogbugz.com/f/cases/11104 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff

July 2, 2013

[update 3.0] #30238

by Esteban Lorenzano

30238 ----- 10220 Debugger-generated accessors send #shouldBeImplemented https://pharo.fogbugz.com/f/cases/10220 10967 flattened added to collection https://pharo.fogbugz.com/f/cases/10967 7096 RectangleMorph is empty --> subclasses should use superclass https://pharo.fogbugz.com/f/cases/7096 ... and the new WorldMorph working properly :) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-EstebanLorenzano.1165.d… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-EstebanLore… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-EstebanLorenzano… http://smalltalkhub.com/mc/Pharo/Pharo30/main/CollectionsTests-EstebanLoren… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Abstract-EstebanL…

July 2, 2013