- Pharo-dev - lists.pharo.org

[Pharo-project] 1.3 and scamper html package; unexpected emergency evaluator

by Schwab,Wilhelm K

Stef, all, I am doing some well-intentioned reverse-engineering of a system (aka trying to read uncommented code) and have been looking at some html that it produces. Scamper's parser was helpful some years back, so I looked on SqueakSource and found two HTML packages. I had the validation package installed, so I decided to add the scamper parser package. Weirdness #1: I was curious about what was going to happen when I installed a second HTML* package. I did NOT expect the existing package(s) to be replaced :( Didn't save that image. I owe you guys some serious testing on 1.3, so I decided to use the one-click to run the scamper package. My plan was to view source on a locally-produced page, select-all+copy and then pull the text from the clipboard to parse it. I *should* have done this: HtmlParser parse:Clipboard default clipboardText string readStream. Aside from every other item being an empty HtmlAttributes (probably very correct if a little odd looking), it does pretty much exactly what I had in mind. I said I should have done the above. What I in fact did was HtmlParser parse:Clipboard default clipboardText string readStream. (the #string send is missing). Weirdness #2: It's interesting, because I get a vm error (text all over the main window with an offer to open an emergency evaluator) saying *** System error handling failed ***. Hitting any key clears the error and displays a walkback that will open a debugger revealing that #replaceHtmlCharRefs is missing, or so that appears to be the problem. Of course the real problem is that I evaluated the wrong expression, but I should simply get the walkback, not the callstack. Is there something I can do to help unravel the cause of the problem? I used the 1.3 one-click from the web site. Bill

Oct. 14, 2011

Re: [Pharo-project] little challenge for sven and us

by Richard Durr

> > In Smalltalk it is more readable and you hardly notice the difference to > the normal Smalltalk code, while in JavaScript those callbacks are a bit > hard to grasp and understand. +1 2011/6/30 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > S, Norbert Hartl piÅ¡e: > > > Am 30.06.2011 um 17:23 schrieb StÃ©phane Ducasse: > > >>>> apparently people get excited by nodeJS and I would like to know the > equivalence of > > >>> What does it mean? > > >> in Pharo.. how do you have the same: > > > It depends what is in your head when you wrote this. The code snippet > doesn't tell that much. Registering a Block for execution on request is > probably not what makes you excited about. What is exciting about it is that > javascript is written in a strictly asynchronous manner (event driven) and > that matches perfectly the implementation with asynchronous I/O. Suddenly > you can write programs they way you ever wanted it. And lucky for us > smalltalk itself is event driven so it can go there easily, too. Well, > easily would mean to have support for asynchronous I/O in the vm (file > operations) and in the socket plugin at least. > > Because I'm just working on asynchronous no-blocking node.js like > control flow in Aida, I can say that this is really natural to Smalltalk > with its closures, much more than so called callbacks in JavaScript. In > Smalltalk it is more readable and you hardly notice the difference to > the normal Smalltalk code, while in JavaScript those callbacks are a bit > hard to grasp and understand. From non seasoned programmer perspective, > that is. > > Best regards > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

Oct. 14, 2011

Re: [Pharo-project] socket.io

by Richard Durr

I use socket.io with Amber and Node.js to build an App and that works rather beautifully. Maybe this may work for you, too. On Tue, Oct 11, 2011 at 3:01 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > > Philippe Marschall-2 wrote: > > > > On 10/11/2011 01:59 PM, Herby VojÄÃk wrote: > >>> Without async IO supporting WebSockets does not seem to make much > sense. > >>> > >>> Cheers > >>> Philippe > >>> > >> > >> I do not understand the rationale... "async IO" (more correctly, as Ryan > >> Dahl often points, is "non-blocking IO", there is nothing async in > >> node.js, > >> it's single-threaded) is just the alternative model to "threaded, > >> blocking > >> IO". What does it have in common with sense of making WebSockets work? > > > > Pharo only supports "threaded, blocking IO", so for each WebSocket (or > > long-polling, or forever i-frame) connection we need to have a Process > > lingering around. That makes Pharo less than ideal for building a > > socket.io server. > > > > Cheers > > Philippe > > > > Thanx. > That also answers the question if there is a project/plan for a socket.io > server-side library (not, I assume) which I could reuse. > So either write one (with knowing there will be lots of Processes > involved), > or not use Pharo for the server. > > -- > View this message in context: > http://forum.world.st/socket-io-tp3891592p3894239.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Oct. 14, 2011

[Pharo-project] Native Windows

by Sean P. DeNigris

What are the current options/future-possibilities? I was playing with Fffenestri's DisplayHostWindow, which kind of works in 1.3. What ever happened to that project? What is the status of Mars? Are there any other avenues? Thanks. Sean -- View this message in context: http://forum.world.st/Native-Windows-tp3905413p3905413.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 14, 2011

Re: [Pharo-project] BUG on converting to Fraction

by Chris Cunningham

Yes, the interaction between fractions and strings is not good. For instance: Fraction readFromString: ((1/2) printString) raises an error, because printing fractions puts parenthesis around the fraction, and that just isn't a valid number. -Chris On Fri, Oct 14, 2011 at 8:30 AM, Norberto Manzanos <nmanzanos(a)gmail.com> wrote: > I'm afraid the fix cause more problems than solutions. I don't know what is > happening, and I couldn't go deep, but many things are working bad. > So I have to implement temporarily String #asFraction to fullfill my > requirements. > > On Thu, Oct 13, 2011 at 10:43 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> thanks you >> >> http://code.google.com/p/pharo/issues/detail?id=4909 >> >> Stef >> >> On Oct 13, 2011, at 2:39 PM, Norberto Manzanos wrote: >> >> > On both Squeak 3.9 (I supose others too) and Pharo: >> > Fraction readFromString: '1/2' Â ---> 1 >> > '1/2' asNumber ---> 1 >> > >> > fix >> > >> > Number #readFrom: stringOrStream >> > Â Â "Answer a number as described on aStream. Â The number may >> > Â Â include a leading radix specification, as in 16rFADE" >> > Â Â | value base aStream sign | >> > Â Â aStream _ (stringOrStream isString) >> > Â Â Â Â ifTrue: [ReadStream on: stringOrStream] >> > Â Â Â Â ifFalse: [stringOrStream]. >> > Â Â (aStream nextMatchAll: 'NaN') ifTrue: [^ Float nan]. >> > Â Â sign _ (aStream peekFor: $-) ifTrue: [-1] ifFalse: [1]. >> > Â Â (aStream nextMatchAll: 'Infinity') ifTrue: [^ Float infinity * >> > sign]. >> > Â Â base _ 10. >> > Â Â value _ Integer readFrom: aStream base: base. >> > "this line " >> > Â Â (aStream peekFor: $/) ifTrue:[^Fraction Â Â numerator: value >> > denominator: (aStream upTo: $\) asInteger]. >> > " Â added " >> > Â Â (aStream peekFor: $r) >> > >> > Â Â Â Â ifTrue: >> > Â Â Â Â Â Â ["<base>r<integer>" >> > Â Â Â Â Â Â (base _ value) < 2 ifTrue: [^self error: 'Invalid radix']. >> > Â Â Â Â Â Â (aStream peekFor: $-) ifTrue: [sign _ sign negated]. >> > Â Â Â Â Â Â value _ Integer readFrom: aStream base: base]. >> > Â Â ^ self readRemainderOf: value from: aStream base: base withSign: >> > sign. >> > >> > -- >> > Norberto Manzanos >> > Instituto de Investigaciones en Humanidades y Ciencias Sociales (IdIHCS) >> > FaHCE/UNLP - CONICET >> > Calle 48 e/ 6 y 7 s/NÂº - 8Âº piso - oficina 803 >> > Tel: +54-221-4230125 interno 262 >> >> > > > > -- > Norberto Manzanos > Instituto de Investigaciones en Humanidades y Ciencias Sociales (IdIHCS) > FaHCE/UNLP - CONICET > Calle 48 e/ 6 y 7 s/NÂº - 8Âº piso - oficina 803 > Tel: +54-221-4230125 interno 262 >

Oct. 14, 2011

Re: [Pharo-project] P2P library in Smalltalk

by Johannes Rasche

Stef, can you please explain what DVG is ? Johannes Am 14.10.2011 um 10:30 schrieb StÃ©phane Ducasse: > found it in DVG > > Stef > > On Oct 14, 2011, at 10:04 AM, GÃ¶ran Krampe wrote: > >> Cees de Groot also implemented a P2P library a while back: >> >> >> http://wiki.squeak.org/squeak/5629 >> >> regards, GÃ¶ran >> > >

Oct. 14, 2011

Re: [Pharo-project] BUG on converting to Fraction

by Norberto Manzanos

I'm afraid the fix cause more problems than solutions. I don't know what is happening, and I couldn't go deep, but many things are working bad. So I have to implement temporarily String #asFraction to fullfill my requirements. On Thu, Oct 13, 2011 at 10:43 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > thanks you > > http://code.google.com/p/pharo/issues/detail?id=4909 > > Stef > > On Oct 13, 2011, at 2:39 PM, Norberto Manzanos wrote: > > > On both Squeak 3.9 (I supose others too) and Pharo: > > Fraction readFromString: '1/2' ---> 1 > > '1/2' asNumber ---> 1 > > > > fix > > > > Number #readFrom: stringOrStream > > "Answer a number as described on aStream. The number may > > include a leading radix specification, as in 16rFADE" > > | value base aStream sign | > > aStream _ (stringOrStream isString) > > ifTrue: [ReadStream on: stringOrStream] > > ifFalse: [stringOrStream]. > > (aStream nextMatchAll: 'NaN') ifTrue: [^ Float nan]. > > sign _ (aStream peekFor: $-) ifTrue: [-1] ifFalse: [1]. > > (aStream nextMatchAll: 'Infinity') ifTrue: [^ Float infinity * sign]. > > base _ 10. > > value _ Integer readFrom: aStream base: base. > > "this line " > > (aStream peekFor: $/) ifTrue:[^Fraction numerator: value > denominator: (aStream upTo: $\) asInteger]. > > " added " > > (aStream peekFor: $r) > > > > ifTrue: > > ["<base>r<integer>" > > (base _ value) < 2 ifTrue: [^self error: 'Invalid radix']. > > (aStream peekFor: $-) ifTrue: [sign _ sign negated]. > > value _ Integer readFrom: aStream base: base]. > > ^ self readRemainderOf: value from: aStream base: base withSign: > sign. > > > > -- > > Norberto Manzanos > > Instituto de Investigaciones en Humanidades y Ciencias Sociales (IdIHCS) > > FaHCE/UNLP - CONICET > > Calle 48 e/ 6 y 7 s/NÂº - 8Âº piso - oficina 803 > > Tel: +54-221-4230125 interno 262 > > > -- Norberto Manzanos Instituto de Investigaciones en Humanidades y Ciencias Sociales (IdIHCS) FaHCE/UNLP - CONICET Calle 48 e/ 6 y 7 s/NÂº - 8Âº piso - oficina 803 Tel: +54-221-4230125 interno 262

Oct. 14, 2011

Re: [Pharo-project] P2P library in Smalltalk

by StÃ©phane Ducasse

found it in DVG Stef On Oct 14, 2011, at 10:04 AM, GÃ¶ran Krampe wrote: > Cees de Groot also implemented a P2P library a while back: > > > http://wiki.squeak.org/squeak/5629 > > regards, GÃ¶ran >

Oct. 14, 2011

Re: [Pharo-project] P2P library in Smalltalk

by StÃ©phane Ducasse

Do you know where the code is? Stef On Oct 14, 2011, at 10:04 AM, GÃ¶ran Krampe wrote: > Cees de Groot also implemented a P2P library a while back: > > > http://wiki.squeak.org/squeak/5629 > > regards, GÃ¶ran >

Oct. 14, 2011

Re: [Pharo-project] P2P library in Smalltalk

by GÃ¶ran Krampe

Cees de Groot also implemented a P2P library a while back: http://wiki.squeak.org/squeak/5629 regards, GÃ¶ran

Oct. 14, 2011