April 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] IPAddressCountry & Iso3166CountryLongitudeLatitude

by Sven Van Caekenberghe

I want to share a couple of classes. Did you ever want to add this trick to your website where you do something based on the country your visitors are from ? Now you can do so in Smalltalk ! T3EasyUtils getIpAddressCountry atAddress: '81.83.7.35' #BE T3EasyUtils getIso3166CountryLongitudeLatitude at: #BE 4.0(a)50.8333 #('www.beta9.be' 'www.inria.fr' 'nic.st' 'www.world.st' 'www.pharo-project.org') collect: [ :each | T3EasyUtils getIpAddressCountry atAddress: (NetNameResolver addressForName: each) ] #(#BE #FR #SE #US #CH) (T3EasyUtils is holding unique, loaded instances of IPAddressCountry & Iso3166CountryLongitudeLatitude). As this is part of one of our commercial applications, you can even access it over the internet as a JSON REST call: $ curl http://easy.t3-platform.net/rest/geo-ip?address=81.83.7.35 {"latitude":50.8333,"address":"81.83.7.35","country":"BE","longitude":4.0} (Please note that this is not a public service as such, you can try it, but you are not supposed to call this from your own applications.) BTW, T3 Easy is our new entry level track & trace product, an HTML5 web app (using client side HTML+Javascript+CSS) on top of a REST server written in Pharo Smalltalk. It consists of 4 stateless Pharo Cog VM's running behind an Apache load balancer. The server uses Zinc HTTP Components, both for its server part, as well as for clients talking to other systems behind the scenes. Even the Open Street Map tile serving, which is pushing out many megabytes, is currently going through this server. Here is a live demo URL in case your are curious: http://easy.t3-platform.net?t=livedemo (You need a fast web browser like Google Chrome, Safari, Opera 10 or Firefox 4.) The code for IPAddressCountry & Iso3166CountryLongitudeLatitude is on SqueakSource: http://www.squeaksource.com/ADayAtTheBeach.html These are the class comments: --- IPAddressCountry maps IP addresses to their country code. I hold a collection of IPAddressRangeCountry objects that I do a binary search on. I am constructed based on a CSV data file using my class' #readFrom: which expects lines like 3651886848,3651887103,BE or start,stop,code You can download a version of this file from http://homepage.mac.com/svc/data/GeoIPCountry.csv.gz ((IPAddressCountry readFrom: 'GeoIPCountry.csv') atAddress: '81.83.7.35') = #BE Addresses can also be specified as #(81 83 7 35) for #atAddress: or as 1364395811 for #at: You should cache one instance of me. Based on data from http://www.maxmind.com/app/geolitecountry --- Iso3166CountryLongitudeLatitude maps country codes to their average or central longtiude/latitude. My keys are two letter Iso3166 Symbols representing a country, such as #BE My values are Points holding coordinates as longtiude@latitude I am constructed based on a CSV data file using my class' #readFrom: which expects lines like BE,50.8333,4.0000 or code,latitude,longitude You can download a version of this file from http://homepage.mac.com/svc/data/CountryLatLong.csv.gz ((Iso3166CountryLongitudeLatitude readFrom: 'CountryLatLong.csv') at: #BE) = 4.0(a)50.8333 You should cache one instance of me. --- Sven

April 4, 2011

Re: [Pharo-project] Transcript rant

by Igor Stasenko

