- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Saga of trying to integrate IDE with OpenGL continuesRe: [squeak-dev] Re:NativeBoost and NBOpenGL on Mac?

by Lawson English

Sounds good. BTW, the trend of popularity continues. This latest video http://www.youtube.com/watch?v=F5GHRaIwCS4 has had 45 views since I put it up yesterday and the first video on that topic is now at 145 views (my most popular video took 2 months to get that many views). Once you get NBOpenGL and GLDisplay cross-platform, I suspect there will be a rather large number of OpenGL programmers testing how it works. Games, GUI testing, algorithmic and other technical visualization. Cobalt/Croquet integration, etc. Lots of potential here. L. On 1/14/12 7:22 AM, Igor Stasenko wrote: > On 14 January 2012 07:12, Lawson English<lenglish5(a)cox.net> wrote: >> http://www.youtube.com/watch?v=F5GHRaIwCS4 >> >> nowhere near where it could be. With NBOpenGL and GLDisplay, things would be >> much snappier and easier. Of course, at this point, we need to start >> discussing how to integrate OpenGL errors into the squeak debugging system >> so that the IDE remains stable... >> > well, one of the ideas is to use fallback display in case of openGL error(s). > And render not to GL context but to bitmap. Then you can actually use > debugger to debug GL calls step by step > without interfering with GL stack/state. > Another approach would be to create a separate GL context and use it > for debugger. But then you need to keep an eye > for switching active contexts at right moment. > >> L. >>

Jan. 14, 2012

Re: [Pharo-project] executing a script in headless mode?

by Sven Van Caekenberghe

On 14 Jan 2012, at 19:28, Bernardo Ezequiel Contreras wrote: > file://home/vonbecmann/pharo-projects/trunk/set-up.st /home/vonbecmann/pharo-projects/trunk/set-up.st should work just as well.

Jan. 14, 2012

Re: [Pharo-project] [Interesting] Drive to remove unused code in LibreOffice

by StÃ©phane Ducasse

On Jan 14, 2012, at 12:55 PM, Sven Van Caekenberghe wrote: > > http://www.i-programmer.info/news/136-open-source/3607-drive-to-remove-unus… > > probably a problem in every large code base :) so a lot of energy to get it done. Now this should be easier for them because they should not have users and extender of their system.

Jan. 14, 2012

Re: [Pharo-project] Design change possible with fast SSD's possible?

by Stefan Marr

On 14 Jan 2012, at 19:34, Guido Stepken wrote: > Read about "wear leveling"? So, no problem with write cycles. For example yffs2 filesystem gives you a tremendous gain in lifetime of your USB flash storage. Just tell your OS to use your SSD as swap drive, and you got what you want. Without any VM changes. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Jan. 14, 2012

Re: [Pharo-project] Design change possible with fast SSD's possible?

by Michael Haupt

... BTW that's what I meant with optimisations. Am 14.01.2012 um 19:34 schrieb Guido Stepken <gstepken(a)googlemail.com>: > Read about "wear leveling"? So, no problem with write cycles. For example yffs2 filesystem gives you a tremendous gain in lifetime of your USB flash storage. > > regards, Guido Stepken > > Am 14.01.2012 15:56 schrieb "Michael Haupt" <mhaupt(a)gmail.com>: > Hi, > > 2012/1/14 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > > Conclusion? Why RAM won't be just a L3 cache in a whole hiearchy of > > caching from SSD up to CPU? Automatic, supported by OS or even hardware, > > as CPU caches are? Then image wont be needed to be read to RAM and > > snapshoted back to disk, it can be run directly from disk. > > SSDs are Flash memory. The number of write cycles is limited before > the memory starts to fail. Smalltalk frequently performs GC, which > involves moving objects, i.e., writing. Writing is also much slower > than reading, and AFAIK possible only block-wise (with a block being > significantly larger than your average object). Flash file systems > apply optimisations to distribute writing evenly, avoiding excessive > writing in some places and consequent earlier failure. > > Best, > > Michael >

Jan. 14, 2012

Re: [Pharo-project] Design change possible with fast SSD's possible?

by Michael Haupt

... thanks for the pointer. How about writing speed and modalities? Am 14.01.2012 um 19:34 schrieb Guido Stepken <gstepken(a)googlemail.com>: > Read about "wear leveling"? So, no problem with write cycles. For example yffs2 filesystem gives you a tremendous gain in lifetime of your USB flash storage. > > regards, Guido Stepken > > Am 14.01.2012 15:56 schrieb "Michael Haupt" <mhaupt(a)gmail.com>: > Hi, > > 2012/1/14 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > > Conclusion? Why RAM won't be just a L3 cache in a whole hiearchy of > > caching from SSD up to CPU? Automatic, supported by OS or even hardware, > > as CPU caches are? Then image wont be needed to be read to RAM and > > snapshoted back to disk, it can be run directly from disk. > > SSDs are Flash memory. The number of write cycles is limited before > the memory starts to fail. Smalltalk frequently performs GC, which > involves moving objects, i.e., writing. Writing is also much slower > than reading, and AFAIK possible only block-wise (with a block being > significantly larger than your average object). Flash file systems > apply optimisations to distribute writing evenly, avoiding excessive > writing in some places and consequent earlier failure. > > Best, > > Michael >

Jan. 14, 2012

Re: [Pharo-project] Design change possible with fast SSD's possible?

by Guido Stepken

Read about "wear leveling"? So, no problem with write cycles. For example yffs2 filesystem gives you a tremendous gain in lifetime of your USB flash storage. regards, Guido Stepken Am 14.01.2012 15:56 schrieb "Michael Haupt" <mhaupt(a)gmail.com>: > Hi, > > 2012/1/14 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: > > Conclusion? Why RAM won't be just a L3 cache in a whole hiearchy of > > caching from SSD up to CPU? Automatic, supported by OS or even hardware, > > as CPU caches are? Then image wont be needed to be read to RAM and > > snapshoted back to disk, it can be run directly from disk. > > SSDs are Flash memory. The number of write cycles is limited before > the memory starts to fail. Smalltalk frequently performs GC, which > involves moving objects, i.e., writing. Writing is also much slower > than reading, and AFAIK possible only block-wise (with a block being > significantly larger than your average object). Flash file systems > apply optimisations to distribute writing evenly, avoiding excessive > writing in some places and consequent earlier failure. > > Best, > > Michael > >

Jan. 14, 2012

Re: [Pharo-project] executing a script in headless mode?

by Bernardo Ezequiel Contreras

forget it, i made a mistake, i wrote file://home/vonbecmann/pharo-projects/trunk/set-up.st with two slash and it's only one, so now it works. thanks. On Sat, Jan 14, 2012 at 2:18 PM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > Cami, > II've tried the following steps: > > Steps: > > # ${vm} -vm-display-null -vm-sound-null ${path to image} file:/${absolute > script path} > > Actual Result: > # quit but i get a PharoDebug.log with a message "no contents to install" > > Expected Result: > # To save the settings and quit. > > thanks. > > On Sat, Jan 14, 2012 at 5:09 AM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: > >> There's a bug in the current image (will be integrated soon) >> To avoid any issues make sure to add a full url inclusive a scheme (in >> this case file:/) >> >> ${vm} -vm-display-null -vm-sound-null ${path to image} file:/${absolute >> script path} >> >> >> BTW: you can also specify http:// urls :) >> >> best >> cami >> >> On 2012-01-14, at 08:43, Sven Van Caekenberghe wrote: >> > On 14 Jan 2012, at 03:52, Bernardo Ezequiel Contreras wrote: >> >> Hi, >> >> >> >> I'm trying to execute a simple script in headless mode in order to >> setup some basic settings but it seems not to work right now. >> >> I've used this idea a lot to build my images. >> >> >> >> Do i have to install some package?? >> >> >> >> Pharo image: Pharo1.4a#14283 >> >> Virtual machine used: CoInterpreter VMMaker.oscog-eem.138 uuid: >> f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 17 2011, >> StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: >> c2849383-9768-4948-b9b2-a5c22d482b07 Nov 17 2011, r2515 >> http://www.squeakvm.org/svn/squeak/branches/Cog >> >> Platform Name: unix >> >> Class browser used (if applicable): Browser >> >> >> >> Steps to reproduce: >> >> #. ${vm} -vm-display-null -vm-sound-null ${path to image} ${path to >> the directory that contains the script}/set-up.st >> >> >> >> Actual Result: >> >> #. it doesn't quit. >> >> >> >> Expected Result: >> >> #. To save the settings and quit. >> >> >> >> >> >> === set-up.st === >> >> Author fullName: 'BernardoContreras'. >> >> >> >> Smalltalk snapshot: true andQuit: true. >> >> ============ >> >> >> >> Thanks >> > >> > Make sure that ${path to the directory that contains the script}/ >> set-up.st is absolute. You also need .changes and .sources in the right >> directory. Is a PharoDebug.log written ? >> > >> > You could also try to add this to your script (in 1.4) to get more >> feedback: >> > >> > NonInteractiveTranscript stdout install. >> > Transcript crShow: 'Starting â¦'. >> > >> > "â¦" >> > >> > Sven >> > >> > >> > >> >> >> >

