- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] RFB Server not working on Squeak 4.1?

by Lukas Renggli

Are you using the code from <http://source.lukas-renggli.ch/unsorted/>? In Pharo the event system was changed that caused significant modifications to this code-base. Lukas On 8 September 2010 16:30, Lawson English <lenglish5(a)cox.net> wrote: > Â Has anyone tested the RFB server class in Squeak 4.1? I can't get it to > work in Mac OS X 10.6 or in at least variant of Linux. > Haven't tested it in Pharo. > > Lawson > > -- Lukas Renggli www.lukas-renggli.ch

Sept. 8, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Miguel Enrique CobÃ¡ MartÃnez

El miÃ©, 08-09-2010 a las 08:18 +0200, StÃ©phane Ducasse escribiÃ³: > sean I do not know your computer but mine does not have a 5 inches floppy, 3.5 floppy, serial port, RS2332. > Does it answer your question? > Side remark: lukas probably write gofer because he needed something > - well written > - robust > - small with only the code he needs > - with tests > so he did it and instead of keeping it for himself he accepted the **hassle** > - to get pointed as a bad guy, > - merge our changes.... > And we all thank him for that! > Lukas and other continue to rewrite everything you want :) > I have a long list in my pocket (changelist, messageset, ...) > > So changes is good, non backward compatibility is good (look at apple). +100 :) > Let us face it and learn. > > Stef > > > > > > > > Miguel Enrique CobÃ¡ MartÃnez-2 wrote: > >> > >> Exactly, that is the reason that I put AFAIK, and the reason I said it > >> was bloated. The fact that you can download from a Mantis, squeakmap, > >> GOODs, a magma repo, universes or a ftp repo has little impact if 99% of > >> the times you are downloading from http repos squeaksource and > >> gemstone. :) > >> > > > > [thinking out loud] This sounds like a great reason to clean and modularize, > > but why a whole new thing. > > -- > > View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2530693.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 8, 2010

[Pharo-project] RFB Server not working on Squeak 4.1?

by Lawson English

Has anyone tested the RFB server class in Squeak 4.1? I can't get it to work in Mac OS X 10.6 or in at least variant of Linux. Haven't tested it in Pharo. Lawson

Sept. 8, 2010

Re: [Pharo-project] Pharo sprint Friday 1 of October @ Lille

by Johan Brichau

You can count me in. Johan (from a sunny place :-) On 06 Sep 2010, at 15:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > we want to do a pharo sprint the friday 1st of October. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b7

by Juan Vuletich

