Squeak-dev May 2015

squeak-dev@lists.squeakfoundation.org

50 participants
615 discussions

GreenNeon On Cuis
by Chris Cunnington 29 May '15

29 May '15

Here is the image for Cuis. [1] A script for Squeak [2]. I’ll blog details next week. Have a nice weekend, Chris [1] https://www.dropbox.com/s/1j738w8ye5ujhok/Cuis-GreenNeon.zip?dl=0 <https://www.dropbox.com/s/1j738w8ye5ujhok/Cuis-GreenNeon.zip?dl=0> [2] Installer ss project: 'WebClient'; install: 'WebClient-Core'; install: 'WebClient-HTTP'; install: 'WebClient-Help'. Installer ss3 project: 'Oakville'; install: 'GreenNeon’. GNHelloWorld startOn: 9944

2 1

[OT} About a Web Page Framework For Cuis
by Chris Cunnington 29 May '15

29 May '15

I bought an old book on OS X Carbon once. It lead me down the rabbit hole of code archaeology, where you try to go back in time, collect things, and build something that was. You’re always missing something. Looking at GreenNeon on Cuis is sort of like that. Set the time machine for 2013. tl;dr - You need a working WebClient for Cuis. The one I used [1] is not available. I’ve added one from garduino [2] that informs the Test Runner it has 50 failed tests. The image I built is long gone. Here’s is the latest Cuis (4.2, released 2013) with garduino’s Networking code, his WebClient, and my GreenNeon. [3] There are a few useful snippets in the Workspace. I think that if WebClient worked, then so would GreenNeon. But I’m not about to try and debug WebClient on Cuis. Your best bet might be to contact David Graham for his WebClient code. Chris [1] https://github.com/davidgraham/Cuis-WebClient <https://github.com/davidgraham/Cuis-WebClient> [2] https://github.com/garduino/Cuis-Smalltalk-WebClient <https://github.com/garduino/Cuis-Smalltalk-WebClient> [3] https://www.dropbox.com/s/c0js490trp1pu4m/Cuis-WebClient-GreenNeon.zip?dl=0

3 2

[OT] About a Web Page Framework For Cuis
by Chris Cunnington 29 May '15

29 May '15

OK. Looks like I was using the wrong package for WebClient. I’ll install the correct package and start again. Chris >Hi Chris: >Thanks you for your effort! >In the last times, WebClient was cleaned and renamed by David [1] and now >is part of the core packages of Cuis [2]. >I should delete my own WC repo. >I will try (when time permit) check your image and try to package GreenNeon >in Cuis format. >Thanks again! >Germán. [1] http://forum.world.st/ANN-Cuis-HTTP-Cuis-WebClient-replacement-td4815990.ht… <http://forum.world.st/ANN-Cuis-HTTP-Cuis-WebClient-replacement-td4815990.ht…> [2] https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/tree/master/Packages <https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Dev/tree/master/Packages> 2015-05-28 12:03 GMT-03:00 Chris Cunnington <brasspen at gmail.com <http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev>>: > I bought an old book on OS X Carbon once. It lead me down the rabbit hole > of code archaeology, where you try to go back in time, collect things, and > build something that was. You’re always missing something. Looking at > GreenNeon on Cuis is sort of like that. Set the time machine for 2013. > > tl;dr - You need a working WebClient for Cuis. The one I used [1] is not > available. I’ve added one from garduino [2] that informs the Test Runner it > has 50 failed tests. > > The image I built is long gone. Here’s is the latest Cuis (4.2, released > 2013) with garduino’s Networking code, his WebClient, and my GreenNeon. [3] > There are a few useful snippets in the Workspace. I think that if WebClient > worked, then so would GreenNeon. But I’m not about to try and debug > WebClient on Cuis. Your best bet might be to contact David Graham for his > WebClient code. > Chris > > > [1] https://github.com/davidgraham/Cuis-WebClient <https://github.com/davidgraham/Cuis-WebClient> > [2] https://github.com/garduino/Cuis-Smalltalk-WebClient <https://github.com/garduino/Cuis-Smalltalk-WebClient> > [3] > https://www.dropbox.com/s/c0js490trp1pu4m/Cuis-WebClient-GreenNeon.zip?dl=0 <https://www.dropbox.com/s/c0js490trp1pu4m/Cuis-WebClient-GreenNeon.zip?dl=0> > > > >

2 1

The Trunk: System-cmm.738.mcz
by commits＠source.squeak.org 29 May '15

29 May '15

Chris Muller uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-cmm.738.mcz ==================== Summary ==================== Name: System-cmm.738 Author: cmm Time: 28 May 2015, 9:11:50.464 pm UUID: 261f1783-9b35-4a2b-a386-fa429b57ebab Ancestors: System-ul.737 Fix #run: leaving headless image stuck because there was a MNU or Halt. =============== Diff against System-ul.737 =============== Item was changed: ----- Method: SmalltalkImage>>run: (in category 'command line') ----- run: aBlock [ [ (aBlock numArgs = 1 and: [ self arguments size > 1 ]) ifTrue: [ "Allow a large, variable number of arguments to be passed as an Array to aBlock." aBlock value: self arguments ] ifFalse: [ aBlock valueWithEnoughArguments: self arguments ] ] on: ProgressInitiationException do: + [ : pie | "Don't want to log these notifications." - [ : pie | "Don't want to log this notification." pie defaultAction ] ] on: Notification , Warning do: [ : noti | FileStream stdout nextPutAll: DateAndTime now asString ; space ; nextPutAll: noti description ; cr. noti resume ] on: SyntaxErrorNotification do: [ : err | FileStream stdout nextPutAll: err errorCode ; cr; flush. self isHeadless ifTrue: [ self snapshot: false andQuit: true ] ifFalse: [ err pass ] ] + on: Error, MessageNotUnderstood, Halt - on: Error do: [ : err | err printVerboseOn: FileStream stderr. FileStream stderr flush. self isHeadless ifTrue: [ self snapshot: false andQuit: true ] ifFalse: [ err pass ] ]!

1 0

mc history is back up
by Chris Muller 29 May '15

29 May '15

In case you tried to use the mc history function the lsat few days and it failed, its now back up.

2 1

Daily Commit Log
by commits＠source.squeak.org 28 May '15

28 May '15

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2015-May/008707.html Name: Kernel-cmm.925 Ancestors: Kernel-mt.924 Fix an error in an error-handler. Any Exception can and must be able to #printVerboseOn:, not just Errors. =============================================

1 0

Re: The Trunk: Kernel-cmm.925.mcz
by marcel.taeumel 28 May '15

28 May '15

While you're at it: Could you add an empty #printDetailsOn: and remove this #respondsTo: call? :) Best, Marcel -- View this message in context: http://forum.world.st/The-Trunk-Kernel-cmm-925-mcz-tp4828975p4829037.html Sent from the Squeak - Dev mailing list archive at Nabble.com.

2 2

The Inbox: Kernel.spur-kfr.925.mcz
by commits＠source.squeak.org 28 May '15

28 May '15

A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel.spur-kfr.925.mcz ==================== Summary ==================== Name: Kernel.spur-kfr.925 Author: kfr Time: 28 May 2015, 4:03:42.244 pm UUID: 676ddbca-830f-5147-b17a-b72e499aa3eb Ancestors: Kernel.spur-eem.913, Kernel.spur-topa.920, Kernel.spur-ul.906, Kernel.spur-eem.886, Kernel.spur-mt.924 Cancelling saving a project need something like this to not get stuck with countless pre debug windows =============== Diff against Kernel.spur-eem.913 =============== Item was changed: ----- Method: ContextPart>>runUntilErrorOrReturnFrom: (in category 'controlling') ----- runUntilErrorOrReturnFrom: aSender "ASSUMES aSender is a sender of self. Execute self's stack until aSender returns or an unhandled exception is raised. Return a pair containing the new top context and a possibly nil exception. The exception is not nil if it was raised before aSender returned and it was not handled. The exception is returned rather than openning the debugger, giving the caller the choice of how to handle it." "Self is run by jumping directly to it (the active process abandons thisContext and executes self). However, before jumping to self we insert an ensure block under aSender that jumps back to thisContext when evaluated. We also insert an exception handler under aSender that jumps back to thisContext when an unhandled exception is raised. In either case, the inserted ensure and exception handler are removed once control jumps back to thisContext." | error ctxt here topContext | here := thisContext. "Insert ensure and exception handler contexts under aSender" error := nil. ctxt := aSender insertSender: (ContextPart contextOn: UnhandledError do: [:ex | error ifNil: [ error := ex exception. topContext := thisContext. ex resumeUnchecked: here jump] ifNotNil: [ex pass] ]). ctxt := ctxt insertSender: (ContextPart contextEnsure: [error ifNil: [ topContext := thisContext. here jump] ]). self jump. "Control jumps to self" "Control resumes here once above ensure block or exception handler is executed" ^ error ifNil: [ "No error was raised, remove ensure context by stepping until popped" + [ctxt isDead] whileFalse: [topContext ifNotNil:[ topContext := topContext stepToCallee]]. - [ctxt isDead] whileFalse: [topContext := topContext stepToCallee]. {topContext. nil} ] ifNotNil: [ "Error was raised, remove inserted above contexts then return signaler context" aSender terminateTo: ctxt sender. "remove above ensure and handler contexts" {topContext. error} ]. ! Item was changed: + ----- Method: InstructionClient>>callPrimitive: (in category 'instruction decoding') ----- - ----- Method: InstructionClient>>callPrimitive: (in category '*Scorch') ----- callPrimitive: pimIndex "V3PlusClosures: 139 10001011 iiiiiiii jjjjjjjj Call Primitive #iiiiiiii + (jjjjjjjj * 256) NewsqueakV4: 249 11111001 iiiiiiii jjjjjjjj Call Primitive #iiiiiiii + (jjjjjjjj * 256) SistaV1: 248 11111000 iiiiiiii mjjjjjjj Call Primitive #iiiiiiii + ( jjjjjjj * 256) m=1 means inlined primitive, no hard return after execution."!

1 0

Error when saving class comments
by Fabian Windheuser 28 May '15

28 May '15

Hello, Whenever I try to modify and save a class comment I get the following error: "Error: RemoteString past end of file" (see the attachment for the error trace). My changes are not getting saved and the file seems to get corrupted. I am no longer able to reopen this class comment because it always throws the same error. I tried restarting my image and using new unmodified .image and .changes files however the error still occurred. I am running Squeak 4.5 with update number #13702 on a 64bit Arch Linux distribution. Best regards, Fabian

5 5

Bug whith contextOn:do:
by Tobias Pape 28 May '15

28 May '15

Hey fellow Squeakers [Attention: low level lengthy stuff] I today encountered a strange behavior. When running the Startup code, somewhen ContextPart>>#complete is called, which, in the process issues #contextOn:do:, which subsequently somewhere interanlly does a jump: contextOn: exceptionClass do: block "Create an #on:do: context that is ready to return from executing its receiver" | ctxt chain | ctxt := thisContext. [chain := thisContext sender cut: ctxt. ctxt jump] on: exceptionClass do: block. "jump above will resume here without unwinding chain" ^ chain The idea is that we end up right before '^ chain' as the comment indicates. so what happens is that ctxt is the context of #contextOn:do: itself and it gets send #jump in the closure. Jump now does the following: jump "Abandon thisContext and resume self instead (using the same current process). You may want to save thisContext's sender before calling this so you can jump back to it. Self MUST BE a top context (ie. a suspended context or a abandoned context that was jumped out of). A top context already has its return value on its stack (see Interpreter>>primitiveSuspend and other suspending primitives). thisContext's sender is converted to a top context (by pushing a nil return value on its stack) so it can be jump back to." | top | "Make abandoned context a top context (has return value (nil)) so it can be jumped back to" thisContext sender push: nil. "Pop self return value then return it to self (since we jump to self by returning to it)" stackp = 0 ifTrue: [self stepToSendOrReturn]. stackp = 0 ifTrue: [self push: nil]. "must be quick return self/constant" top := self pop. thisContext privSender: self. ^ top So. bytecode for #contextOn:do: is: 29 <8A 01> push: (Array new: 1) 31 <6B> popIntoTemp: 3 32 <89> pushThisContext: 33 <6A> popIntoTemp: 2 34 <12> pushTemp: 2 35 <13> pushTemp: 3 36 <8F 20 00 0A> closureNumCopied: 2 numArgs: 0 bytes 40 to 49 40 <89> pushThisContext: 41 <D2> send: sender 42 <10> pushTemp: 0 43 <E1> send: cut: 44 <8E 00 01> popIntoTemp: 0 inVectorAt: 1 47 <10> pushTemp: 0 48 <D3> send: jump 49 <7D> blockReturn 50 <10> pushTemp: 0 51 <11> pushTemp: 1 52 <F0> send: on:do: 53 <87> pop 54 <8C 00 03> pushTemp: 0 inVectorAt: 3 57 <7C> returnTop The jump lands right at 53 and does a pop. HOWEVER, at this point the stack of this context is empty and the pop actually pops the 3rd temp from the temps that 'just happens' to be right under the stack. This should be fatal. HOWEVER again, Squeak actually does not pop but only decrement the SP so the temp access still works(this _could_ be fine but some implementations (Eg, RSqueak) tried to separate temps and stack; which is not possible currently). What could be the problem here? - are the 'stackp = 0'-checks in #jump wrong and they actually should check for the actual stack depth _after_ temps? - should we put in a "sacrificial anode" in #contextOn:do: so that the pop does not pop the empty stack? (like this: contextOn: exceptionClass do: block "Create an #on:do: context that is ready to return from executing its receiver" | ctxt chain | ctxt := thisContext. [chain := thisContext sender cut: ctxt. ctxt push: nil. "sacrifical anode" ctxt jump ] on: exceptionClass do: block. "jump above will resume here without unwinding chain" ^ chain - Or is there an even better way? Best -Tobias

4 9

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

Jump to page: