October 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] new GT features: disk memory, ws.stfx.eu sharing, closeable panes and others

by stepharo

Hi doru do not forget to ask syrel to resign the license agreement because it did not arrive up to our archive. Stef On 25/10/14 06:19, Tudor Girba wrote: > Hi, > > We are quite actively working on GT. > > First of all, thanks everyone for the feedback. We take it quite > seriously and we do our best to take it into account. Please keep the > discussions flowing. > > I summarized some of the things that happened recently in the > playground and inspector here: > http://www.humane-assessment.com/blog/gt-developments-endless-playground-me… > > Let us know what you think. > > Cheers, > Doru > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

Oct. 25, 2014

Re: [Pharo-dev] Monticello on local network server

by stepharo

Dario Pharo ****REALLYYYYYyyyyyyyyyy **** improves in three years. You should really think about migrating to Pharo30. Stef On 24/10/14 17:15, Dario Trussardi wrote: > Hi, > > i work with Pharo 1.4. > > I need to manage a packages on a local server with Monticello http > repository. > > I configured the Monticello repository with: > MCHttpRepository location: 'http://www.server1.com/RepositoryDTR/' > <http://www.server1.com/RepositoryDTR/%27> user: '' password: '' > > And configured the local DNS to redirect the request on the IP server > > and configured the lighttpd on the server to redirect the > /RepositoryDTR/ path on the specific server path. > > Now when i open the repository with Monticello i can see the hold > *.mcz package into server 1 /RepositoryDTR/ path > > > I found the error: > ZnHttpUnsuccessful: 404 Not Found > > when i save, with Monticello browser, a new package version on the > server. > > > I need to do some initialization before use a remote http ? > > > Thanks for any considerations, > > Dario > > > This is the stack relative of the error. > > VM: Mac OS - intel - 1075 - CoInterpreter > VMMaker-oscog-EstebanLorenzano.161 uuid: > 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012, > StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.161 uuid: > 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012, > https://git.gitorious.org/cogvm/blessed.git Commit: > 5151310c41b08f55b70e9c6250711cb1f3672ce7 Date: 2012-07-18 14:06:15 > +0200 By: Camillo Bruni <camillobruni(a)gmail.com > <mailto:camillobruni@gmail.com>> > > Image: Pharo1.4 [Latest update: #14445] > > ZnClient>>handleResponse > > Receiver: a ZnClient > > Arguments and temporary variables: > > Receiver's instance variables: > > request: a ZnRequest(PUT /RepositoryDTR/DtrLogin-DTR.417.mcz) > > response: a ZnResponse(404 Not Found text/html 345B) > > connection: nil > > lastUsed: nil > > state: #closed > > options: a Dictionary(#enforceAcceptContentType->true > #enforceHttpSuccess->true...etc... > > session: nil > > log: a ZnLogSupport > > ZnClient>>executeWithRedirectsRemaining: > > Receiver: a ZnClient > > Arguments and temporary variables: > > redirectCount: 3 > > Receiver's instance variables: > > request: a ZnRequest(PUT /RepositoryDTR/DtrLogin-DTR.417.mcz) > > response: a ZnResponse(404 Not Found text/html 345B) > > connection: nil > > lastUsed: nil > > state: #closed > > options: a Dictionary(#enforceAcceptContentType->true > #enforceHttpSuccess->true...etc... > > session: nil > > log: a ZnLogSupport > > [self executeWithRedirectsRemaining: self maxNumberOfRedirects] in > ZnClient>>executeWithRetriesRemaining: > > Receiver: a ZnClient > > Arguments and temporary variables: > > Receiver's instance variables: > > request: a ZnRequest(PUT /RepositoryDTR/DtrLogin-DTR.417.mcz) > > response: a ZnResponse(404 Not Found text/html 345B) > > connection: nil > > lastUsed: nil > > state: #closed > > options: a Dictionary(#enforceAcceptContentType->true > #enforceHttpSuccess->true...etc... > > session: nil > > log: a ZnLogSupport > > BlockClosure>>on:do: > > Receiver: [self executeWithRedirectsRemaining: self maxNumberOfRedirects] > > Arguments and temporary variables: > > exception: Exception > > handlerAction: [:exception | retryCount > 0 > > ifTrue: [self handleRetry; execut...etc... > > handlerActive: false > > Receiver's instance variables: > > outerContext: ZnClient>>executeWithRetriesRemaining: > > startpc: 49 > > numArgs: 0 > > ZnClient>>executeWithRetriesRemaining: > > Receiver: a ZnClient > > Arguments and temporary variables: > > retryCount: 0 > > Receiver's instance variables: > > request: a ZnRequest(PUT /RepositoryDTR/DtrLogin-DTR.417.mcz) > > response: a ZnResponse(404 Not Found text/html 345B) > > connection: nil > > lastUsed: nil > > state: #closed > > options: a Dictionary(#enforceAcceptContentType->true > #enforceHttpSuccess->true...etc... > > session: nil > > log: a ZnLogSupport > > [:exception | retryCount > 0 > > ifTrue: [self handleRetry; executeWithRetriesRemaining: retryCount - 1] > > ifFalse: [exception pass]] in ZnClient>>executeWithRetriesRemaining: > > Receiver: a ZnClient > > Arguments and temporary variables: > > retryCount: HTTPProgress: Connecting to www.server1.com > <http://www.server1.com> > > exception: 1 > > Receiver's instance variables: > > request: a ZnRequest(PUT /RepositoryDTR/DtrLogin-DTR.417.mcz) > > response: a ZnResponse(404 Not Found text/html 345B) > > connection: nil > > lastUsed: nil > > state: #closed > > options: a Dictionary(#enforceAcceptContentType->true > #enforceHttpSuccess->true...etc... > > session: nil > > log: a ZnLogSupport >

Oct. 25, 2014

Shout is strange with GT

by stepharo

this is strange if I type tr -> italized tr tra -> red plain while there is translated so it should italicized all the way. Stef

Oct. 25, 2014

[ANN] new GT features: disk memory, ws.stfx.eu sharing, closeable panes and others

by Tudor Girba

Hi, We are quite actively working on GT. First of all, thanks everyone for the feedback. We take it quite seriously and we do our best to take it into account. Please keep the discussions flowing. I summarized some of the things that happened recently in the playground and inspector here: http://www.humane-assessment.com/blog/gt-developments-endless-playground-me… Let us know what you think. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

Oct. 25, 2014

Re: [Pharo-dev] Can anyone provide me with clear, complete, and detailed instructions for loading PetitParser into Pharo 3.0?

by Sean P. DeNigris

If you don't need the UI, just load the 'Core' group and you should be fine. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Can-anyone-provide-me-with-clear-complete-and-detaile… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 25, 2014

Can anyone provide me with clear, complete, and detailed instructions for loading PetitParser into Pharo 3.0?

by Richard Sargent

I appear to have found .43 of ConfigurationOfPetitParser, but it seems to want Glamour, and Glamour seems to want other stuff ... What do I have to load, from where, in what order? Thanks, Richard -- View this message in context: http://forum.world.st/Can-anyone-provide-me-with-clear-complete-and-detaile… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 25, 2014

Re: [Pharo-dev] [Vm-dev] Weird rehashing problem

by Eliot Miranda

Hi Max, On Fri, Oct 24, 2014 at 7:29 AM, Max Leske <maxleske(a)gmail.com> wrote: > > Hi > > I have a rather strange problem with rehasing that occurred simultaneously > multiple times on the same day but not since. Luckily Iâve saved an image > with the debugger in it. The mean thing is: that doesnât help me at all > because from what I can tell either the Debugger is broken or thereâs a VM > problem. > I'm interested in taking a look at that image... (and I'm relieved you saw it on both the Cog and the Interpreter VMs ;-) ) Note: > The image is a Pharo 1.3 image. The problem occurred on two different VMs > independently, an NBCog VM (Croquet Closure Cog VM [CoInterpreter > VMMaker-oscog-EstebanLorenzano.166] 21.0) and a Squeak VM (Squeak3.10.2 of > '5 June 2008' [latest update: #7179]). > The operation during which this happened was the loading of an > ImageSegment (in both instances). > > > Hereâs what happened. I got a SubscriptOutOfBounds error during rehashing > of a Dictionary. When I look at the debugger itâs clear why the exception > got signaled but not how that situation could ever happen. > > These are the top three contexts on the stack: > > Array(Object)>>errorSubscriptBounds: > Array(Object)>>at:put: > CBConfiguration(Dictionary)>>noCheckAdd: > > This is the #noCheckAdd: methodâ > > noCheckAdd: anObject > "Must be defined separately for Dictionary because (self > findElementOrNil:) expects a key, not an association. 9/7/96 tk" > > array at: (self findElementOrNil: anObject key) put: anObject. > tally := tally + 1 > > and hereâs #at:put: where the exception is signaled: > > at: index put: value > <primitive: 61> > index isInteger ifTrue: > [self class isVariable > ifTrue: [(index >= 1 and: [index <= self size]) > ifTrue: [self errorImproperStore] > ifFalse: [self > errorSubscriptBounds: index]] <âââ signaled > ifFalse: [self errorNotIndexable]]. > index isNumber > ifTrue: [^self at: index asInteger put: value] > ifFalse: [self errorNonIntegerIndex] > > Hereâs the weird thing: according to the debugger âarray' in #noCheckAdd: > IS NOT THE SAME INSTANCE as âselfâ in #at:put:!!!!!! ????????? When I look > at the pointers to both arrays, the correct one is pointed to by the > dictionary while the other is only being referenced by the exception > context: > > Bad array: > 1: SubscriptOutOfBounds: 88 > 2: Array(Object)>>errorSubscriptBounds: > 3: Array(Object>>at:put: > 4: an Inspector > â¦ > > Good array: > 1: aCBConfiguration(size 107) > > > I really have no clue how this could have happened. Iâd appreciate any > thoughts you might haveâ¦ > > Cheers, > Max -- best, Eliot

Oct. 24, 2014

Re: [Pharo-dev] Run Spur run!!

by Eliot Miranda

On Fri, Oct 24, 2014 at 10:12 AM, Thierry Goubier <thierry.goubier(a)gmail.com > wrote: > Le 24/10/2014 19:07, Eliot Miranda a Ã©crit : > >> >> >> On Fri, Oct 24, 2014 at 7:34 AM, Esteban Lorenzano <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>> wrote: >> >> >> On 24 Oct 2014, at 16:21, Thierry Goubier >>> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> >>> wrote: >>> >>> >>> >>> 2014-10-24 15:50 GMT+02:00 ClÃ©ment Bera <bera.clement(a)gmail.com >>> <mailto:bera.clement@gmail.com>>: >>> >>> >>> The current x2 speed boost is due only to spur, not to sista. >>> Sista will provide additional performance, but we have still >>> things to do before production. >>> >>> The performance gain reported is due to (from most important >>> to less important): >>> - the new GC has less overhead. 30% of the execution time used >>> to be spent in the GC. >>> - the new object format speeds up some VM internal caches >>> (especially inline caches for message sends due to an >>> indirection for object classes with a class table). >>> - the new object format allows some C code to be converted >>> into machine code routines, including block creation, context >>> creation, primitive #at:put:, which is faster because >>> switching from jitted code to C then back to jitted code >>> generate a little overhead. >>> - characters are now immediate objects, which speeds up String >>> accessing. >>> - the new object format has a larger hash which speeds up big >>> hashed collections such as big sets and dictionaries. >>> - become is faster. >>> >>> >>> All this is really cool :) And if I remember well, there is 64 >>> bitness coming as well. >>> >>> Will Spur also cover ARM ? >>> >> >> Spur is an object format, it does not have anything to do with >> underlying architecture (well, at least in theoryâ¦ Eliot should be >> able to say more on this). >> Cog, in the other side is a jitter, and it has everything to do with >> the architecture so is difficult to have it running on ARM (but >> there is work on that direction, so we hope it will be there >> eventually). >> >> It looks like there is a misunderstanding (probably not you, >> Thierry, but since Iâve seen it time to time, I take the chance to >> clarify): Spur is not a replacement for Cog, both are orthogonal (in >> fact, Spur runs in Stack vm too). >> Real new VM is not âSpurâ vm, is "Cog+Spur" vm. >> >> >> +1. Spur changes the object representation, so it has a new heap >> layout, a new layout for objects, and a new garbage collector. Because >> the object format is simpler it allows the Cog JIT to generate machine >> code versions of more operations, in particular basicNew, basicNew: and >> closure and context creation. This is the main reason for the speedups >> in Cog+Spur. As far as the Stack VM goes if you see speedups for >> Stack+Spur vs Stack+V3 that's all due to the Spur object representation >> & GC, because there's no JIT. >> >> Now at the moment the Cog JIT only has an x86 back-end in production. >> Tim Rowledge is working on finishing the ARM back end started by Lars >> Wassermann in the GSoC a few years ago. So soonish we should be able to >> have Cog+V3 or Cog+Spur on e.g. Android. >> >> As part of 64-bit Spur I will be doing a back end for x86-64. >> > > Which is then a 64bits Spur+Cog+Sista, right? It should be able to be used for Spur+Cog or Spur+Cog+Sista. Depends how quickly I can write the 64-bit Spur and how quickly ClÃ©ment can put Sista into production. And Doug McPherson is also in the mix, having written the ARM version of >> the new FFI plugin, and is going to be building Stack ARM VMs and soon >> enough Cog ARM VMs. >> > > Thanks for all those news, this is really great. Yes, I'm very excited. It's so great to have strong collaborators like ClÃ©ment, Ronie, Doug and Tim. But there's lots of room for more to join us. For a really cool project how about grabbing Bert Freudenberg's VMMakerJS Squeak-vm-on-JavaScript, extract the event handling and rendering part and connect it to the Cog VM via sockets to give us a really fast web plugin? -- best, Eliot

Oct. 24, 2014

Re: [Pharo-dev] LivingCode was: Clickable class side example and initialize methods in Pharo 4.0

by kilon alios

glad to hear that maybe i can help, i will play with it and see if i can add some features myself. Looks simple enough from a first look but obviously I will have to look deeper :) Are you will keep this morphic based, or you thinking using spec ? On Fri, Oct 24, 2014 at 8:27 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > kilon.alios wrote > > Dont know what you feed this monster but it took forever to load on Pharo > > 4 > > and now it gives me the error MNU receiver of "do:" is nil > > Yes I should've mentioned that I've only tested on 3.0. > > > kilon.alios wrote > > Are you serious about this project or its just a little experiment for > you > > ? > > I'm serious. I want this to be my only development tool. > > I remember how weak the old System Browser felt compared to OmniBrowser, > and > eagerly anticipated Nautilus. When it arrived I was in a very different > place after researching the principles behind revolutionary systems > SketchPad, Self, Morphic and others. So I realized that the real barrier to > my expression was not the quality of the browser, but the browser concept > itself. A browser, for me, is just too abstract, and keeps my mental model > too far removed from "sending messages to live objects". > > I've been thinking carefully and going very slowly because there are so > many > ideas that it's easy to get lost trying to reinvent everything at once. I > don't really know the next step until I live with the system for a while in > each stage. Although I think once code editing and graph layout are > implemented, there will be a reasonable foundation. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/LivingCode-was-Clickable-class-side-example-and-initi… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Oct. 24, 2014

Re: [Pharo-dev] LivingCode was: Clickable class side example and initialize methods in Pharo 4.0

by Sean P. DeNigris

kilon.alios wrote > Dont know what you feed this monster but it took forever to load on Pharo > 4 > and now it gives me the error MNU receiver of "do:" is nil Yes I should've mentioned that I've only tested on 3.0. kilon.alios wrote > Are you serious about this project or its just a little experiment for you > ? I'm serious. I want this to be my only development tool. I remember how weak the old System Browser felt compared to OmniBrowser, and eagerly anticipated Nautilus. When it arrived I was in a very different place after researching the principles behind revolutionary systems SketchPad, Self, Morphic and others. So I realized that the real barrier to my expression was not the quality of the browser, but the browser concept itself. A browser, for me, is just too abstract, and keeps my mental model too far removed from "sending messages to live objects". I've been thinking carefully and going very slowly because there are so many ideas that it's easy to get lost trying to reinvent everything at once. I don't really know the next step until I live with the system for a while in each stage. Although I think once code editing and graph layout are implemented, there will be a reasonable foundation. ----- Cheers, Sean -- View this message in context: http://forum.world.st/LivingCode-was-Clickable-class-side-example-and-initi… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 24, 2014