On 4 April 2011 14:46, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Transcript could be polymorphic with a Stream, not necessarily a > subclass. Lets identify the methods that are missing and add them. For > instance, existing methods are: Transcript class >> nextPutAll: > aString. > To my sense, its basic protocol should be write stream. And additional methods, like endEntry could be there for compatibility. > Transcript is the model. TranscriptMorph is the view. Currently the > morph just displays a Form showing the model's contents. Wouldn't take > much to alter to present a TextMorph ( read-only right?). > Why read only? Who cares? All that view needs is to append a new entry to text morph once new content are coming in. If user wants to edit it or clear it later, let him do it. What user does is changing the text morph contents , but not transcript contents, because there is no such. An entry, once written to transcript, its gone. It should not preserve it if there is nobody listens for it. Why it should preserve all , what is written there, only to show on read-only morphic view? And how about selecting text? And how about clearing it? Should i clear it manually every time a stream size gets over multiple megabytes? It is wrong. A view is just a text morph, which appends new entries if new content comes in. If users wants to edit this morph or clear it, its not a problem, because user cannot edit stream contents.. there is no stream contents, because transcript stream is write-only stream. Which means if you don't capture what is written into it, then its gone and lost. A proper view for write only stream is just capture newly incoming content, but not read from some stream, because that implies that stream are readable and there are something which keeps its contents.. but its not. > Transcript behavior is in the class side because somehow its mimicking > a singleton, Transcript is still supposed to be unique in the image. > And thread safe, and enabling logging to file also. > What makes things thread safe? Thread safety means that nobody could access a state of object, when its in the middle of change operation. But since transcript is a write-only stream, there is no access to its state possible (you cannot read stuff which are written to it). You could just place a notifier which forwards what is written to it to some view.. And there is totally no need to maintain some internal state for transcript to access it later, and therefore its thread safe by default. > Fernando > > > On Mon, Apr 4, 2011 at 2:28 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> It is broken, badly broken.. >> >> of course its a piece of cake to add #ensureCr method , so VMMaker >> will work properly.. >> but the problem is that Transcript from Cuis is even worse than we had before. >> >> First thing, is that Transcript is no longer a global variable, but >> instead a singleton class (Transcript). >> So, now, what i suppose to do if i want to redirect all >> Transcript show: ... >> to file instead of in-image stream? >> >> Second. I told it before and i will repeat it again. >> Transcript ===== WriteStream >> >> yes, it is stream. >> >> And Transcript as a tool Â - a window which you see on desktop is a >> view of that stream. Do you follow? Â Transcript is model, and >> transcript window is view. Simple enough? >> Then why its not like that? >> >> So, we should have a model, Â which is a stream, >> and as many as we like views, which simply listening of updates on >> that stream and updating their view correspondingly.. >> >> This means that to do it right, we should do something like following: >> >> - Transcript is a stream, but which also notifies the view(s) about >> new stuff coming in, so views can react and update themselves >> - Transcript is write only stream, and any attempts to seek or read >> from it should be prohibited. Sorry guys.. if i'd like to do >> transcript logging via socket, >> where i suppose to take a content which i already sent via wire? >> >> it would be really nice to have xtreams, which allow stream >> composition.. so then transcript is a composed stream of a following >> form: >> >> notifier stream -> output stream >> >> notifier stream is direct any writes to output stream, but in addition >> it notifies any listeners about new content are written to it. This is >> easy to implement using xtreams.. >> but not so easy with old streams (but its doable). >> An output stream could be anything, which application/image wants to be. >> For obvious reasons, i'd like to redirect all transcript output in >> headless mode to stdout. It was doable with old implementation.. but >> with a new one its impossible, because then i will need to replace >> class with something else, >> and then restore it back when i have to switch back to normal operation... >> >> >> Views.. Views are receiving notifications and update their own >> contents (usually text morphs). There could be as many as one wants >> views on transcript stream. Not only one. >> I really don't like that in new transcript i can't even select a text >> or clear window... from my POV this is what called regression. >> >> Make it simple, but not simpler (c) Albert Einstein. >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> > > -- Best regards, Igor Stasenko AKA sig.

April 4, 2011

Re: [Pharo-project] Issue 3952 in pharo: SystemNavigation deeper use of environment

by pharo＠googlecode.com

Comment #1 on issue 3952 by Benjamin...(a)gmail.com: SystemNavigation deeper use of environment http://code.google.com/p/pharo/issues/detail?id=3952 Fi the messages when no implementors/senders/... are found :) Attachments: MakeSystemNavigationMessagesMoreExplicite.1.cs 1.9 KB

April 4, 2011

[Pharo-project] Issue 3954 in pharo: SystemNavigation use BrowserEnvironment as Refactoring and Nautilus

by pharo＠googlecode.com

Status: FixProposed Owner: Benjamin...(a)gmail.com Labels: Nautilus New issue 3954 by Benjamin...(a)gmail.com: SystemNavigation use BrowserEnvironment as Refactoring and Nautilus http://code.google.com/p/pharo/issues/detail?id=3954 When a new environment is set, it just ask the BrowserEnvironment for classes, and select corresponding bindings Attachments: SystemNavigationUseBrowserEnvironment.2.cs 4.4 KB

April 4, 2011

Re: [Pharo-project] Transcript rant

by Fernando Olivero

Transcript could be polymorphic with a Stream, not necessarily a subclass. Lets identify the methods that are missing and add them. For instance, existing methods are: Transcript class >> nextPutAll: aString. Transcript is the model. TranscriptMorph is the view. Currently the morph just displays a Form showing the model's contents. Wouldn't take much to alter to present a TextMorph ( read-only right?). Transcript behavior is in the class side because somehow its mimicking a singleton, Transcript is still supposed to be unique in the image. And thread safe, and enabling logging to file also. Fernando On Mon, Apr 4, 2011 at 2:28 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > It is broken, badly broken.. > > of course its a piece of cake to add #ensureCr method , so VMMaker > will work properly.. > but the problem is that Transcript from Cuis is even worse than we had before. > > First thing, is that Transcript is no longer a global variable, but > instead a singleton class (Transcript). > So, now, what i suppose to do if i want to redirect all > Transcript show: ... > to file instead of in-image stream? > > Second. I told it before and i will repeat it again. > Transcript ===== WriteStream > > yes, it is stream. > > And Transcript as a tool Â - a window which you see on desktop is a > view of that stream. Do you follow? Â Transcript is model, and > transcript window is view. Simple enough? > Then why its not like that? > > So, we should have a model, Â which is a stream, > and as many as we like views, which simply listening of updates on > that stream and updating their view correspondingly.. > > This means that to do it right, we should do something like following: > > - Transcript is a stream, but which also notifies the view(s) about > new stuff coming in, so views can react and update themselves > - Transcript is write only stream, and any attempts to seek or read > from it should be prohibited. Sorry guys.. if i'd like to do > transcript logging via socket, > where i suppose to take a content which i already sent via wire? > > it would be really nice to have xtreams, which allow stream > composition.. so then transcript is a composed stream of a following > form: > > notifier stream -> output stream > > notifier stream is direct any writes to output stream, but in addition > it notifies any listeners about new content are written to it. This is > easy to implement using xtreams.. > but not so easy with old streams (but its doable). > An output stream could be anything, which application/image wants to be. > For obvious reasons, i'd like to redirect all transcript output in > headless mode to stdout. It was doable with old implementation.. but > with a new one its impossible, because then i will need to replace > class with something else, > and then restore it back when i have to switch back to normal operation... > > > Views.. Views are receiving notifications and update their own > contents (usually text morphs). There could be as many as one wants > views on transcript stream. Not only one. > I really don't like that in new transcript i can't even select a text > or clear window... from my POV this is what called regression. > > Make it simple, but not simpler (c) Albert Einstein. > > -- > Best regards, > Igor Stasenko AKA sig. > >

April 4, 2011

Re: [Pharo-project] Issue 3953 in pharo: add #ensureCr to new transcript

by pharo＠googlecode.com

Updates: Status: FixToInclude Labels: Milestone-1.3 Type-Patch Comment #1 on issue 3953 by siguc...(a)gmail.com: add #ensureCr to new transcript http://code.google.com/p/pharo/issues/detail?id=3953 (No comment was entered for this change.)

April 4, 2011

[Pharo-project] Issue 3953 in pharo: add #ensureCr to new transcript

by pharo＠googlecode.com

Status: Accepted Owner: siguc...(a)gmail.com New issue 3953 by siguc...(a)gmail.com: add #ensureCr to new transcript http://code.google.com/p/pharo/issues/detail?id=3953 in order to make VMMaker happy... Attachments: new-transcript-fixes.1.cs 435 bytes

April 4, 2011

[Pharo-project] Issue 3952 in pharo: SystemNavigation deeper use of environment

by pharo＠googlecode.com

Status: FixProposed Owner: Benjamin...(a)gmail.com Labels: Milestone-1.3 Nautilus New issue 3952 by Benjamin...(a)gmail.com: SystemNavigation deeper use of environment http://code.google.com/p/pharo/issues/detail?id=3952 Modify some methods to be able to ask for SystemNavigation behavior (like senders), in another environment than Smalltalk globals I have modified Smalltalk editor too to make it ask its model the systemNavigation instance to use for queries. Attachments: SystemNavigationUseEnvironment.1.cs 7.6 KB

April 4, 2011

Re: [Pharo-project] Odd FFI problms with Mac vms...

by Dale Henrichs

Hey Eliot, I missed that thread:) It looks like Ken included some FFI test cases in his patch code ... what would you need over and above that? An actual C library? Dale On Apr 3, 2011, at 7:38 PM, Eliot Miranda wrote: Hi Dale, this is a known issue spotted and fixed by Ken Treis. I've been tardy in integrating the fix. I'll try and do that in the next couple of days. A test case would help (Ken, Dale?). If you want to try Ken's fix in advance then see http://lists.gforge.inria.fr/pipermail/pharo-project/2011-March/044521.html Apologies, Eliot On Sun, Apr 3, 2011 at 1:04 PM, Dale Henrichs <dhenrich(a)vmware.com<mailto:dhenrich@vmware.com>> wrote: On Apr 3, 2011, at 12:48 PM, Dale Henrichs wrote: > > On Apr 3, 2011, at 12:36 PM, Dale Henrichs wrote: > >> Norbert, >> >> Today I have found that I can get GemTools to work on the mac using Squeak 4.2.4beta1U. >> >> Squeak 4.2.5beta1U fails when an FFI call returns an incorrect value (get a Space is low error, because the size comes back as 1330942246849085449, instead of a reasonable number). >> >> The image is identical and the gci library file is identical in both cases, I've just switched the vm that I'm using. >> >> Squeak 5.7.4.1 gives an 'unsupported calling convention' with the first FFI call into the library. >> >> Cog-VM.r2378 gives a 'Could not coerce arguments' error for the FFI call that returns the unreasonable number in 4.2.5beta1U...the argument to the function is a SmallInteger (343552513) ... at least this error gives me hope that I can figure out what's wrong with this call sooner or later ... >> >> Anyway, the upshot is that Squeak 4.2.4beta1U is the best bet at the moment on the Mac for running GemTools ... >> >> Oh, the image was a PharoCore-1.1.1...Finding _a_ Mac vm, that works gives me an incentive to try getting GemTools running on PharoCore.1.2... >> >> If any of the vm or FFI guys have some insight to these problems I'd appreciate some pointers to what may be going on... > > Here's the FFI call: > > apiGciFetchObjImpl: anOopType > > <apicall: ulong 'GciFetchObjImpl' (OopType64) > > ^self externalCallFailed > > and OopType64 is a subclass of ExternalStructure with the following fields declaration: > > fields > " > (OopType64 defineFields) > " > > ^#(asOop 'ulonglong'). > > and the function declaration from the header file: > > int GciFetchObjImpl(OopType theObject); I thought it might be suspicious that a SmallInteger was being passed in when the argument type should have been OopType, so in the Cog vm, I traced the source of the argument back to the _result_ another FFI call: <apicall: OopType64 'GciNbPerform' (OopType64 char* ulong long) > The result is declared as OopType64 so it looks like the result was not converted to the correct type on return...which ends up with the incorrect argument coming in .. When the Squeak 4.2.5beta1U runs through the same sequence of calls, the result of GciNbPerform gets correctly converted to OopType64, so that seems to be the ulitmate source of the error ... Not sure whether this is a VM issue or an FFI issue, in either case I assume that the bug exists in some C code floating around somewhere.. Dale

April 4, 2011

[Pharo-project] Transcript rant

by Igor Stasenko

It is broken, badly broken.. of course its a piece of cake to add #ensureCr method , so VMMaker will work properly.. but the problem is that Transcript from Cuis is even worse than we had before. First thing, is that Transcript is no longer a global variable, but instead a singleton class (Transcript). So, now, what i suppose to do if i want to redirect all Transcript show: ... to file instead of in-image stream? Second. I told it before and i will repeat it again. Transcript ===== WriteStream yes, it is stream. And Transcript as a tool - a window which you see on desktop is a view of that stream. Do you follow? Transcript is model, and transcript window is view. Simple enough? Then why its not like that? So, we should have a model, which is a stream, and as many as we like views, which simply listening of updates on that stream and updating their view correspondingly.. This means that to do it right, we should do something like following: - Transcript is a stream, but which also notifies the view(s) about new stuff coming in, so views can react and update themselves - Transcript is write only stream, and any attempts to seek or read from it should be prohibited. Sorry guys.. if i'd like to do transcript logging via socket, where i suppose to take a content which i already sent via wire? it would be really nice to have xtreams, which allow stream composition.. so then transcript is a composed stream of a following form: notifier stream -> output stream notifier stream is direct any writes to output stream, but in addition it notifies any listeners about new content are written to it. This is easy to implement using xtreams.. but not so easy with old streams (but its doable). An output stream could be anything, which application/image wants to be. For obvious reasons, i'd like to redirect all transcript output in headless mode to stdout. It was doable with old implementation.. but with a new one its impossible, because then i will need to replace class with something else, and then restore it back when i have to switch back to normal operation... Views.. Views are receiving notifications and update their own contents (usually text morphs). There could be as many as one wants views on transcript stream. Not only one. I really don't like that in new transcript i can't even select a text or clear window... from my POV this is what called regression. Make it simple, but not simpler (c) Albert Einstein. -- Best regards, Igor Stasenko AKA sig.

April 4, 2011