- Pharo-dev - lists.pharo.org

[Pharo-project] Announcements/Seaside continuations collision in newer cog vm's
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

Hi, (yep, I'm copying tree lists because I think is a vm problem, but can be a seaside problem, or a pharo problem) (yes, it can be MY problem too... but I don't think so... ;) I'm having this really, really strange problem (because it was working before, and I do not change anything... so, maybe a change in latest changes on pharo 1.3, the version I'm using, is the cause)... This is the problem: I'm creating an application who sends an announcement, to edit something... this announcement ends in a WAComponent>>#call: message... The problem is: continuation execution fires a notification (WARenderNotification), and SubscriptionRegistry>>deliver:to: process the announcement this way: deliver: anAnnouncement to: subs subs do: [:each | [each deliver: anAnnouncement] "each is always in subs, so error will be due to each being last element. So return, nothing more to process" ifCurtailed: [self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self])]] ...and curtailedBlock is being executed... and that throws an error. This was working on older versions of VM, so maybe this is a recent change? this error was confirmed in my builds, and also in latest Eliot build. Also... is confirmed NOT being there in older cogs or interpret and btw... self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self]) shouldn't be self deliver: anAnnouncement to: ([Array with: (subs after: each)] on: NotFound do: [^self]) (because #deliver:to: is expecting a collection, not a registry? thanks, Esteban

3 8

[Pharo-project] jenkins mac cogvm misses os process?
by Tudor Girba Sept. 8, 2011

Sept. 8, 2011

Hi, When I try to run OSProcess with the Jenkins version of the CogVM, I get the message that the accessor is missing. When I run the same code with the Cog 2489 from Eliot, it works fine. You can reproduce by executing: OSProcess waitForCommand: 'echo sleeping...; sleep 3; echo I just slept for three seconds' Cheers, Doru -- www.tudorgirba.com "When people care, great things can happen."

6 10

Re: [Pharo-project] 1.3 OneCick with Cog VM
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 4:19 PM, John Toohey wrote: > Many thanks. Unfortunately this version throws errors when I try to > load my code from MC. "Error: Illegal UTF-8 encoding" from MC when I > try to build my image. Can you tell me what is the *most* stable > version that I can use with Cog and SS 3.x? > This one. I have never seen that error. So.. a case for the bug tracker. http://code.google.com/p/pharo/issues > On Thu, Sep 8, 2011 at 10:05, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Sep 8, 2011, at 3:59 PM, John Toohey wrote: >> >>> Hi, >>> Is there a 1.3 OneClick build available with the Cog VM, or should I >>> just down load the linux and OSX Cog builds from the Jenkins server? >> >> The script on the hudson is old... we need to update it. And move everything >> from hudson to jenkins. And, and... >> >> So for now: >> >> https://gforge.inria.fr/frs/download.php/28922/Pharo-1.3-OneClick.zip >> >> hand-build one-click with Cog as build from https://ci.lille.inria.fr/pharo/view/Cog/ >> >>> often run into problems with having different VMs/Plugin on different >>> servers, and like the idea of having both Liux and OSX supported in >>> one package, where I can just update the image. >> >> >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > > -- > ~JT > -- Marcus Denker -- http://marcusdenker.de

3 7

Re: [Pharo-project] Smalltalk vision
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 5:03 PM, Edgar J. De Cleene wrote: > > > > On 9/8/11 11:11 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > >> Is CUIS compatible to etoys? >> >> Marcus > > Etoys development only survive in OLPC .image, so IMHO is unfair ask if Cuis > could load Etoys. But is was fair when people bashed us when we acted on this realization 3 years ago? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] small clarification
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

the problem I reported just a minute ago is happening also on older cogs... just not in interpreter. cheers, Esteban

1 0

[Pharo-project] Announcements/Seaside continuations collision in newer cog vm's
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

Hi, (yep, I'm copying tree lists because I think is a vm problem, but can be a seaside problem, or a pharo problem) (yes, it can be MY problem too... but I don't think so... ;) I'm having this really, really strange problem (because it was working before, and I do not change anything... so, maybe a change in latest changes on pharo 1.3, the version I'm using, is the cause)... This is the problem: I'm creating an application who sends an announcement, to edit something... this announcement ends in a WAComponent>>#call: message... The problem is: continuation execution fires a notification (WARenderNotification), and SubscriptionRegistry>>deliver:to: process the announcement this way: deliver: anAnnouncement to: subs subs do: [:each | [each deliver: anAnnouncement] "each is always in subs, so error will be due to each being last element. So return, nothing more to process" ifCurtailed: [self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self])]] ...and curtailedBlock is being executed... and that throws an error. This was working on older versions of VM, so maybe this is a recent change? this error was confirmed in my builds, and also in latest Eliot build. Also... is confirmed NOT being there in older cogs or interpreter. and btw... self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self]) shouldn't be self deliver: anAnnouncement to: ([Array with: (subs after: each)] on: NotFound do: [^self]) because #deliver:to: is expecting a collection, not a registry? thanks, Esteban

1 0

Re: [Pharo-project] Smalltalk vision
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 4:05 PM, Sean P. DeNigris wrote: > There is a very (to me at least) inspiring thread on squeak-dev at > http://forum.world.st/Fork-Proposal-Cuis-amp-Killer-Apps-td3796633.html > Is CUIS compatible to etoys? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] jenkins mac cogvm misses os process?
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 4:17 PM, Sean P. DeNigris wrote: > > Marcus Denker-4 wrote: >> >> I do not even know what TestOSA is. Do we really need it? >> > > It is for Applescript. I use it all the time, but may be the only one :) The problem is that we can not be everything for everyone... Resources are too contrained. Marcus -- Marcus Denker -- http://marcusdenker.de

3 2

Re: [Pharo-project] jenkins mac cogvm misses os process?
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 3:57 PM, Sean P. DeNigris wrote: > > Esteban Lorenzano wrote: >> >> yeah... but you should be using >> https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa-blessed/ >> > > Ha ha, okay I'm glad I know now, but do we need both? It seems confusing. > There are a lot of things that are very confusing. We need to simplify, radically. (and yes, even discontinue things that used to work. Just because someone once did a Plugin (Klatt comes to mind...), does not mean that we need to support if forever. >> > I am reporting cocoa problems *and* using Carbon until the plugin issues are > worked out. Last I checked OSP and TestOSA were not working in Cog Cocoa. In > fact, TestOSA I do not even know what TestOSA is. Do we really need it? Marcus -- Marcus Denker -- http://marcusdenker.de

3 2

[Pharo-project] Smalltalk vision
by Sean P. DeNigris Sept. 8, 2011

Sept. 8, 2011

There is a very (to me at least) inspiring thread on squeak-dev at http://forum.world.st/Fork-Proposal-Cuis-amp-Killer-Apps-td3796633.html Here is the core of the OP: > I suggest a new fork or possibly a new orientation for the next Squeak > release: > Adopt Cuis as the core image and focus on killer applications to attract > new Smalltalk users. > Thousands of downloads are recorded on CNet for simple apps like a voice > recorder. > They could all be using and learning Smalltalk. Same for many other > applications. > That would help make Smalltalk popular again. > > Recently I found Squeak / Cuis contains many Sound classes. So I wrote up > an email suggesting it to a community college teacher friend who had asked > for a sound recorder. Imagine my embarrassment when I found the files > Squeak supports doesn't include .mp3. > > Squeak has so much unfinished half starts at programs, why not adopt > Juan's work to flush the unnecessary, then get started on building a > serious applications team to build truly useful free code. > > Another example, Roxio is a million dollar software company making a video > recorder app. which is not as good as an ordinary VCR and not supported > (they have a staff but try getting any real help). Squeak could be > capturing a slice of that market and enticing users to learn Smalltalk! > And source code can substitute for most support. > > Another example, Solid Works is a 3D object drafting program that is > simple and gets many thousands of users away from AutoDesk. Can Smalltalk > deliver most or all of that function with a FFI to openGL and some > programming? Certianly! > And here is the response I posted: > This is pure gold. It would be great to put the personality differences > aside (I think the only real obstacle/difference at this point) and unify > as much as possible. > > For sure, another fork would only dilute everyone's great efforts further. > But a stack of existing technologies could be very intriguing, if only > wishful thinking right now. The seeming current policy of > Squeak/Pharo/Cuis/etc to cherry pick changes from the other guys seems to > leave little time for killer app development. Imagine something like: > > cuis - rock-solid, clean, stable, small kernel > + pharo - professional-grade Smalltalk with the expected bells and > whistles of a modern IDE > + squeak - dynabook software (which b.t.w. was the whole point of Squeak > - and Smalltalk - in the first place); a medium that unites all other > media of human expression, with the required support of PDF > reading/writing/viewing, HTML browsing, cross-platform mp3 support... > _______________________________________________________________________ > = the closest we've ever been to the holy grail of computing (until VPRI > releases and makes us all obsolete, lol) > -- View this message in context: http://forum.world.st/Smalltalk-vision-tp3798902p3798902.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0