November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Igor Stasenko

Okay, after i saw C code in limbo.c i can clearly tell, that read_buffers() function can be implemented purely on smalltalk using nativeboost. as for run_command() function, you should try to also implement it as a series of system calls using nativeboost ffi. it is possible. The most issues would be is to account for scheduler to make sure that no-one can interrupt the process between critical parts of code (like VM scheduler). You should really consider avoiding having C code at all.. because at the end it doesn't makes things any simpler comparing to having extra VM plugin (and knowing how to deal with it - compile/copy/distribute with VM) for users. But anyways, good to see there's brave people who don't fear to swim in those waters :) -- Best regards, Igor Stasenko.

Nov. 19, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

For those interested, the code for the library is now on github: https://github.com/theseion/liblimbo On 19.11.2012, at 21:26, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 19 November 2012 17:17, Max Leske <maxleske(a)gmail.com> wrote: >> Hi everyone. >> >> I want to announce the first (and *very* basic) version of Limbo. >> Limbo is a simple wrapper around NativeBoost that lets you run commands on the shell (via sh) or directly (no shell expansion). >> > > why you need to wrap around NativeBoost? perhaps a more correct > phrasing would be 'using nativeboost'? > >> To use Limbo you will need the NBCog VM and install NativeBoost into your image (with "NBInstaller install"). You will also need to build the shared library from the archive attached to this e-mail and put it into the "Plugins" directory of the VM (instructions inside the archive). I also attached the xcode project. >> >> The Limbo repo: >> >> MCGemstoneRepository >> location: 'http://ss3.gemstone.com/ss/Limbo' >> user: '' >> password: '' >> >> I am *not* an experienced C coder so there might be some horrible stuff in the box. If you have any suggestions / requests / bug reports or would like to contribute, let me know. >> >> Disclaimer: >> NativeBoost uses direct memory access. I have written Limbo to the best of my memory layout knowledge (I'm quite a n00b there) but cannot and will not guarantee that you might not experience memory leaks or VM crashes (or any type of crash for that matter). This is just a warning, I haven't had any troubles at all with Limbo so far. >> > > Hmm.. what is the C part for? The whole idea of using NativeBoost is > to avoid writing a single line of C code. Because if you cannot avoid > that, writing a VM plugin turns to be more preferable. > But i didn't saw your code yet, so just commenting what on surface :) > >> >> Cheers, >> Max >> > > -- > Best regards, > Igor Stasenko. >

Nov. 19, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

On 19.11.2012, at 21:26, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 19 November 2012 17:17, Max Leske <maxleske(a)gmail.com> wrote: >> Hi everyone. >> >> I want to announce the first (and *very* basic) version of Limbo. >> Limbo is a simple wrapper around NativeBoost that lets you run commands on the shell (via sh) or directly (no shell expansion). >> > > why you need to wrap around NativeBoost? perhaps a more correct > phrasing would be 'using nativeboost'? True. I chose "wrapper" with the idea that the NativeBoost part is hidden from the user. The user does not need to know how to use NativeBoost. > >> To use Limbo you will need the NBCog VM and install NativeBoost into your image (with "NBInstaller install"). You will also need to build the shared library from the archive attached to this e-mail and put it into the "Plugins" directory of the VM (instructions inside the archive). I also attached the xcode project. >> >> The Limbo repo: >> >> MCGemstoneRepository >> location: 'http://ss3.gemstone.com/ss/Limbo' >> user: '' >> password: '' >> >> I am *not* an experienced C coder so there might be some horrible stuff in the box. If you have any suggestions / requests / bug reports or would like to contribute, let me know. >> >> Disclaimer: >> NativeBoost uses direct memory access. I have written Limbo to the best of my memory layout knowledge (I'm quite a n00b there) but cannot and will not guarantee that you might not experience memory leaks or VM crashes (or any type of crash for that matter). This is just a warning, I haven't had any troubles at all with Limbo so far. >> > > Hmm.. what is the C part for? The whole idea of using NativeBoost is > to avoid writing a single line of C code. Because if you cannot avoid > that, writing a VM plugin turns to be more preferable. > But i didn't saw your code yet, so just commenting what on surface :) Very well possible that I got something wrong :) Anyway, I figured that it would be easier for me to write C than NativeBoost. Also, I use pipe / fork / execute, not sure how I would have done that in NativeBoost (although it's probably possible) :) > >> >> Cheers, >> Max >> > > -- > Best regards, > Igor Stasenko. >

Nov. 19, 2012

Re: [Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Igor Stasenko

On 19 November 2012 17:17, Max Leske <maxleske(a)gmail.com> wrote: > Hi everyone. > > I want to announce the first (and *very* basic) version of Limbo. > Limbo is a simple wrapper around NativeBoost that lets you run commands on the shell (via sh) or directly (no shell expansion). > why you need to wrap around NativeBoost? perhaps a more correct phrasing would be 'using nativeboost'? > To use Limbo you will need the NBCog VM and install NativeBoost into your image (with "NBInstaller install"). You will also need to build the shared library from the archive attached to this e-mail and put it into the "Plugins" directory of the VM (instructions inside the archive). I also attached the xcode project. > > The Limbo repo: > > MCGemstoneRepository > location: 'http://ss3.gemstone.com/ss/Limbo' > user: '' > password: '' > > I am *not* an experienced C coder so there might be some horrible stuff in the box. If you have any suggestions / requests / bug reports or would like to contribute, let me know. > > Disclaimer: > NativeBoost uses direct memory access. I have written Limbo to the best of my memory layout knowledge (I'm quite a n00b there) but cannot and will not guarantee that you might not experience memory leaks or VM crashes (or any type of crash for that matter). This is just a warning, I haven't had any troubles at all with Limbo so far. > Hmm.. what is the C part for? The whole idea of using NativeBoost is to avoid writing a single line of C code. Because if you cannot avoid that, writing a VM plugin turns to be more preferable. But i didn't saw your code yet, so just commenting what on surface :) > > Cheers, > Max > -- Best regards, Igor Stasenko.

Nov. 19, 2012

[Pharo-project] [ANN] Limbo: a simple shell wrapper for NativeBoost

by Max Leske

Hi everyone. I want to announce the first (and *very* basic) version of Limbo. Limbo is a simple wrapper around NativeBoost that lets you run commands on the shell (via sh) or directly (no shell expansion). To use Limbo you will need the NBCog VM and install NativeBoost into your image (with "NBInstaller install"). You will also need to build the shared library from the archive attached to this e-mail and put it into the "Plugins" directory of the VM (instructions inside the archive). I also attached the xcode project. The Limbo repo: MCGemstoneRepository location: 'http://ss3.gemstone.com/ss/Limbo' user: '' password: '' I am *not* an experienced C coder so there might be some horrible stuff in the box. If you have any suggestions / requests / bug reports or would like to contribute, let me know. Disclaimer: NativeBoost uses direct memory access. I have written Limbo to the best of my memory layout knowledge (I'm quite a n00b there) but cannot and will not guarantee that you might not experience memory leaks or VM crashes (or any type of crash for that matter). This is just a warning, I haven't had any troubles at all with Limbo so far. Cheers, Max

Nov. 19, 2012

[Pharo-project] SortedCollection>>=

by Hernan Wilkinson

Hi, I'm a little surprised with the current SortedCollection #= implementation... it is: = aSortedCollection "Answer true if my and aSortedCollection's species are the same, and if our blocks are the same, and if our elements are the same." self species = aSortedCollection species ifFalse: [^ false]. sortBlock = aSortedCollection sortBlock ifTrue: [^ super = aSortedCollection] ifFalse: [^ false] and my surprise is because it compares the sortBlocks that makes the simplest case to fail like this one: (SortedCollection sortBlock: [ :a :b | a < b ]) = (SortedCollection sortBlock: [ :a :b | a < b ]) One could argue that if we remove the sortBlock comparison then : (SortedCollection sortBlock: [ :a :b | a < b ]) = (SortedCollection sortBlock: [ :a :b | a > b ]) would return true... but is that wrong? ... or is the philosophy to use the message #hasEqualElements: on this cases? BTW, VisualWorks implementation is the same as pharo, but the BlockClosure>>= is different and that's why it works as at least I expected :-) Bye, Hernan -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching* *Phone: +54 - 011 - *6091 - 3125* Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>* Address: Alem 693, Floor 5 B, Buenos Aires, Argentina

Nov. 19, 2012

Re: [Pharo-project] smalltalkhub problems?

by Nicolas Petton

Something's wrong, yes. I'll have a look tomorrow morning. Nico Camillo Bruni <camillobruni(a)gmail.com> writes: > I don't know if that is intended, but I cannot load code from Smalltalkhub currently > > The following file is not found: > > http://smalltalkhub.com/mc/dh83/p/P4-Kernel-CamilloBruni.10.mcz > > even though it's listed here > > http://smalltalkhub.com/mc/dh83/p/main > > > best > cami -- Nicolas Petton http://nicolas-petton.fr

Nov. 19, 2012

[Pharo-project] [update 2.0] #20411

by Marcus Denker

20411 ----- Issue 7006: Obsolete Ref to ChangeSorter http://code.google.com/p/pharo/issues/detail?id=7006 Issue 6928: Obsolete class after running all tests http://code.google.com/p/pharo/issues/detail?id=6928 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tests-MarcusDenker.483.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 19, 2012

Re: [Pharo-project] [NativeBoost] calls to munmap always fail on OS X 10.8.2

by Max Leske

Your fix works like a charm. Thanks! Max On 18.11.2012, at 17:14, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 18 November 2012 12:54, Igor Stasenko <siguctua(a)gmail.com> wrote: >> On 18 November 2012 12:41, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> Try loading >>> NativeBoost-Mac-IgorStasenko.7 >>> (and do NBMacConstants initialize, and then restart the image) >>> see if it will fix the issue. >>> >> oh wait. this won't work.. >> i really don't like to use signed values for arguments.. >> > okay, this one should do the work: > > Name: NativeBoost-Core-IgorStasenko.78 > Author: IgorStasenko > Time: 18 November 2012, 5:11:19.289 pm > UUID: 749eb374-06d6-480d-8aeb-6de80c89ce33 > Ancestors: NativeBoost-Core-IgorStasenko.77 > > - use 32-bit complement for negative values in loadModule function. > > (oops.. comment is a bit wrong, it is not loadModule, but loadSymbol.., > but i already commited the code ) > > There is no need for any changes in mac constants (it is better to > keep them negative for future > 64 bit compliance) > > -- > Best regards, > Igor Stasenko. >

Nov. 19, 2012

[Pharo-project] smalltalkhub problems?

by Camillo Bruni

I don't know if that is intended, but I cannot load code from Smalltalkhub currently The following file is not found: http://smalltalkhub.com/mc/dh83/p/P4-Kernel-CamilloBruni.10.mcz even though it's listed here http://smalltalkhub.com/mc/dh83/p/main best cami

Nov. 19, 2012