Jan. 14, 2012

Re: [Pharo-project] executing a script in headless mode?

by Bernardo Ezequiel Contreras

Cami, II've tried the following steps: Steps: # ${vm} -vm-display-null -vm-sound-null ${path to image} file:/${absolute script path} Actual Result: # quit but i get a PharoDebug.log with a message "no contents to install" Expected Result: # To save the settings and quit. thanks. On Sat, Jan 14, 2012 at 5:09 AM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: > There's a bug in the current image (will be integrated soon) > To avoid any issues make sure to add a full url inclusive a scheme (in > this case file:/) > > ${vm} -vm-display-null -vm-sound-null ${path to image} file:/${absolute > script path} > > > BTW: you can also specify http:// urls :) > > best > cami > > On 2012-01-14, at 08:43, Sven Van Caekenberghe wrote: > > On 14 Jan 2012, at 03:52, Bernardo Ezequiel Contreras wrote: > >> Hi, > >> > >> I'm trying to execute a simple script in headless mode in order to > setup some basic settings but it seems not to work right now. > >> I've used this idea a lot to build my images. > >> > >> Do i have to install some package?? > >> > >> Pharo image: Pharo1.4a#14283 > >> Virtual machine used: CoInterpreter VMMaker.oscog-eem.138 uuid: > f9a63bdf-7bbc-4ae5-9634-ecd6fd814c9d Nov 17 2011, > StackToRegisterMappingCogit VMMaker.oscog-eem.139 uuid: > c2849383-9768-4948-b9b2-a5c22d482b07 Nov 17 2011, r2515 > http://www.squeakvm.org/svn/squeak/branches/Cog > >> Platform Name: unix > >> Class browser used (if applicable): Browser > >> > >> Steps to reproduce: > >> #. ${vm} -vm-display-null -vm-sound-null ${path to image} ${path to > the directory that contains the script}/set-up.st > >> > >> Actual Result: > >> #. it doesn't quit. > >> > >> Expected Result: > >> #. To save the settings and quit. > >> > >> > >> === set-up.st === > >> Author fullName: 'BernardoContreras'. > >> > >> Smalltalk snapshot: true andQuit: true. > >> ============ > >> > >> Thanks > > > > Make sure that ${path to the directory that contains the script}/ > set-up.st is absolute. You also need .changes and .sources in the right > directory. Is a PharoDebug.log written ? > > > > You could also try to add this to your script (in 1.4) to get more > feedback: > > > > NonInteractiveTranscript stdout install. > > Transcript crShow: 'Starting â¦'. > > > > "â¦" > > > > Sven > > > > > > > > >

Jan. 14, 2012

Re: [Pharo-project] CommentReference removed?

by StÃ©phane Ducasse

Excellent tHanks for your good energy :) On Jan 13, 2012, at 10:08 PM, Guillermo Polito wrote: > Yeap, I've already updated the reference from CommentReference to RGCommetnDefinition :) > > On Fri, Jan 13, 2012 at 5:30 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > > I am trying to load OB in Pharo 1.4, but It seems CommentReference was removed from the image... Shouldn't it go to a deprecated package? > > CommentReference should not work anymore because it was just a hack that we introduced with johan and benjamin > waiting for Ring. > We could reintroduce it but I think that it should not work. > Now we have Ring and we can use it instead. > > > > > Should we reitroduce it with the proper deprecation? > > > > Guille > > >

Jan. 14, 2012