John M McIntosh wrote: > Ok, well it's great someone is actually paying attention. > > In 4.2.4 > if (stat(unixPath, &statBuf) && lstat(unixPath, &statBuf)) > > and pull these values > > time_t st_mtime; /* [XSI] Last data modification time */ > time_t st_ctime; /* [XSI] Time of last status change */ > > For your examples the lstat() is the one populating the structure. > > Also described in the man page as the time file was last accessed or modified, of when the inode was last changed, or the birth time of the inode. > > We then consider > localtime(&unixTime)->tm_gmtoff; > > to create a time in the Squeak epoch. > > Now for the Cocoa Version we take > NSFileCreationDate The key in a file attribute dictionary whose value indicates the file's creation date. > NSFileModificationDate The key in a file attribute dictionary whose value indicates the file's last modified date. > > > { > NSFileCreationDate = 2010-08-20 13:25:54 -0700; > NSFileExtendedAttributes = { > "com.apple.quarantine" = <30303030 3b346337 36396138 623b5361 66617269 2e617070 3b7c636f 6d2e6170 706c652e 53616661 7269>; > }; > NSFileExtensionHidden = 0; > NSFileGroupOwnerAccountID = 0; > NSFileGroupOwnerAccountName = wheel; > NSFileHFSCreatorCode = 1178686292; > NSFileHFSTypeCode = 1398039400; > NSFileModificationDate = 2010-09-06 18:00:05 -0700; > NSFileOwnerAccountID = 501; > NSFileOwnerAccountName = johnmci; > NSFilePosixPermissions = 420; > NSFileReferenceCount = 1; > NSFileSize = 4073312; > NSFileSystemFileNumber = 81731241; > NSFileSystemNumber = 234881026; > NSFileType = NSFileTypeRegular; > } > > Now actually another bug is that I'm not re-calculating for DayLightSavings time. > > I've fixed that for 5.8b10 where the date below shows as 17:00:05 but really it should be 18:00:05 > > In checking the creation time in Squeak I see it thinks it is "2010-08-20T13:25:54+00:00" which baring the timezone/daylightsavings +00.00? issue seems correctly stated. > > Let me send you a 5.8b10 VM to test > > > /Users/johnmci/Shared/TextFlow-trunk/trunk.changes > > > ------------------------------------------------------------------------ > > > On 2010-09-07, at 9:53 AM, Juan Vuletich wrote: > > >> John M McIntosh wrote: >> >>> I've stuck a version (5.8b7) of the cocoa based os-x squeak cog JIT based VM in my experimental folder. Please ensure drawing looks sane, and how it interacts with the mouse and keyboard seems viable. >>> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b7.app.zip >>> >>> I finished the open/GL tuning and based on benchmarking I simplified the explicit flush required when a Smalltalk Morphic draw cycle fails to do a flush. Lastly I cross check the source code to ensure it compiles >>> correctly for the iOS platform. >>> -- >>> =========================================================================== >>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>> ========================================================================== >>> >>> >> Hi John, >> >> I found something strange with reported file creation and modification time. The values answered by #primLookupEntryIn:index: are (Tested on Squeak 4.1, Mac OS 10.5.8): >> >> 4.2.4 VM (Stack VM): >> 3461318674 3461318674 newFile >> 3449660476 3447966888 Squeak 4.2.4beta1U.app >> 3460975777 3460916669 Squeak.app >> 3460551046 3460551046 Squeak4.1.image >> 3449660435 3448977726 SqueakV41.sources >> >> 5.8b7 (Cog experimental VM) >> 3461314066 3461314066 newFile >> 3447962280 3447962280 Squeak 4.2.4beta1U.app >> 3460912061 3460912061 Squeak.app >> 3448973124 3460546438 Squeak4.1.image >> 3448973118 3448973118 SqueakV41.sources >> >> Take for instance SqueakV41.sources: >> DateAndTime fromSeconds: 3449660435 2010-04-25T15:00:35-03:00 >> DateAndTime fromSeconds: 3448977726 2010-04-17T17:22:06-03:00 "This is the correct one according to Finder, 4.2.4 modification time" >> DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 >> DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 >> >> So I'm, getting incorrect time info in the FileList. >> >> Something else I see is that 4.2.4 VM answers the same value for creation and modification time for some files, while 5.8b7 answers the same value for other files. (Why?) For the newly created "newFile", both answer the same value for creation and modification time. The correct value is (again) the one answered by 4.2.4. >> >> I'm at the ART time zone. >> >> Thanks, >> Juan Vuletich >> > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > Hi John, I've just tested the new VM you sent me. The details are below. This is what I see: 1)- 5.8b10 gives exactly the same date/times as 5.8b7 2)- 5.8 (both) seem to show times that are about 1:17 (one hour, seventeen minutes) earlier than the correct one. This doesn't have relation with time zones or daylight savings, it is a constant number of seconds, but not entire hours. May be it is related to the Mac OS version? I'm using MacOS 10.5.8. 3)- 5.8 (both) agree with Macintosh Explorer on when creation time should equal modification time. This is good. I believe that the new API is the correct one, even if still off by 01:17. 4)- 4.2.4 seems to know my time zone (-03:00), 5.8 (both) seem not to know. 5)- Creation time for 4.2.4 seems just wrong. Some times it is the same as modification time (when it shouldnt). Some times it doesn't make sense to me. I believe you should see similar results on your system, right? Thanks, Juan Vuletich Creation time left. Modification time right. 5.8b7 2010-09-07 T 12:07:46 +00:00 2010-09-07 T 12:07:46 +00:00 popo 2010-04-05 T 23:18:00 +00:00 2010-04-05 T 23:18:00 +00:00 Squeak 4.2.4beta1U.app 2010-09-07 T 16:41:29 +00:00 2010-09-07 T 16:41:29 +00:00 Squeak 5.8b10.app 2010-01-25 T 15:49:27 +00:00 2010-01-25 T 15:49:27 +00:00 Squeak 64-32 5.4b2.app 2010-09-02 T 20:27:41 +00:00 2010-09-02 T 20:27:41 +00:00 Squeak.app 2010-04-17 T 16:05:24 +00:00 2010-08-29 T 14:53:58 +00:00 Squeak4.1.image 2010-04-25 T 13:42:47 +00:00 2010-04-25 T 13:42:48 +00:00 SqueakV40.sources 2010-04-17 T 16:05:18 +00:00 2010-04-17 T 16:05:18 +00:00 SqueakV41.sources 5.8b10 2010-09-07 T 12:07:46 +00:00 2010-09-07 T 12:07:46 +00:00 popo 2010-04-05 T 23:18:00 +00:00 2010-04-05 T 23:18:00 +00:00 Squeak 4.2.4beta1U.app 2010-09-07 T 16:41:29 +00:00 2010-09-07 T 16:41:29 +00:00 Squeak 5.8b10.app 2010-01-25 T 15:49:27 +00:00 2010-01-25 T 15:49:27 +00:00 Squeak 64-32 5.4b2.app 2010-09-02 T 20:27:41 +00:00 2010-09-02 T 20:27:41 +00:00 Squeak.app 2010-04-17 T 16:05:24 +00:00 2010-08-29 T 14:53:58 +00:00 Squeak4.1.image 2010-04-25 T 13:42:47 +00:00 2010-04-25 T 13:42:48 +00:00 SqueakV40.sources 2010-04-17 T 16:05:18 +00:00 2010-04-17 T 16:05:18 +00:00 SqueakV41.sources 4.2.4 2010-09-08 T 08:12:29 -03:00 2010-09-07 T 13:24:34 -03:00 popo 2010-04-25 T 15:01:16 -03:00 2010-04-06 T 00:34:48 -03:00 Squeak 4.2.4beta1U.app 2010-09-08 T 08:14:53 -03:00 2010-09-07 T 17:58:17 -03:00 Squeak 5.8b10.app 2010-09-08 T 08:09:27 -03:00 2010-01-25 T 18:06:15 -03:00 Squeak 64-32 5.4b2.app 2010-09-03 T 14:09:37 -03:00 2010-09-02 T 21:44:29 -03:00 Squeak.app 2010-09-08 T 08:14:18 -03:00 2010-08-29 T 16:10:46 -03:00 Squeak4.1.image 2010-04-25 T 14:59:36 -03:00 2010-04-25 T 14:59:36 -03:00 SqueakV40.sources 2010-09-07 T 13:37:40 -03:00 2010-04-17 T 17:22:06 -03:00 SqueakV41.sources Rage Macintosh Explorer 2010-09-07 13:24:34 2010-09-07 13:24:34 popo 2010-04-06 12:34:48 2010-04-06 12:34:48 Squeak 4.2.4beta1U.app 2010-09-07 17:58:17 2010-09-07 17:58:17 Squeak 5.8b10.app 2010-01-25 18:06:15 2010-01-25 18:06:15 Squeak 64-32 5.4b2.app 2010-09-02 21:44:29 2010-09-02 21:44:29 Squeak.app 2010-04-17 17:22:12 2010-08-29 16:10:46 Squeak4.1.image 2010-04-25 14:59:35 2010-04-25 14:59:36 SqueakV40.sources 2010-04-17 17:22:06 2010-04-17 17:02:06 SqueakV41.sources

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by StÃ©phane Ducasse

I will chekc I would like an object that represent wht is logged. do you have that? I do not want strings strings strings. On Sep 8, 2010, at 12:39 PM, GÃ¶ran Krampe wrote: > On 09/08/2010 11:45 AM, StÃ©phane Ducasse wrote: >> + 1 >> If someone could look at simpleLog (because we need to change this situation and get a good logging mechanism) >> We need much better infrastructure.... and we will build them. > > I wrote SimpleLog (in the Gjallar project) and feel free to pick/use it - it is small and maps easily to Syslog (I copied the levels that syslog has) and also has a syslog emitter which is *very* nice when you build Seaside apps and want to run multiple images with a load balancer in front for example. > > There are several logging libs but... well, I think SimpleLog strikes a nice balance of functionality and simplicity. > > regards, GÃ¶ran > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010

Re: [Pharo-project] simpleLog in pharo?

by GÃ¶ran Krampe

On 09/08/2010 11:45 AM, StÃ©phane Ducasse wrote: > + 1 > If someone could look at simpleLog (because we need to change this situation and get a good logging mechanism) > We need much better infrastructure.... and we will build them. I wrote SimpleLog (in the Gjallar project) and feel free to pick/use it - it is small and maps easily to Syslog (I copied the levels that syslog has) and also has a syslog emitter which is *very* nice when you build Seaside apps and want to run multiple images with a load balancer in front for example. There are several logging libs but... well, I think SimpleLog strikes a nice balance of functionality and simplicity. regards, GÃ¶ran

Sept. 8, 2010

Re: [Pharo-project] Building Cocoa 5.x series plugins, and testing help needed.

by Philippe Marschall

On 08.09.2010 11:23, Philippe Marschall wrote: > On 08.09.2010 09:11, John M McIntosh wrote: >> Ok, I was going to spend a few of my precious evenings going thru and rebuilding all/some of the plugins for the Cocoa V5.x series of VMs. >> Maybe even update them for the Cog Stack and JIT VM. >> >> However to do this I need some help from the community to test the creatures after they are done. >> This evening I rebuild the Locale plugin and checked it into SVN to close this Pharo issue: >> >> http://code.google.com/p/pharo/issues/detail?id=2660 >> >> Now the problem is the Smalltalk code "Locale" for talking to this plugin sucks, it doesn't actually call most of the primitives and there aren't >> any tests. Obviously if no-cares about using the plugin then I can't be bothered to poke at it. >> >> However I did write some Objective-C code and jiggle it with a stick. >> >> Therefore someone should write some tests, fix the Locale Class, etc and tell me if the plugin is sane. >> >> You'll find the plugin in the Experimental Folder sub folder "5.x Plugins" >> >> http://homepage.mac.com/johnmci/.Public/experimental/5.x%20Plugins/LocalePl… >> >> Just unzip and drop it into the *.app/Contents/Resources/ folder >> >> Now this might work with Squeak 4.x VMs, I've not tried it. >> It might work with 64bit VMs (5.7x), I've not tried it. >> It might work on PowerPC, I've not tried it. >> It should work on the 5.8x series but I've not tried it out of canadian english, metric, PST, daylight savings time, georgian calendar settings >> so I have no idea if it works oh say in France where you use Euros versus $ signs? > > Seems to work at first glance. I'll see what I can do about the Locale > class and tests. Ok, see the code attached to the bug. A couple of notes: - If a primitive fails, you now get a #primitiveFailed which gives you the most generic error but anyways you know something went wrong instead of giving you some random data (eg. the country was hardcoded to 'FR'). - #primCountry and #primLanguage seem to answer a three element String with the last element being a zero character (I assume a C string), this is not so nice. I'm not sure whether this should be fixed in the primitive or in the Pharo code. - All the primitives seem to totally ignore the locale id and only work on the system locale. This makes it a whole lot less useful. - I'm totally confused by the Current and CurrentPlatform class variables. What's the difference? Do we really need both? - I'm confused by #isoCountry vs #primCountry and #isoLangauge vs #primLanguage. Do we need both? What's the point? Is this what you meant which cleanup? Cheers Philippe

Sept. 8, 2010

[Pharo-project] simpleLog in pharo?

by StÃ©phane Ducasse

+ 1 If someone could look at simpleLog (because we need to change this situation and get a good logging mechanism) We need much better infrastructure.... and we will build them. this is on my todo but this is a long one. > > On Sep 8, 2010, at 10:09 AM, Simon Denier wrote: > >> I have no idea whether this issue has been discussed before, and perhaps even solved, but is there an easy way to configure Metacello logging? Right now in Pharo, it goes into the Transcript, and consequently mixes with Compiler warning and other stuff. When we load ConfigurationOfMoose, there are so many items in the Transcript that we lost the first ones. We have to hack the Transcript to dump the interesting info into a file. >>

Sept. 8, 2010

Re: [Pharo-project] Why -encoding latin1 in pharo.sh?

by StÃ©phane Ducasse

thanks for reporting ;) Stef On Sep 8, 2010, at 10:16 AM, GÃ¶ran Krampe wrote: > Hi all! > > A friend of mine wondered why he couldn't copy/paste a text in UTF8 (with swedish Ã¥Ã¤Ã¶ characters in it) and paste into Pharo without getting a debugger :) > > It turns out that the One-Click pharo.sh uses "-encoding latin1" when it starts the VM. But the code in Clipboard>>clipboardText evidently presumes that clipboard is coming in as UTF8 always - might be the new clipboard plugin that Michael did that does that? > > Anyway, why is pharo.sh using "-encoding latin1"? It works fine when that option is removed. > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010