Squeak-dev December 2015

squeak-dev@lists.squeakfoundation.org

60 participants
161 discussions

Fwd: picking up a little speed
by Robert Withers 19 Dec '15

19 Dec '15

This is without encryption. I think that is 15 MB/sec. Will video fit in that throughput? 100 KB data chunks received: 22 send time: 54 ms, rate: 325.926 Mbs. receive time: 143 ms. rate: 123.077 Mbs. regards, robert -------- Forwarded Message -------- Subject: picking up a little speed Date: Fri, 18 Dec 2015 20:09:30 -0500 From: Robert Withers <robert.w.withers(a)gmail.com> To: Pharo Development List <pharo-dev(a)lists.pharo.org> I was looking at Zinc to see how it works. My SecureSession was built without my knowing about all of Zinc and it looks delicious on the control side. Here is my latest stats: 100 KB data chunks received: 22 send time: 54 ms, rate: 325.926 Mbs. receive time: 143 ms. rate: 123.077 Mbs. -- . .. .. ^,^ robert

1 0

compression problem
by Robert Withers 19 Dec '15

19 Dec '15

I am seeing a bitshift: problem using GZip. I can show you, it's east to test. To replicate, load Crypto and SecureSession.58. In the SecureSessionServer>>#initializeOnVatTPIdentity: you can set compressed to true. Then run the connection and data tests. install3DesNoCompressionOn: is where it is used. Thank you, -- . .. .. ^,^ robert

1 0

The Inbox: Morphic-tpr.1059.mcz
by commits＠source.squeak.org 19 Dec '15

19 Dec '15

tim Rowledge uploaded a new version of Morphic to project The Inbox: http://source.squeak.org/inbox/Morphic-tpr.1059.mcz ==================== Summary ==================== Name: Morphic-tpr.1059 Author: tpr Time: 18 December 2015, 4:26:36.049 pm UUID: ce2af9d7-dcb1-4225-8fea-1a0b3ae28ab4 Ancestors: Morphic-tpr.1058 When opening sub-menus with insufficient rightwards space on the Display we instead put them to the left of the parent. This change makes the leftward slide a bit smaller so that the mouse stays over menus was the user slides to the new menu; thus no strange closing of menus etc. =============== Diff against Morphic-tpr.1058 =============== Item was changed: ----- Method: MenuMorph>>popUpAdjacentTo:forHand:from: (in category 'control') ----- popUpAdjacentTo: rightOrLeftPoint forHand: hand from: sourceItem "Present this menu at the given point under control of the given hand." | tryToPlace selectedOffset rightPoint leftPoint | hand world startSteppingSubmorphsOf: self. popUpOwner := sourceItem. self fullBounds. self updateColor. "ensure layout is current" selectedOffset := (selectedItem ifNil: [self items first]) position - self position. tryToPlace := [:where :mustFit | | delta | self position: where - selectedOffset. delta := self boundsInWorld amountToTranslateWithin: sourceItem worldBounds. (delta x = 0 or: [mustFit]) ifTrue: [delta = (0 @ 0) ifFalse: [self position: self position + delta]. sourceItem world addMorphFront: self. ^ self]]. rightPoint := rightOrLeftPoint first + ((self layoutInset + self borderWidth) @ 0). + leftPoint := rightOrLeftPoint last + ((self layoutInset + self borderWidth - self width) @ 0). - leftPoint := rightOrLeftPoint last - ((self layoutInset + self borderWidth + self width) @ 0). tryToPlace value: rightPoint value: false; value: leftPoint value: false; value: rightPoint value: true.!

1 0

Re: [squeak-dev] Name change: Mushroom ( was Re: evolutions of squeakelib & crypto)
by Robert Withers 19 Dec '15

19 Dec '15

On 12/07/2015 07:26 PM, Jecel Assumpcao Jr. wrote: > Robert Withers wrote: >> Ben, Huw, Todd and Sven, thank you all for your feedback! I suppose I >> could call the project "CryptOCaps" but for some reason I glommed onto >> mushroom as the name. Not grandiose and it is somewhat descriptive...a >> network of secure sessions, each one a mushroom. Ceps are highly valued. >> We can tag it for the catalog. > Though pretty old, the Mushroom Smalltalk computer was very well known > at one time: > > http://www.wolczko.com/mushroom/ > > Though one is a hardware project and yours is software, there is still > the potential for some confusion. > > -- Jecel Oh dear, that's a potential naming conflict. Perhaps this is where the idea came from, as I have read about this Mushroom Project long ago. As this hardware project is not longer active, repurposing the name may be reasonable but I cannot say wityhout that authority. There are 2 layers, session & presentation, so perhaps 2 names are needed and the one project needs splitting. And there is the consensus issue. Perhaps I should use technical names and be done with it: SecureSession & CryptOCaps. Well, I will leave off changing again until agreed to names are established, as I don't know what to do about it, but I welcome suggestions... Maelstrom, Mushroom, Crystalline & Phosphor, SecureSession & CryptOCaps, pther suggestions? Robert

4 6

potential to include cryptography in base image
by Robert Withers 18 Dec '15

18 Dec '15

It was suggested to me that I write to the list and raise the question about cryptography being included in the base image. Really I have 3 questions I would ask you all: 1. is it desirable to include cryptography? 2. is it feasible to include cryptography? 3. what is the time frame for including cryptography? Given the thread on password hashing (and salting and so on), there are good, solid implementations in the cryptography package. Looking in the Cryptography repository, there is a Pharo 5.0 compatible Cryptography package. In light of another recent thread discussing random number generation, discussion about the best approach to random algorithms in cryptography ought be engaged. For instance, the SecureRandom algorithm evidently provides some level of guarantee. To underline the solidity I am attaching a profile of all 102 cryptography tests passing green. This profile demonstrates that there are no areas of particular inefficiency - nothing stands out to be improved - means that the entire library is maximally efficient. And so I please ask that we have these discussions, for there is a lot of value in this package for general and basic use. -- . .. ... ^,^ best, robert

3 5

version 50 of SecureSession is released
by Robert Withers 18 Dec '15

18 Dec '15

SecureSession is now FEC encoded. thanks, -- . .. .. ^,^ robert

1 2

Re: [Vm-dev] VM Maker: VMMaker.oscog-eem.1609.mcz
by Bert Freudenberg 18 Dec '15

18 Dec '15

On 17.12.2015, at 20:12, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi All, > > the real Cog 64-bit Spur x64 VM just evaluated 3+4 correctly on Mac OS X: Awesome! Congrats :) - Bert -

1 0

New version (47) of SecureSession for Pharo & Squeak
by Robert Withers 18 Dec '15

18 Dec '15

Please load the SecureSession.47 and drive it about a bit. I am missing crypto plugins on Pharo, so avoid the performance test, tto stay responsive. Here are some of the changes: - frame-based pipeline - header per msg so no mutable session state - header is written with message in Asn1Der encoding. - most header fields currently optional - adding per-connection msgId to header - timeSent set also - reworked TransportEndpoint to be better scoped. Looking forward: - extend frames into the strategy utilities - events Any issues or questions, please reach out. Thanks, robert

1 0

Re: [Pharo-dev] [Vm-dev] VM Maker: VMMaker.oscog-eem.1609.mcz
by David T. Lewis 18 Dec '15

18 Dec '15

On Thu, Dec 17, 2015 at 11:12:35AM -0800, Eliot Miranda wrote: > Hi All, > > the real Cog 64-bit Spur x64 VM just evaluated 3+4 correctly on Mac OS X: > > > ??? > > Early days yet. This is a debug VM. The optimised VM does not yet display > the prompt. But we can be confident that a 64-bit JIT for Spur will be > available some time in January. > ??? > Outstanding! Congratulations. Dave

1 0

Raspberry Pi Scratch with GPIO
by Ben Coman 17 Dec '15

17 Dec '15

I was just looking to show a friend at work programming for kids on the Raspberry Pi, away from my usual Smalltalk activities at home, and was surprised to find an article mentioning Scratch with GPIO and our very own Tim & Eliot, which I thought I'd share https://www.raspberrypi.org/blog/a-new-version-of-scratch-for-raspberry-pi-… cheers -ben

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
17
Older →

Jump to page: