Squeak-dev March 2013

squeak-dev@lists.squeakfoundation.org

73 participants
283 discussions

The Trunk: Kernel-fbs.752.mcz
by commits＠source.squeak.org 30 Mar '13

30 Mar '13

Frank Shearar uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-fbs.752.mcz ==================== Summary ==================== Name: Kernel-fbs.752 Author: fbs Time: 30 March 2013, 10:09:47.906 pm UUID: 0724a0a2-6b96-4e07-94ed-79bdc4e2466b Ancestors: Kernel-eem.751 Increase the "polymorphitude" of numbers by supplying a default implementation of #zero, together with a few per-type specialisations to go with those we already have. =============== Diff against Kernel-eem.751 =============== Item was added: + ----- Method: Float class>>zero (in category 'constants') ----- + zero + ^ 0.0.! Item was added: + ----- Method: Fraction class>>zero (in category 'constants') ----- + zero + ^ self numerator: 0 denominator: 1.! Item was added: + ----- Method: Number class>>zero (in category 'constants') ----- + zero + ^ 0.!

1 0

The Trunk: Tools-fbs.459.mcz
by commits＠source.squeak.org 30 Mar '13

30 Mar '13

Frank Shearar uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-fbs.459.mcz ==================== Summary ==================== Name: Tools-fbs.459 Author: fbs Time: 30 March 2013, 9:38:28.456 pm UUID: 737fcfbc-3a01-4558-a89a-d4760753d8f7 Ancestors: Tools-eem.458 Mantis #6548. Reported and fix supplied by cdrick. Would a non-default-Browser (OmniBrowser, say) user please verify this doesn't break anything? (Just cmd-B something.) =============== Diff against Tools-eem.458 =============== Item was changed: ----- Method: StringHolder>>browseMethodFull (in category '*Tools') ----- browseMethodFull "Create and schedule a full Browser and then select the current class and message." | myClass | ^ (myClass := self selectedClassOrMetaClass) ifNotNil: + [ToolSet browse: myClass selector: self selectedMessageName]! - [Browser fullOnClass: myClass selector: self selectedMessageName]!

1 0

Re: [squeak-dev] The Trunk: Graphics-tpr.205.mcz
by Bert Freudenberg 30 Mar '13

30 Mar '13

On 2013-03-24, at 05:33, commits(a)source.squeak.org wrote: > tim Rowledge uploaded a new version of Graphics to project The Trunk: > http://source.squeak.org/trunk/Graphics-tpr.205.mcz > > ==================== Summary ==================== > > Name: Graphics-tpr.205 > Author: tpr > Time: 23 March 2013, 10:32:54.898 pm > UUID: a16cf25b-36b7-4a5e-b3e9-3786b5f7c92d > Ancestors: Graphics-tpr.204 > > A somewhat involved pile of changes that I'm not 10% sure my use of MC has correctly caught; revert this if you find bugs! > For example, MC claims that AbstractFont is very different but visual inspection says not. Guess you need look more closely, and learn to trust MC that it is, in fact, going to do what it claims to ;) > Item was removed: > - ----- Method: AbstractFont>>displayStrikeoutOn:from:to: (in category 'displaying') ----- > - displayStrikeoutOn: aDisplayContext from: baselineStartPoint to: baselineEndPoint > - "display the strikeout if appropriate for the receiver"! It's not okay to push stuff to trunk if you notice that it has more changes than you intend it to have. In this case, essential text display routines get deleted from other users' systems when updating. Not cool. I guess what happened is that the Freetype package still takes over these methods, without declaring them as overrides. This removes them from the Graphics package. I moved your version to the inbox for now to spare others of their images freezing on update. - Bert -

4 8

The joys (or not) of floating point numbers
by tim Rowledge 30 Mar '13

30 Mar '13

As a side-effect of running the SpaceTally code I had to look at implementations of #roundTo: because the output was bizarrely formatted. It turns out that for several of the percentage values calculated by - percent := s spaceForInstances*100.0/totalInstSpace roundTo: 0.1. - we get decidedly not numbers that match what we probably think we should get. For example 28846801 *100.0 / 53172599 -> 54.25125260474855 BUT 54.25125260474855 roundTo: 0.1 -> 54.300000000000004 What? That's not even correct, let alone rounded to the requested precision. Who is a numerics aficionado? tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Managing programmers is like herding cats.

6 18

Video decoders in Sq4.4
by Brad Fuller 30 Mar '13

30 Mar '13

I might have asked this question a while back, what happened to the video "stuff" in Squeak. Was it removed entirely? There was some mpeg1 players, but I think that's all there was. Is my memory wrong? Where there any other code available? -- Brad Fuller brad(a)bradfuller.com

4 4

Pi Squeak news
by tim Rowledge 30 Mar '13

30 Mar '13

We get a mention (last answer)- http://betanews.com/2013/03/19/it-sold-a-million-units-in-a-single-year-so-… tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Dopeler effect (n): The tendency of stupid ideas to seem smarter when they come at you rapidly.

10 12

Daily Commit Log
by commits＠source.squeak.org 30 Mar '13

30 Mar '13

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2013-March/005822.html Name: Tests-dtl.194 Ancestors: Tests-eem.193 Merge Tests-dtl.193 Background: http://lists.squeakfoundation.org/pipermail/squeak-dev/2013-March/169911.ht… Two tests that illustrate the limit to number of literals in a compiled method. Both tests pass on Squeak 4.4. One of the tests fails in the most recent Squeak trunk. CompilerTest>>testMaxLiteralsWithClassReferenceInClosure passes in the image at http://build.squeak.org/job/SqueakTrunk/212/ and fails in later updates to trunk. =============================================

1 0

GSoC deadline passed, record number of ideas collected
by Janko Mivšek 29 Mar '13

29 Mar '13

Dear Smalltalkers, Serge and me just submitted the application for the GSoC (see its copy here: http://gsoc2013.esug.org/application), now let we wait finger crossed to the Monday 8.April when accepted organizations will be announced. But we have a good chance thanks to all of you spend a time to prepare the record number of ideas: 44, which is way over last year 25! Note also that you can still propose an project idea, there is two more weeks or so for that, but we need a solid list of ideas at that time for Google guys to see what we are really capable :) While idea authors please recheck that your idea is properly put on http://gsoc2013.esug.org/ideas. For any mistake I apologize in advance! Thanks therefore again to all, now a week and so a rest! Best regards Serge and Janko your GSoC admin team -- Janko Mivšek Smalltalk GSoC Admin Team http://gsoc2013.esug.org

1 0

The Trunk: Tests-dtl.194.mcz
by commits＠source.squeak.org 29 Mar '13

29 Mar '13

David T. Lewis uploaded a new version of Tests to project The Trunk: http://source.squeak.org/trunk/Tests-dtl.194.mcz ==================== Summary ==================== Name: Tests-dtl.194 Author: dtl Time: 29 March 2013, 10:13:41.368 am UUID: ba96f5b8-f215-4045-a16f-473c8dde8760 Ancestors: Tests-eem.193 Merge Tests-dtl.193 Background: http://lists.squeakfoundation.org/pipermail/squeak-dev/2013-March/169911.ht… Two tests that illustrate the limit to number of literals in a compiled method. Both tests pass on Squeak 4.4. One of the tests fails in the most recent Squeak trunk. CompilerTest>>testMaxLiteralsWithClassReferenceInClosure passes in the image at http://build.squeak.org/job/SqueakTrunk/212/ and fails in later updates to trunk. =============== Diff against Tests-eem.193 =============== Item was added: + ----- Method: CompilerTest>>testMaxLiterals (in category 'limits') ----- + testMaxLiterals + "Document the maximum number of literals in a compiled method" + + | maxLiterals stringThatCanBeCompiled stringWithOneTooManyLiterals | + maxLiterals := 249. + stringThatCanBeCompiled := '{ ', (String streamContents: [:strm | + 1 to: maxLiterals do: [:e | strm nextPutAll: '''', e asString, '''', ' . ']]), '}'. + stringWithOneTooManyLiterals := '{ ', (String streamContents: [:strm | + 1 to: maxLiterals + 1 do: [:e | strm nextPutAll: '''', e asString, '''', ' . ']]), '}'. + self shouldnt: [Compiler evaluate: stringThatCanBeCompiled logged: false] raise: Error. + self should: (Compiler evaluate: stringThatCanBeCompiled logged: false) size = maxLiterals. + + "If the following test fails, it means that the limit has been raised or eliminated, + and this test should be updated to reflect the improvement." + self should: [Compiler evaluate: stringWithOneTooManyLiterals logged: false] raise: Error. + ! Item was added: + ----- Method: CompilerTest>>testMaxLiteralsWithClassReferenceInClosure (in category 'limits') ----- + testMaxLiteralsWithClassReferenceInClosure + "Document the maximum number of literals in a compiled method. A class + reference in a closure reduces the maximum literals." + + | maxLiterals stringThatCanBeCompiled stringWithOneTooManyLiterals | + maxLiterals := 244. + stringThatCanBeCompiled := '[ DateAndTime now. Date today. Time ]. { ', + (String streamContents: [:strm | + 1 to: maxLiterals do: [:e | strm nextPutAll: '''', e asString, '''', ' . ']]), '}'. + stringWithOneTooManyLiterals := '[ DateAndTime now. Date today. Time ]. { ', + (String streamContents: [:strm | + 1 to: maxLiterals + 1 do: [:e | strm nextPutAll: '''', e asString, '''', ' . ']]), '}'. + self shouldnt: [Compiler evaluate: stringThatCanBeCompiled logged: false] raise: Error. + self should: (Compiler evaluate: stringThatCanBeCompiled logged: false) size = maxLiterals. + + "If the following test fails, it means that the limit has been raised or eliminated, + and this test should be updated to reflect the improvement." + self should: [Compiler evaluate: stringWithOneTooManyLiterals logged: false] raise: Error. + !

1 0

GSoC idea - Smalltalk Modbus Industrial Communications Protocol
by Ben Coman 28 Mar '13

28 Mar '13

Janko Mivšek wrote: > Dear Pharoers, > > Ideas are slowly coming, 14 so far, but this is way below the 30+ in > previous years. So, stretch your brain, come with some more ideas, which > will be interesting for potential students and of course useful for our > community. Students you are again welcome to propose such idea by your > own. One student idea for now! > > Ideas so far: http://gsoc2013.esug.org/ideas > > To propose an idea just respond to this post by fulfilling this idea > template: > > Title: Smalltalk Modbus Industrial Communications Protocol Level: Intermediate Possible mentor: Ben Coman - I can provide the domain knowledge and general programming assistance Possible second mentor: Someone to help advise on good Smalltalk architectural patterns Description: Smalltalk has high potential as a SCADA (Supervisor Control And Data Acquisition) platform for industrial plant automation. A SCADA system provides a real-time animated interface for plant operators to monitor and control industrial processes, by providing graphical mimics of meters, gauges, valves, motors, tanks and field start/stop buttons[1]. A pre-requisite of this is communicating with a PLC (Programmable Logic Controller) to which the electrical wiring of the plant sensor and control devices are connected. The de facto communications protocol for SCADA/PLC communication is Modbus. This project will implement the Modbus protocol in Smalltalk. Technical Details: First published in 1979, Modbus is a application level master-slave/client-server communications protocol used for SCADA/PLC communications. Much of its popularity as a de facto standard is due to its relatively simple implementation compared to other industrial communications protocols. The student will use Modbus specifications [2] the student will implement ModbusASCII, ModbusRTU and ModbusTCP. This will be done first using a simulator[3], then later using a physical I/O module [4] to control some real world devices. [1] Sample animation at http://en.wikipedia.org/wiki/SCADA (circles are motors, triangles are valves, half circles are valve controllers.) [2] http://www.modbus.org/specs.php (about 50 pages - not all required) [2] http://www.plcsimulator.org/Home (or similar) [3] http://www.audon.co.uk/modbusio/mbiodaio.html (or similar) Benefits to the Student: * gain experience in client/server programming * gain experience in a widely used industrial communication protocol. * practice breaking down and implementing a real-world specification - good training for the workplace. * controlling the real world from Smalltalk will be cool * a local industrial plant might be approached to help with a practical test case, maybe leading to ongoing employment. Benefits to the Community: This project expands the industry segments into which the Smalltalk community can consult. It provides a foundation for development of a SCADA system in Smalltalk. The industrial automation industry is a great source of bespoke application development. It is a service industry where the source code is owned by the client, since every industrial plant is different requiring a custom written SCADA application. Many plants run 24x7, so ongoing modifications need to be made online without shutting down the operator's console, for which Smalltalk is ideal (not all current commercial SCADA platforms can do this). cheers -ben

1 0

← Newer
1
2
3
4
5
6
7
...
29
Older →

Jump to page: