Squeak-dev February 2014

squeak-dev@lists.squeakfoundation.org

71 participants
188 discussions

Re: [Seaside] RFB client-server issues in seaside 3.0.6
by Levente Uzonyi 25 Feb '14

25 Feb '14

On Mon, 24 Feb 2014, gettimothy wrote: > Lawson, > > I had issues with it on Squeak as well. Mariano Peck has it configured to work on Pharo just fine. What were the issues you had with RFB on Squeak? Levente > The thing definitely needs some work. I did some work on it a few months ago and made some progress but have put it aside while I learn the vm. > > As an aside, I am teaching myself the VM stuff and am in the process of learning to build the VM from scratch--there appear to be 3 different ways it must be done. > I was wondering if you would be interested in collobarating on a video presentation when I have the facts of building them documented. > > cordially, > > tty > > ---- On Mon, 24 Feb 2014 12:38:59 -0800 Lawson English<lenglish5(a)cox.net> wrote ---- > > I was trying to use the RFB server and client ala my youtube video > (shameless plug) > > http://www.youtube.com/watch?v=KlbrJEKWYmA > > and I couldn't get it to work. I followed, pretty much my video > instructions. and set up 2 different Seaside 3.0.6 all-in-one sessions, > one running the bult-in RFB server, and I attempted to connect to it > using the otehr Seaside image. I got back the message: "Connection > failed: [closure] in FRBClient>>rfbSecurityTypes. > > I enabled blank passwords and set the options the same in both client > and server. I tried to connect usinb both localhost:0 and my official > ISP address:0. Same error. > > Any ideas? > > I'm running MacOS X Mavericks with plenty of RAM. > > Thanks, > > > Lawson > > -- > Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). > https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all > > "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian > Kernighan > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > >

2 2

Fwd: [Esug-list] Our Summer of Code application was rejected
by Bert Freudenberg 25 Feb '14

25 Feb '14

Begin forwarded message: > From: Paolo Bonzini <bonzini(a)gnu.org> > Subject: [Esug-list] Our Summer of Code application was rejected > Date: 24. Februar 2014 13:31:21 GMT-8 > To: "smalltalk-gsoc-mentors(a)googlegroups.com" <smalltalk-gsoc-mentors(a)googlegroups.com>, ESUG Mailing list <esug-list(a)lists.esug.org> > > Hi all, > > unfortunately I have to bear bad news from Google; ESUG's application was rejected this year. > > I'll ask Google for more information about the rejection next Friday, and post them to both the mentors mailing list and the ESUG mailing list. > > Thanks, > > Paolo and Nicolas

1 0

Re: [Pharo-dev] New methods for the String class
by Eliot Miranda 25 Feb '14

25 Feb '14

On Mon, Feb 24, 2014 at 2:47 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 24.02.2014 um 23:09 schrieb Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Mon, Feb 24, 2014 at 1:58 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > >> >> Am 24.02.2014 um 22:19 schrieb Eliot Miranda <eliot.miranda(a)gmail.com>: >> >> >> On Mon, Feb 24, 2014 at 12:29 PM, Alexandre Bergel< >> alexandre.bergel(a)me.com> wrote: >> >>> Would be great to have: 'ConfigurationOfRoassal' chopCamel => >>> #('Configuration' 'Of' 'Roassal'). >>> >> >> 'ConfigurationOfRoassal' piecesCutWhere: [:a :b| a isLowercase and: [b >> isUppercase]] an OrderedCollection('Configuration' 'Of' 'Roassal') >> >> It's too trivial, surely. >> >> >> No it is not. Because you have to know about it. Thanks for that one. >> >> "I learned something today[tm]" >> > > But the real things to learn are the Method Finder and the browser. > Adding a lot of names that are known to those that know some scripting > language du jour, but are incomprehensible to me, and no doubt many others, > is not doing anything for anybody, except trying to be pointlessly cool. > Trying to encourage programmers to use the ability of the system to > self-introspect and self-document is giving them general skills they can > build upon. So a project to improve the UI so that programmers are led to > tools they can use for discovery seems worth-while to me, while adding yet > more short-hand to hand-hold the ignorant isn't helping, IMHO. > > I agree that adding a lot of names is not helping because that might be > the reason I didn't know that selector. What kind of selectors are the > right ones I'm not the one to judge. But to be honest if I think about a > collection the selector #piecesCutWhere: is not intuitive to me, too. So > I'm glad you brought that to my attention. > I get that. All naming is difficult. That there are many different ways to say the same thing in natural language is I think a common problem to many languages, especially English. Just remember the last time you tried to do some free text search for some phrase. Takes me ages to find old messages in email. So even if method is well-named, it likely has only one of a number of plausible good names. And if it has a usefully short nickname (look at unix and lisp, cat & cdr etc) then it must likely be learned by rote. So the issue is not naming; it is how to /find/ functionality. And so in Smalltalk the issue is how to encourage programmers to go find things. The MessageFinder is amazing. But people don't use it. If they did no one would be proposing to add chomp to the standard library. <old man alert>When I learnt Smalltalk there were several factors that made it easy for me to learn. It was much smaller. I thought it was cool. I had the time to learn it. But when I learnt it the browser was simple, refactoring hadn't been invented, there was no MethodFinder, and there was almost _no_ documentation. Basically I learnt it by playing with it, exploring it, reading it, building it.</old man alert> So why aren't people taking the time to learn it today? Is it the system's fault? Is it too big? Are the readable parts of the system non-existent, or too difficult to find? Is it some cultural change that means people can't learn such systems any more? Was it only learnable by a few people back in the day and it remains unsuitable for a mass audience? Is it impossible to design user interfaces that invite exploration? Do people no longer want to play with the system but instead want to use it to get something done fast, and can't spare the time to learn it properly? Are computing languages like English, and every programming language must adopt the conventions and vocabulary of the most popular? Is inheritance too hard to navigate to discover that SequenceableCollection has lots of useful String mehtods, and some useful methods on ByteString are in String, etc? I think suggestions that one add functionality that already exists in the system point to some interesting issues. And I think someone with an HCI or UI bent might get somewhere approaching these questions systematically. > thanks again, > you're welcome :-) > > Norbert > > >> Norbert >> >> >>> Alexandre >>> >>> >>> On Feb 24, 2014, at 2:30 PM, Daniela Meneses <daniela11290(a)gmail.com> >>> wrote: >>> >>> > Hi to all, >>> > >>> > As you may know I'm working on in some improvements for the String >>> class. Until now I implemented some missing tests. Right now I'm looking >>> forward to add new methods that could be useful based on Ruby API ( >>> http://www.ruby-doc.org/core-2.1.0/String.html). These are a few of the >>> methods that I'm planning to implement: >>> > >>> > * chomp(separator=$/) -> new_str >>> > * chop() -> new_str >>> > * ljust(integer, padstr='') ->new_str >>> > * next -> new_str >>> > * partition(sep) -> [head, sep, tail] >>> > >>> > Could you help to find out if these methods are already available for >>> the String class? >>> > >>> > If you have any idea of new methods for the string class, will be >>> really welcome. >>> > >>> > -- >>> > Cheers, >>> > Daniela Meneses >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >> >> >> -- >> best, >> Eliot >> >> >> > > > -- > best, > Eliot > > > -- best, Eliot

2 1

The Inbox: Compiler-nice.280.mcz
by commits＠source.squeak.org 24 Feb '14

24 Feb '14

Nicolas Cellier uploaded a new version of Compiler to project The Inbox: http://source.squeak.org/inbox/Compiler-nice.280.mcz ==================== Summary ==================== Name: Compiler-nice.280 Author: nice Time: 24 February 2014, 10:41:41.999 pm UUID: 6e62064c-bd88-4957-98e4-c57da15738fc Ancestors: Compiler-nice.279 Accept ^ as a binary selector With this change, binary selector can be arbitrarily composed of #verticalBar | #upArrow ^ or any other Character classified as #binary (See Scanner class>>initializeTypeTable) =============== Diff against Compiler-nice.279 =============== Item was changed: ----- Method: Parser>>messagePart:repeat: (in category 'expression types') ----- messagePart: level repeat: repeat | start receiver selector args precedence words keywordStart | [receiver := parseNode. (hereType == #keyword and: [level >= 3]) ifTrue: [start := self startOfNextToken. selector := WriteStream on: (String new: 32). args := OrderedCollection new. words := OrderedCollection new. [hereType == #keyword] whileTrue: [keywordStart := self startOfNextToken + requestorOffset. selector nextPutAll: self advance. words addLast: (keywordStart to: self endOfLastToken + requestorOffset). self primaryExpression ifFalse: [^self expected: 'Argument']. self messagePart: 2 repeat: true. args addLast: parseNode]. (Symbol hasInterned: selector contents ifTrue: [ :sym | selector := sym]) ifFalse: [ selector := self correctSelector: selector contents wordIntervals: words exprInterval: (start to: self endOfLastToken) ifAbort: [ ^ self fail ] ]. precedence := 3] ifFalse: [ + (level >= 2 and: [hereType == #verticalBar or: [hereType == #upArrow]]) ifTrue: [self transformVerticalBarAndUpArrowIntoABinarySelector]. - (level >= 2 and: [hereType == #verticalBar]) ifTrue: [self transformAVerticalBarIntoABinarySelector]. (hereType == #binary and: [level >= 2]) ifTrue: [start := self startOfNextToken. selector := self advance asOctetString asSymbol. self primaryExpression ifFalse: [^self expected: 'Argument']. self messagePart: 1 repeat: true. args := Array with: parseNode. precedence := 2] ifFalse: [hereType == #word ifTrue: [start := self startOfNextToken. selector := self advance. args := #(). words := OrderedCollection with: (start + requestorOffset to: self endOfLastToken + requestorOffset). (Symbol hasInterned: selector ifTrue: [ :sym | selector := sym]) ifFalse: [ selector := self correctSelector: selector wordIntervals: words exprInterval: (start to: self endOfLastToken) ifAbort: [ ^ self fail ] ]. precedence := 1] ifFalse: [^args notNil]]]. parseNode := MessageNode new receiver: receiver selector: selector arguments: args precedence: precedence from: encoder sourceRange: (start to: self endOfLastToken). repeat] whileTrue: []. ^true! Item was changed: ----- Method: Parser>>pattern:inContext: (in category 'expression types') ----- pattern: fromDoit inContext: ctxt " unarySelector | binarySelector arg | keyword arg {keyword arg} => {selector, arguments, precedence}." | args selector | doitFlag := fromDoit. fromDoit ifTrue: [^ctxt == nil ifTrue: [{#DoIt. {}. 1}] ifFalse: [{#DoItIn:. {encoder encodeVariable: encoder doItInContextName}. 3}]]. hereType == #word ifTrue: [^ {self advance asSymbol. {}. 1}]. + (hereType == #verticalBar or: [hereType == #upArrow]) ifTrue: [self transformVerticalBarAndUpArrowIntoABinarySelector]. + hereType == #binary ifTrue: - (hereType == #binary or: [hereType == #verticalBar]) ifTrue: [selector := self advance asSymbol. args := Array with: (encoder bindArg: self argumentName). ^ {selector. args. 2}]. hereType == #keyword ifTrue: [selector := WriteStream on: (String new: 32). args := OrderedCollection new. [hereType == #keyword] whileTrue:[ selector nextPutAll: self advance. args addLast: (encoder bindArg: self argumentName). ]. ^ {selector contents asSymbol. args. 3}]. ^self expected: 'Message pattern'! Item was removed: - ----- Method: Parser>>transformAVerticalBarIntoABinarySelector (in category 'scanning') ----- - transformAVerticalBarIntoABinarySelector - "Transform a vertical bar into a binary selector. - Eventually aggregate a serie of immediately following vertical bars and a binary selector. - Note that this aggregation cannot occur at scan time, because a pair of vertical bars can be encountered in two valid constructs: - - either as an empty temporaries specification, - - or as a local temporaries specification in a block of arity > 0" - here := '|'. - hereType := #binary. - [tokenType == #verticalBar and: [hereMark + here size = mark]] - whileTrue: [ - here := here , '|'. - hereEnd := hereEnd + 1. - self scanToken]. - (tokenType == #binary and: [hereMark + here size = mark]) - ifTrue: [ - here := here asString , token. - hereType := #binary. - hereEnd := hereEnd + token size. - self scanToken].! Item was added: + ----- Method: Parser>>transformVerticalBarAndUpArrowIntoABinarySelector (in category 'scanning') ----- + transformVerticalBarAndUpArrowIntoABinarySelector + "Transform a vertical bar and or a up arrow into a binary selector. + Eventually aggregate a serie of immediately following vertical bars, up arrows and a binary selector. + Note that this aggregation cannot occur at scan time, because a pair of vertical bars can be encountered in two valid constructs: + - either as an empty temporaries specification, + - or as a local temporaries specification in a block of arity > 0" + here := String with: here. + hereType := #binary. + [(tokenType == #verticalBar or: [tokenType == #upArrow]) and: [hereMark + here size = mark]] + whileTrue: [ + here := here , (String with: token). + hereEnd := hereEnd + 1. + self scanToken]. + (tokenType == #binary and: [hereMark + here size = mark]) + ifTrue: [ + here := here asString , token. + hereType := #binary. + hereEnd := hereEnd + token size. + self scanToken].! Item was changed: ----- Method: Scanner>>xBinary (in category 'multi-character scans') ----- xBinary + | startOfToken type | - | startOfToken | tokenType := #binary. startOfToken := mark. token := String with: self step. + [(type := self typeTableAt: hereChar) == #xBinary or: [type == #verticalBar or: [type == #upArrow]]] whileTrue: - [(self typeTableAt: hereChar) == #xBinary or: [(self typeTableAt: hereChar) == #verticalBar]] whileTrue: [(hereChar == $- and: [(self typeTableAt: aheadChar) == #xDigit]) ifTrue: [^self ambiguousSelector: (token , '-') inRange: (startOfToken to: source position - 1).]. token := token, (String with: self step)]. token := token asSymbol!

1 0

[ANN] Tutorial for music composition in Squeak
by Stéphane Rollandin 24 Feb '14

24 Feb '14

Hello, A new paper about the usage of Csound synthesizers in muO is now available in the Csound journal: http://www.csounds.com/journal/issue19/csound_synthesizers_in_muO.html Stef

2 1

MCModification>>printAnnotations: request on: aStream
by Vaidotas Didžbalis 24 Feb '14

24 Feb '14

Hello, Small suggestion. When merging monticello refers to in-image version of a method as 'old' and version contained in a package being loaded is called 'new', which is not always true. Let's change labels from 'old: ' to 'existing: ', and 'new: ' to 'pending: '. regards, Vaidotas

2 1

Re: Squeak4.5 FreeType Plus cannot be loaded
by Chris Cunnington 24 Feb '14

24 Feb '14

>很高兴认识你,你通中文,太好了! 中文有意思。他們照片很漂亮。謝謝，謝謝。 Chris

1 0

Squeak4.5 FreeType Plus cannot be loaded
by Chris Cunnington 24 Feb '14

24 Feb '14

我要照片在主頁中國話。太好了。謝謝 Chris

2 3

Re: [squeak-dev] OsProcess - UnixProcess Hangs - VPN related
by JohnReed Maffeo 24 Feb '14

24 Feb '14

> ----- Original Message ----- > From: David T. Lewis > Sent: 02/19/14 07:54 PM > To: The general-purpose Squeak developers list > Subject: Re: [squeak-dev] OsProcess - UnixProcess Hangs - VPN related > > On Wed, Feb 19, 2014 at 08:29:20PM -0500, JohnReed Maffeo wrote: > > I am currently working in an environment where I have to access external resources using VPN. > > > > I was working in Squeak (4.4-12327) last night, worked with VPN enabled today, closed it launched Squeak and now when I execute "osp := ExternalUnixOSProcess command: cmdLine" and instpect osp, it is undefined. > > > > When I execute "UnixProcess testRunCommand" I get the warning "process accessor module not available" > > > > This is the error message that you will see if you run your image on a VM > that does not have the OSProcess plugin. You can confirm this by evaluating: > > OSProcess accessor canAccessSystem ==> true The image that I am running in has OSProcess installed and working for several months. The code that fails only fails in conjunction with my use of Cisco VPN software. > > > > I don't have a complete test case defined of the exact repeatable steps but, I think the issue resolves itself > > when I reboot. > > > > Is there a way for me to get UnixProcess to wake up? I tried to initialize ??it, but that did not help. > > > > Perhaps you are running your image on a different VM, or on a different operating > system? If you run it on a VM with the OSProcess plugin, I would expect it to return > to normal. > > But I do not understand the part about the issue resolving itself when you reboot > the system. So I think maybe I am misunderstanding the problem. If I reboot my computer, launch Squeak and run my program, OSProcess works as expected. The problem is associated with launching VPN while I have an image open. I have been spending my development time trying to get my application working well enough so that I can spend some time digging into the root cause of this particular issue. That happened last night and I spent some time poking around and discovered that "HTTPSocket initialize" seems to resolve the issue, if so, this is not an OSProcess issue. I will have to do more testing to verify the specific failure and recovery scenario, but I think I am on the right track. Now that I have a working application, I can focus on Socket and see if I can figure out what is happening. > > Dave jrm

1 0

Squeak4.5 FreeType Plus cannot be loaded
by Chris Cunnington 24 Feb '14

24 Feb '14

我想看你的東西。照片怎麼樣？謝謝 Chris

1 0

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

Jump to page: