- Pharo-dev - lists.pharo.org

Re: [Pharo-project] new Cog VMs uploaded

by Henrik Sperre Johansen

Don't tell me you didn't have an idea this would happen :) Or was it Igor I talked to it about in Lille? -- View this message in context: http://forum.world.st/new-Cog-VMs-uploaded-tp3476543p3479109.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 27, 2011

Re: [Pharo-project] pier...

by Eliot Miranda

On Wed, Apr 27, 2011 at 11:06 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Done. Thanks for pointing out. > Woot! > > Lukas > > On 27 April 2011 19:48, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi All, > > can someone who knows Pier please add it > > to http://en.wikipedia.org/wiki/List_of_content_management_systems? > > TIA, > > Eliot > > > > -- > Lukas Renggli > www.lukas-renggli.ch > >

April 27, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Henrik Sperre Johansen

Also note, primShortDateFormat does nothing with the Locale you specify. All the primitives return values for the current process locale. (Set at startup to system locale rather than C) You'd need to forcibly change the process locale with primSetLocale from ImmX11Plugin (which isn't available in the image, thank God), and hope your linux has that locale installed (Ubuntu f.ex. only comes with a single one installed by default, and switching to anything but that or C will fail) Can't use primGetLocale (not accessible from image either :D ) to check if it's been successful though, as that resets the locale to system locale :) TLDR; What you want to do is impossible with the current implementation. Correcting it is really a waste of time, as something which works correct would be shabby at best. Implementing use of CLDR data is the way to go if you want something that is both reliable and works. The only bits the Locale plugin is good at (should be used for), is getting the system defined country/language. Cheers, Henry -- View this message in context: http://forum.world.st/new-Cog-VMs-uploaded-tp3476543p3479100.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 27, 2011

Re: [Pharo-project] Welcome Workspace why not opened?

by Marcus Denker

On Apr 24, 2011, at 5:23 PM, Mariano Martinez Peck wrote: > Hi. DEVImageWorkspaces class >> openWelcomeWorkspace > now looks like this: > > SystemVersion current minor = 3 ifTrue: [^self]. "Workspace API chagend. To be Fixed" > self > newWorkspaceWithContents: self welcomeWorkspaceText > title: 'Welcome to Pharo' > position: 50@120 > extent: 800 @ 500 > > so...of course in Pharo 1.3 it is just answring self. But in fact, the second part, that is, self > newWorkspaceWithContents: self welcomeWorkspaceText > title: 'Welcome to Pharo' > position: 50@120 > extent: 800 @ 500 > > is working correclty. So I don't understand the comment "Workspace API chagend. To be Fixed". What has changed if in fact the other lines work ok ? > and even more, why we have that if: instead of a self deprecated: ? > > So...what should I do ? revert it to > > openWelcomeWorkspace > self > newWorkspaceWithContents: self welcomeWorkspaceText > title: 'Welcome to Pharo' > position: 50@120 > extent: 800 @ 500 > > > or change something in th workspace API ? > When I tried it earlier in 1.3 it did not work. Now it works, so just remove the SystemVersion current minor = 3 ifTrue: [^self]. "Workspace API chagend. To be Fixed" Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 27, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Eliot Miranda

and now http://www.mirandabanda.org/files/Cog/VM/VM.r2382/ has the fix for Locale on linux. On Tue, Apr 26, 2011 at 6:37 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > with a fix for the VMs in 2379 to > http://www.mirandabanda.org/files/Cog/VM/VM.r2380/. These pass Levente's > shift/reset tests. Apologies for the earlier slip. > > > On Tue, Apr 26, 2011 at 2:01 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > >> ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix >> shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale >> plugin. >> >> best, >> Eliot >> > >

April 27, 2011

Re: [Pharo-project] UndefinedObject(Object)>>doesNotUnderstand: #findNextHandlerContextStarting

by Marcus Denker

