Squeak-dev May 2013

squeak-dev@lists.squeakfoundation.org

59 participants
334 discussions

Re: About HyperCard ( was Re: [squeak-dev] Getting rid of coloured code)
by karl ramberg 01 May '13

01 May '13

Etoys image also have a stack morph Karl On Wed, Feb 27, 2013 at 11:24 AM, Jecel Assumpcao Jr. <jecel(a)merlintec.com>wrote: > While the DynaBookJr (I always misread "DBJr" as "DataBase Jr") is > indeed a good modern replacement for HyperCard, isn't the normal > BookMorph already available in Squeak a reasonable approximation? > > -- Jecel > > >

11 24

Raspberry Pi colocation for Seaside?
by tim Rowledge 01 May '13

01 May '13

This must surely have occurred to someone already but just in case… http://raspberrycolocation.com/ (Dutch company, terms and conditions are in Dutch which means we could do with some translation help) Now I don't know what limits they would choose to impose on software but from the looks of it you can choose your own OS by sending them a Pi with an installed SD card rather than buying the Pi from them (in which case they do a default Raspbian setup). So if someone were to assemble a suitable OS, vm, Seaside setup and package it as an IMG/IMZ file suitable for dumping onto an SD card it looks like it would be fairly easy to get a Seaside server on the net, along with no monthly costs. It won't be a big corporate server with failover, backup, 24x7 support and chocolate unicorns but still, an easy and cheap Seaside Server. Got to be worth some effort, surely? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim "Bother!" said Pooh, as he pulled Piglet out the mincer.

2 1

The Trunk: Kernel-dtl.756.mcz
by commits＠source.squeak.org 01 May '13

01 May '13

David T. Lewis uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-dtl.756.mcz ==================== Summary ==================== Name: Kernel-dtl.756 Author: dtl Time: 30 April 2013, 11:11:20.297 pm UUID: ccdaa08e-5f15-4862-90bc-8413832f3363 Ancestors: Kernel-ul.755 Remove Integer>>hex8. This is used only in VMMaker for printing hex representations of 32-bit values. It should be maintained as a VMMaker extension, along with whatever extension may be required for formatted printing of 64-bit values. Add Time class>>primPosixMicrosecondClockWithOffset in addition to primUTCMicrosecondClock and primLocalMicrosecondClock. There are three microsecond primitives that are (or will be) supported on all Cog and interpreter VMs that may be accessed as: { Time primUTCMicrosecondClock . Time primLocalMicrosecondClock . Time primPosixMicrosecondClockWithOffset } =============== Diff against Kernel-ul.755 =============== Item was removed: - ----- Method: Integer>>hex8 (in category 'printing') ----- - hex8 - "Print the receiver in base 16 with prefixed base, using at least 8 digits. - DO NOT CHANGE THIS!! The Cog VMMaker depends on this. - Consider using storeStringBase: 16 length: 11 padded: true instead." - "16r3333 hex8" - | hex | - hex := self hex. "16rNNN" - ^hex size < 11 - ifTrue: [hex copyReplaceFrom: 4 to: 3 - with: ('00000000' copyFrom: 1 to: 11-hex size)] - ifFalse: [hex]! Item was added: + ----- Method: Time class>>primPosixMicrosecondClockWithOffset (in category 'clock') ----- + primPosixMicrosecondClockWithOffset + "Answer an array with UTC microseconds since the Posix epoch and the + current seconds offset from GMT in the local time zone." + + <primitive: 'primitiveUtcWithOffset'> + ^#(0 0)!

1 0

Re: [squeak-dev] The Trunk: Kernel-ul.755.mcz
by David T. Lewis 01 May '13

01 May '13

On Sat, Apr 27, 2013 at 08:23:57PM +0000, commits(a)source.squeak.org wrote: > Levente Uzonyi uploaded a new version of Kernel to project The Trunk: > http://source.squeak.org/trunk/Kernel-ul.755.mcz > > ==================== Summary ==================== > > Name: Kernel-ul.755 > Author: ul > Time: 27 April 2013, 10:07:32.072 pm > UUID: 7acc79da-c279-4097-a56f-7d44c94aa5f7 > Ancestors: Kernel-fbs.754 > > Added two methods to access primitive 240 and 241, which can provide microsecond resolution timestamps on Cog VMs. > The primitives to support primUTCMicrosecondClock primUTCMicrosecondClock have been added to the standard interpreter VM and will be present in future builds. In addition, primitiveUtcWithOffset from the interpreter VM has now also been added to Cog, so all VMs should now support the same common set of three primitives for microsecond clock support. I will add a Time class>>primPosixMicrosecondClockWithOffset to expose that primitive in addition to the primUTCMicrosecondClock and primLocalMicrosecondClock that were added in Kernel-ul.755. Dave

1 0

Jump to page: