Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

> > Ah yes another thing which wouuld be nice to have something with one can > understand without studying it for years and repeated tries. A simple > way of building somewhat resembling GUI applications in Pharo/Squeak. Ah > yes flame me that I do appreciate the fantastic Morph world. It's so > f

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

Thanks. Mariano I remember that with marcus we got the same impression: that the copyFrom: trick to avoid a full scan was the cause of the trouble. But I remember that you said that you had still a problem. > Here's the fix: > > I reverted MethodDictionary>>#compact to its previous version: > >

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

Rats, that's not the fix. Even though #cleanUpForRelease ran to completion, running the code: Smalltalk allClassesAndTraitsDo: [ :class | [ :each | each removeEmptyCategories;

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

Here's the fix: I reverted MethodDictionary>>#compact to its previous version: compact "Make sure that I have the highest possible load factor (at least 50%)." self become: self compactWithoutBecome The non-working version was: compact "Make sure that I have the high

[Pharo-project] A BlockEventHandler is xxxxxxxxx.

Looks to me like HashTableSubclass is crying to get born and used… Stef A BlockEventHandler is x. Instance Variables allRecipientsBlocOrSelector: clickBlocOrSelector: doubleClickBlocOrSelector: doubleClickTimeoutBlocO

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

hi guys this was a lively discussion. Now it you want to improve our system, you can do it!. Did you see my easy to guess wonderful subliminal message? We have no problem of vision just lack of manpower. I always wanted the best of both worlds: a scriptable system with a syntax for VI lovers w

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

On 17/01/12 11:14 PM, Yanni Chiu wrote: On 17/01/12 5:15 PM, Mariano Martinez Peck wrote: can you reproduce the problem with that ? Nope, the code worked in both the new and old images. Here's how I've reproduced the problem. Happens about half the time out of a handful of times - using a

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

Lawson English writes: > The latest video in the saga: http://www.youtube.com/watch?v=TsJmBwi9lDY > > BTW, the video I mentioned a day or so ago now has 90 views, in only 3 > days. Just so much I'd tried to get this all running under Pharo. I guess 32-bit Pharo on 64-bit Debian is not a good base

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

Jimmie Houchin writes: > I am all for improving our editing experience. But I want it in my > image and not in Emacs/vi. I would rather see our world improved than > to see it require an external editor which sees code as text, not > objects, where different external editors have differing featur

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

On 17/01/12 5:15 PM, Mariano Martinez Peck wrote: can you reproduce the problem with that ? Nope, the code worked in both the new and old images. At first I ran the two code snippets in two separate doIt's: "code that geenrates the bug" ... "Code to test the bug" ... Then I tried to run

pharo-project@lists.gforge.inria.fr

Hi Gastón, Thanks for the code, as it serves for 1.4. I will add this to the instructions, marked for 1.4 On 17 Jan 2012, at 18:45, Gastón Dall' Oglio wrote: > mmm, in 1.3 its work, I try with the incorrect 1.3 image > Sorry for the noise. > > 2012/1/17 Gastón Dall' Oglio > Hello Johan. >

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

On Tue, Jan 17, 2012 at 1:40 PM, Mariano Martinez Peck wrote: > > 2) I can understand to put source code in files would make sense 20 years > ago. But I don't think so anymore... a normal notebook has 8gb of RAM these > days. I believe the Windows VM still limits us to around 1/2 gig of image siz

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

On Tue, Jan 17, 2012 at 1:40 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > > Well, with the following script it seems I am able to embed all source >> code in trailers: >> >> | trailer source key dict classes | >> dict := IdentityDictionary new. >> CompiledMethod allInstances do: [:

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

On Tue, Jan 17, 2012 at 11:13 PM, Yanni Chiu wrote: > On 17/01/12 4:44 PM, Mariano Martinez Peck wrote: > >> I have already opened an issue several months ago: >> http://code.google.com/p/**pharo/issues/detail?id=5005 >> >> I have also made it

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

On 17/01/12 4:44 PM, Mariano Martinez Peck wrote: I have already opened an issue several months ago: http://code.google.com/p/pharo/issues/detail?id=5005 I have also made it as much reproducable as I could and I have also asked for help: http://forum.world.st/Help-with-cleanUpForRelease-is-broke

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

On 17 Jan 2012, at 22:40, Mariano Martinez Peck wrote: > 1) From a design point of view, I think that CompiledMethodTrailer is the > correct place where source code should be stored. Why? From my point of view, the source fits into the image, but does not belong into the CompiledMethod. Comp

Re: [Pharo-project] First steps making OB work in 1.4

On Tue, Jan 17, 2012 at 6:46 PM, Guillermo Polito wrote: > On Tue, Jan 17, 2012 at 2:31 PM, Lukas Renggli wrote: > >> Please note that this configuration loads completely outdated code > > from last summer. >> > > Haha, well... So far, that configuration is stable, so I'll freeze that > (maybe o

Re: [Pharo-project] [Vm-dev] Primitive to set an identityHash

On Tue, Jan 17, 2012 at 8:04 PM, Eliot Miranda wrote: > > > > On Tue, Jan 17, 2012 at 8:43 AM, Mariano Martinez Peck < > marianop...@gmail.com> wrote: > >> >> Hi guys. Becuase of some work I am doing with proxies, I would like to be >> able to set a specific identityHash to a proxy instance. I can

pharo-project@lists.gforge.inria.fr

mmm, in 1.3 its work, I try with the incorrect 1.3 image Sorry for the noise. 2012/1/17 Gastón Dall' Oglio > Hello Johan. > > >> - Pharo 1.4 / ObjectAsMethodWrapper issues: The redirect package was >> written for 1.3, it uses ObjectAsMethodWrapper (i.e. method wrappers). I >> don't know why

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

I have already opened an issue several months ago: http://code.google.com/p/pharo/issues/detail?id=5005 I have also made it as much reproducable as I could and I have also asked for help: http://forum.world.st/Help-with-cleanUpForRelease-is-broken-MessageNotUnderstood-ByteSymbol-run-with-in-tp4205

pharo-project@lists.gforge.inria.fr

Hello Johan. > - Pharo 1.4 / ObjectAsMethodWrapper issues: The redirect package was > written for 1.3, it uses ObjectAsMethodWrapper (i.e. method wrappers). I > don't know why ObjectAsMethodWrapper (apparently) is no longer in 1.4 but I > would highly recommend including it as it is a very useful