On Apr 24, 2011, at 5:12 PM, Mariano Martinez Peck wrote: > grrrr I don't know what is happening. I am building a PharoDev 1.3 and at the end, I do: Undeclared removeUnreferencedKeys > but this throws an error that I attach. It is a big loop of such error. > The progress bar is showing "Clean up in DebuggerMethodMap" > So I added the DebuggerMethodMap intialize (reset the cache) to Smalltalk cleanUp. But why is that called when calling "Undeclared removeUnreferencedKeys"? > > In addition Undeclared ->>>> a Dictionary(#NoSuchElementError->nil ) > I checked http://code.google.com/p/pharo/issues/detail?id=4043 but there is no such method. NoSuchElementError looks like an exception subclass to me. Is it references somewhere? > Now...if I execute Undeclared removeUnreferencedKeys again, it works. > > The bad news is that this prevents the PharoDev 1.3 to be build.... > > I have no clue of what can be happening, but the only way I found so far to reproduce it is to: > > Gofer new > squeaksource: 'PharoTaskForces'; > pacakge: 'ConfigurationOfPharo'; > load. > > And then: > > (ConfigurationOfPharo project version: '1.3-beta') load > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 27, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Eliot Miranda

Hi All, this is because of carelessness in the trunk platforms/unix/plugins/LocalePlugin/sqUnixLocale.c which uses strcpy to copy C strings from the locale subsystem into Smalltalk strings. strcpy copies the trailing null, which will overwrite the first byte of the following object. This just happens not to kill the standard VM because current code always uses these functions on new strings. But Cog currently checks for attempts to overwrite objects and hence it catches these attemptys and aborts, with an error message. Hilaire, Phillipe, you should have seen and reported the "last object overwritten" report form the VM and if so we would have debugged this a lot sooner. Error messages are there to be read. Ian, David, I recommend that you fold URL: http://www.squeakvm.org/svn/squeak/branches/Cog/platforms/unix/plugins/Loca… Revision: 2382 back into trunk. I've replaced all uses of strcpy in platforms/unix/plugins/LocalePlugin/sqUnixLocale.c with the following: /* For Cog do *not* copy the trailing null since the VM checks for attempts to * overwrite the end of an object, and copying the trailing null into a string * does precisely this. */ #define safestrcpy(str,source) do { \ char *src = (source); \ int len = strlen(src); \ strncpy(str,src,len); \ } while (0) On Wed, Apr 27, 2011 at 8:18 AM, Philippe Marschall <kustos(a)gmx.net> wrote: > On 26.04.2011 23:01, Eliot Miranda wrote: > > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > > shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale > > plugin. > > The following still crashes my vm: > > (Locale localeID: (LocaleID isoLanguage: 'de' isoCountry: 'CH')) > primShortDateFormat > > Cheers > Philippe > > >

April 27, 2011

Re: [Pharo-project] pier...

by Lukas Renggli

Done. Thanks for pointing out. Lukas On 27 April 2011 19:48, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi All, > Â Â Â can someone who knows Pier please add it > toÂ http://en.wikipedia.org/wiki/List_of_content_management_systems? > TIA, > Eliot -- Lukas Renggli www.lukas-renggli.ch

April 27, 2011

[Pharo-project] pier...

by Eliot Miranda

Hi All, can someone who knows Pier please add it to http://en.wikipedia.org/wiki/List_of_content_management_systems? TIA, Eliot

April 27, 2011

Re: [Pharo-project] [ANN] PharoDev-1.3-13173

by Sven Van Caekenberghe

On 27 Apr 2011, at 19:19, Philippe Marschall wrote: > and found a bug in Zinc :-P Name: Zinc-HTTP-SvenVanCaekenberghe.147 Author: SvenVanCaekenberghe Time: 27 April 2011, 7:42:51 pm UUID: b2b69990-95ff-40bc-9ff0-6cb11dc96a24 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.146 changed ZnServer class>>#initialize not to do a Smalltalk #addToStartUpList:after: but just use the plain #addToStartUpList: (we only depend on networking and multi-processing but those will probably be OK) Thx, Philippe & Mariano! Sven PS: Hopefully, SS makes this a persistent change ;-)

April 27, 2011