Re: [Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

> Well, with the following script it seems I am able to embed all source > code in trailers: > > | trailer source key dict classes | > dict := IdentityDictionary new. > CompiledMethod allInstances do: [:aMethod | > trailer := aMethod trailer. > source := aMethod getSource. > trailer so

Re: [Pharo-project] Speeding up Finder string search

On Tue, Jan 17, 2012 at 10:10 PM, Stefan Marr wrote: > And here we go: > > On 17 Jan 2012, at 19:37, Stefan Marr wrote: > > After fixing that, I get these numbers: > > #(102851 10781 10798 9511 10335 9883) > > Not really impressive. > > > > I did not immediately see how to avoid the compression. >

Re: [Pharo-project] Speeding up Finder string search

marcus would love to have all the code in the image. Now we should think about it as a community. Stef On Jan 17, 2012, at 10:10 PM, Stefan Marr wrote: > And here we go: > > On 17 Jan 2012, at 19:37, Stefan Marr wrote: >> After fixing that, I get these numbers: >> #(102851 10781 10798 9511 103

Re: [Pharo-project] Exception logging

On Jan 17, 2012, at 10:07 PM, Nicolas Cellier wrote: > Silly question, but what happens to your newProcess if you don't resume it? > > [Beeper primitiveBeep] newProcess. > > won't beep... But: > > [Beeper primitiveBeep] newProcess resume. > > will… The problem is that this new process is th

Re: [Pharo-project] latest build yields stack trace running #cleanUpForProduction

Hi Yanni open a bug entry. We got some strange behavior with becomeForward: and set rehash and I wonder if this is not related. stef On Jan 17, 2012, at 10:03 PM, Yanni Chiu wrote: > Using Pharo 1.4 (#220), I end up in: > ByteSymbol(Object)>>doesNotUnderstand: #run:with:in: > > which was cal

Re: [Pharo-project] Speeding up Finder string search

And here we go: On 17 Jan 2012, at 19:37, Stefan Marr wrote: > After fixing that, I get these numbers: > #(102851 10781 10798 9511 10335 9883) > Not really impressive. > > I did not immediately see how to avoid the compression. > The image size goes currently up by ca. 50%, from 22MB to 31MB. #(

Re: [Pharo-project] Exception logging

2012/1/17 Nicolas Cellier : > Silly question, but  what happens to your newProcess if you don't resume it? > >  [Beeper primitiveBeep] newProcess. > > won't beep... But: > >  [Beeper primitiveBeep] newProcess resume. > > will... > > If you did resume then > - What is OCClosureCompiler? > - Does it

Re: [Pharo-project] [Pharo-users] First steps making OB work in 1.4

On Jan 17, 2012, at 5:19 PM, Guillermo Polito wrote: > Hi! > > I've been working the last days in making OB work in pharo 1.4. I updated > several deprecations like method reference and stuff and discovered some bugs > that I've already published in: > > http://code.google.com/p/pharo/issues

Re: [Pharo-project] Exception logging

Silly question, but what happens to your newProcess if you don't resume it? [Beeper primitiveBeep] newProcess. won't beep... But: [Beeper primitiveBeep] newProcess resume. will... If you did resume then - What is OCClosureCompiler? - Does it generate an exception? - Did you try with a regul

[Pharo-project] latest build yields stack trace running #cleanUpForProduction

Using Pharo 1.4 (#220), I end up in: ByteSymbol(Object)>>doesNotUnderstand: #run:with:in: which was called from: (MCPackage named: self theScriptLoaderPackageName) unload. First I thought it was because I had OSProcess loaded when I ran cleanUpForProduction, and it stopped in an OSProcess c

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

On 17 January 2012 20:16, Andreas Wacknitz wrote: > > Am 17.01.2012 um 13:26 schrieb Frank Shearar: > >> On 17 January 2012 03:20, blake wrote: >>> On Mon, Jan 16, 2012 at 2:43 PM, Frank Shearar >>> wrote: >>> >>> >>> Frank, >>> >>> I agree with what you said EXCEPT that I don't see the NIH ment

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

.. also SSD won't necessary use Flash technology in the future, there are already alternatives close to production level, which solve exactly that write problem. In any case, in few years we will have such a hierarchical persistent memory from slow SSD up to fastest CPU caches available. S, Michae

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

Am 17.01.2012 um 13:26 schrieb Frank Shearar: > On 17 January 2012 03:20, blake wrote: >> On Mon, Jan 16, 2012 at 2:43 PM, Frank Shearar >> wrote: >> >> >> Frank, >> >> I agree with what you said EXCEPT that I don't see the NIH mentality in >> Smalltalk. What I do see, and have seen a lot of

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

That is really Igor's job, not mine. I'm just throwing together stuff using the original Croquet OpenGL calls and making videos of what I'm doing. L. On 1/17/12 10:31 AM, Alexandre Bergel wrote: Keep going. I would love to have opengl well integrated. Alexandre On 16 Jan 2012, at 23:44,

Re: [Pharo-project] Speeding up Finder string search

Hi Mariano: On 17 Jan 2012, at 18:20, Mariano Martinez Peck wrote: > Yes, that was pretty much the same idea I got when I tried it. After walking home, the reason for the hang became clear. Recompile is obviously using getSource. After fixing that, I get these numbers: #(102851 10781 10798 9

[Pharo-project] Putting source code in method trailer [WAS] Re: Speeding up Finder string search

On Tue, Jan 17, 2012 at 6:31 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > > If you don't bother about being slow, you can also make it much easier: >> >> >> |trailer source m | >> m := (Gofer>>#load). >> trailer := m trailer. >> source := m getSource. >> trailer sourceCode: source.

Re: [Pharo-project] CogVM on Fedora

im using the cogVM on 64bits debian but i had to install 32 bit libraries. On Tue, Jan 17, 2012 at 3:06 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > > > On Tue, Jan 17, 2012 at 7:04 PM, Garret Raziel wrote: > >> Hi, does anybody have experience with CogVM on 64bit Fedora? I'm >> c

Re: [Pharo-project] CogVM on Fedora

On Tue, Jan 17, 2012 at 7:04 PM, Garret Raziel wrote: > Hi, does anybody have experience with CogVM on 64bit Fedora? I'm currently > using Fedora 16 and prebuild vm doesn't work (says that there is some > problem with x11 plugin). Is there any simple method how to run it? Or any > simple method h

[Pharo-project] CogVM on Fedora

Hi, does anybody have experience with CogVM on 64bit Fedora? I'm currently using Fedora 16 and prebuild vm doesn't work (says that there is some problem with x11 plugin). Is there any simple method how to run it? Or any simple method how to build it from sourcecode? Jan

Re: [Pharo-project] First steps making OB work in 1.4

On Tue, Jan 17, 2012 at 2:31 PM, Lukas Renggli wrote: > Please note that this configuration loads completely outdated code from last summer. > Haha, well... So far, that configuration is stable, so I'll freeze that (maybe old but working) version and begin merging the stuff in your repo :). Th

Re: [Pharo-project] First steps making OB work in 1.4

Please note that this configuration loads completely outdated code from last summer. Lukas On 17 January 2012 17:26, Esteban Lorenzano wrote: > great guille! > > El 17/01/2012, a las 1:19p.m., Guillermo Polito escribió: > > Hi! > > I've been working the last days in making OB work in pharo 1.4. 

Re: [Pharo-project] Speeding up Finder string search

> If you don't bother about being slow, you can also make it much easier: > > > |trailer source m | > m := (Gofer>>#load). > trailer := m trailer. > source := m getSource. > trailer sourceCode: source. > m becomeForward: (m copyWithTrailerBytes: trailer) > > and if you want to do it for the whole i

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

Keep going. I would love to have opengl well integrated. Alexandre On 16 Jan 2012, at 23:44, Lawson English wrote: > The latest video in the saga: http://www.youtube.com/watch?v=TsJmBwi9lDY > > BTW, the video I mentioned a day or so ago now has 90 views, in only 3 days. > > People who want t

Re: [Pharo-project] Speeding up Finder string search

On Tue, Jan 17, 2012 at 5:58 PM, Stefan Marr wrote: > Hi: > > On 17 Jan 2012, at 09:47, Mariano Martinez Peck wrote: > > > Stefan, another approach would be to store the source code in the > compiled method trailer. > Looks like everything is there already, but it does not seem to work > stable en

Re: [Pharo-project] Speeding up Finder string search

Hi: On 17 Jan 2012, at 09:47, Mariano Martinez Peck wrote: > Stefan, another approach would be to store the source code in the compiled > method trailer. Looks like everything is there already, but it does not seem to work stable enough. With the code below, this should work: (do not apply th

Re: [Pharo-project] Scat - Public Release and announcement

Hi Ralph, I'm sorry I took so long to answer, we've been quite busy here... If you decide to work on top of what's already been ported, you can rely on us for any questions you may have, no worries. If you go for the original Scratch code, I guess we could also help you on portability and archite

Re: [Pharo-project] Styling in Inspector

Hmm, true :) :P. shoutAboutToStyle: aPluggableShoutMorphOrView aPluggableShoutMorphOrView getText = self contents ifTrue: [ ^false ]. aPluggableShoutMorphOrView classOrMetaClass: self object class. ^ true shoutAboutToStyle: aPluggableShoutMorphOrView aPluggableShoutMorphOrView get

Re: [Pharo-project] First steps making OB work in 1.4

great guille! El 17/01/2012, a las 1:19p.m., Guillermo Polito escribió: > Hi! > > I've been working the last days in making OB work in pharo 1.4. I updated > several deprecations like method reference and stuff and discovered some bugs > that I've already published in: > > http://code.google

[Pharo-project] First steps making OB work in 1.4

Hi! I've been working the last days in making OB work in pharo 1.4. I updated several deprecations like method reference and stuff and discovered some bugs that I've already published in: http://code.google.com/p/pharo/issues/detail?id=5189&q=milestone%3D1.4&colspec=ID%20Type%20Status%20Summary%

pharo-project@lists.gforge.inria.fr

> Friendler configuration / user interface / having it in the core image / ...: > I am all for it, but I cannot dedicate the time to this right now. All help > is welcome and highly appreciated. I guess that some of you must be much more > knowledgeable at preferences settings/user interfaces e

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

> image, more like construct a tent and tear it down. (It makes me angry > that I can sometimes feel more productive writing Ruby in Emacs than > in Squeak/Pharo! Why can I not have BOTH a world-class text editor AND > live in an image (when I choose to)?)) This is why I want Coral. Stef

pharo-project@lists.gforge.inria.fr

Hi All, Alex notified me that there were some mails flying around here about the squeaksource mirror. I'm usually not on this mailing list because of its high volume. I'd like to gather some questions that have been raised in the last few days (thanks Nabble!) and give answers / share my though

Re: [Pharo-project] Squeaksource mirror

Seems weird. I found all of my packages… Maybe the mirroring process was interrupted because SS went down (…) Cheers, Max On 16.01.2012, at 23:09, Carla F. Griggio wrote: > Hey guys! > Just a question about the mirror chileno: is it possible that it copies just > the last commited versions of

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

The latest video in the saga: http://www.youtube.com/watch?v=TsJmBwi9lDY BTW, the video I mentioned a day or so ago now has 90 views, in only 3 days. People who want to promote squeak/pharo/seaside/etc to the world at large should take note. L. On 1/14/12 12:20 PM, Igor Stasenko wrote: [

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

On 01/16/2012 09:08 PM, Sean P. DeNigris wrote: Hopefully, one of the converts will finally implement vi bindings in the image development tools before I get around to doing the work ;-) Just a silly note, but I presume you have already investigated: http://map.squeak.org/packagebyname/SVI re

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

On 17 January 2012 03:20, blake wrote: > On Mon, Jan 16, 2012 at 2:43 PM, Frank Shearar > wrote: > > > Frank, > > I agree with what you said EXCEPT that I don't see the NIH mentality in > Smalltalk. What I do see, and have seen a lot of over the years, is people > coming in and banging on Smallta

Re: [Pharo-project] Exception logging

Thanks guys now what is really strange to me is that whe the code does not contain error to make it compile I have to wrap it with on:do: Any idea? > and if I wrap the execution with a on: error do: > I get > Start33 in the file > > > |file| > [ file := StandardFileStream file

Re: [Pharo-project] Speeding up Finder string search

Stefan, another approach would be to store the source code in the compiled method trailer. That way you don't need the IdentityDictionary nor searching anything. Just store the source in there. Since a couple of releases, CompiledMethodTrailer is reified and you can have custom types of trailers. C

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

On Mon, Jan 16, 2012 at 2:43 PM, Frank Shearar wrote: > Frank, I agree with what you said EXCEPT that I don't see the NIH mentality in Smalltalk. What I do see, and have seen a lot of over the years, is people coming in and banging on Smalltalk's differences without taking the time to learn the w

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)

On 1/16/2012 4:43 PM, Frank Shearar wrote: On 16 January 2012 20:08, Sean P. DeNigris wrote: After pounding at the system and countless books/articles/keynotes, I get that Smalltalk is a vision, not a syntax. Fortunately, I was hooked from the beginning by Alan Kay's TED Talk, so I enthusiastic

[Pharo-project] Fwd: Squeaksource mirror

Begin forwarded message: > From: Johan Fabry > Subject: Re: [Pharo-project] Squeaksource mirror > Date: 16 January 2012 21:26:26 GMT-03:00 > To: Alexandre Bergel > > > Thanks for forwarding! I'm not on the mailing list. It sure is nice to hear > the mirror helps sometimes :-) > > Since I'm

Re: [Pharo-project] loading subclasses of non existing superclasses with Monticello

Ha! Told ya! :P On Mon, Jan 16, 2012 at 5:54 PM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > Hi guys. I noticed that when loading a package with classes whose > superclasses are not present in the image, and the Monticello popup > appears, then those subclasses are not loaded at all