Squeak-dev February 2014

squeak-dev@lists.squeakfoundation.org

71 participants
188 discussions

The Trunk: Monticello-cmm.586.mcz
by commits＠source.squeak.org 13 Feb '14

13 Feb '14

Chris Muller uploaded a new version of Monticello to project The Trunk: http://source.squeak.org/trunk/Monticello-cmm.586.mcz ==================== Summary ==================== Name: Monticello-cmm.586 Author: cmm Time: 13 February 2014, 11:10:19.863 am UUID: a4dbd656-e50a-47ba-8661-44f8c87bb3e0 Ancestors: Monticello-cmm.585 - Allow reset of the default MCRepositoryGroup. - #newRepositoryGroupIfDefault answer the new Group or default. =============== Diff against Monticello-cmm.585 =============== Item was changed: + ----- Method: MCRepositoryGroup class>>default (in category 'accessing') ----- - ----- Method: MCRepositoryGroup class>>default (in category 'as yet unclassified') ----- default ^ default ifNil: [default := self new]! Item was changed: + ----- Method: MCRepositoryGroup class>>flushAllCaches (in category 'actions') ----- - ----- Method: MCRepositoryGroup class>>flushAllCaches (in category 'as yet unclassified') ----- flushAllCaches self default flushCache! Item was removed: - ----- Method: MCRepositoryGroup class>>new (in category 'as yet unclassified') ----- - new - ^ self basicNew initialize! Item was added: + ----- Method: MCRepositoryGroup class>>reset (in category 'actions') ----- + reset + default := nil! Item was changed: ----- Method: MCWorkingCopy>>newRepositoryGroupIfDefault (in category 'repositories') ----- newRepositoryGroupIfDefault repositoryGroup == MCRepositoryGroup default + ifTrue: [repositoryGroup := MCRepositoryGroup new]. + ^ repositoryGroup! - ifTrue: [repositoryGroup := MCRepositoryGroup new]!

1 0

The Trunk: ReleaseBuilder-cmm.114.mcz
by commits＠source.squeak.org 13 Feb '14

13 Feb '14

Chris Muller uploaded a new version of ReleaseBuilder to project The Trunk: http://source.squeak.org/trunk/ReleaseBuilder-cmm.114.mcz ==================== Summary ==================== Name: ReleaseBuilder-cmm.114 Author: cmm Time: 13 February 2014, 11:08:34.352 am UUID: ea773780-69e1-48dd-a16c-e167acb9de04 Ancestors: ReleaseBuilder-cmm.113 Leave no doubt about configured repositories for public releases. =============== Diff against ReleaseBuilder-cmm.113 =============== Item was changed: ----- Method: ReleaseBuilder class>>switchToNewRepository: (in category 'private') ----- + switchToNewRepository: anMCRepository - switchToNewRepository: anMCRepository - | old44Repository | MCMcmUpdater defaultUpdateURL: anMCRepository description. + MCRepositoryGroup reset. + MCRepositoryGroup default addRepository: anMCRepository. + MCWorkingCopy allManagers do: + [ : each | each repositoryGroup: + (MCRepositoryGroup new + addRepository: anMCRepository ; + yourself) ]! - old44Repository := MCRepositoryGroup default repositories - detect: [:each | each description includesSubString: 'squeak44'] ifNone: [nil]. - old44Repository - ifNotNil: [MCRepositoryGroup default removeRepository: old44Repository]. - MCRepositoryGroup default addRepository: anMCRepository.!

1 0

Re: [squeak-dev] java interpreter/compiler hosted with Spur?
by Eliot Miranda 13 Feb '14

13 Feb '14

On Wed, Jan 29, 2014 at 12:14 PM, Jecel Assumpcao Jr. <jecel(a)merlintec.com>wrote: > Frank Shearar wrote: > > > A little bit of digging reveals this: > > > https://web.archive.org/web/20090122105548/http://talklikeaduck.denhaven2.c… > > which looks like it was written by Rick DeNatale (judging by the "I > > served as the secretary of X3J20." sentence.) > > Thanks for the information! I was aware of Smalltalk/X using dual > bytecode sets but didn't know it had been done previously. Allowing > multiple bytecodes is one of the features planned for Cog, right? Cog already supports multiple bytecode sets. The current compiled method header format has only space for a single bit so Cog currently supprts two bytecode sets. The Squeak VMs support only the current Squeak V3 + closures bytecode set (see EncoderForV3PlusClosures). Teh Newspeak VMs support that, extended with two bytecodes for the old Newspeak implementation, and a new bytecode set that I designed for Newspeak that supports absent receiver sends. It's very much a first cut and we may do more bytecode sets. In a Newspeak image look for EncoderForNewsqueakV4, and in the VMMaker package look for initializeBytecodeTableForNewspeakV4 > My own > design allows multiple bytecodes but it is very costly to switch between > them. > Why is it costly? In Cog it is essentially free in the JIT, and in the interpreter it is a matter of testing a flag on method activation and return and setting the bytecode set offset as a result. I'm grateful to Claus Gittinger for this technique. So in the Cog Newspeak Interpreter the bytecode dispatch case statement has 512 entries, 256 for the Squeak V3 + Closures + Newspeak set, and 256 for the NewsqueakV4 set. The dispatch looks like fetchNextBytecode "This method fetches the next instruction (bytecode). Each bytecode method is responsible for fetching the next bytecode, preferably as early as possible to allow the memory system time to process the request before the next dispatch." self cppIf: MULTIPLEBYTECODESETS ifTrue: [currentBytecode := self fetchByte + bytecodeSetSelector] ifFalse: [currentBytecode := self fetchByte] setMethod: aMethodObj "Set the method and determine the bytecode set based on the method header's sign. If MULTIPLEBYTECODESETS then a negative header selects the alternate bytecode set. Conditionalizing the code on MULTIPLEBYTECODESETS allows the header sign bit to be used for other experiments." <inline: true> method := aMethodObj. self assert: (objectMemory isOopCompiledMethod: method). self cppIf: MULTIPLEBYTECODESETS ifTrue: [bytecodeSetSelector := (self methodUsesAlternateBytecodeSet: method) ifTrue: [256] ifFalse: [0]] where setMethod: is called on return, and its close twin setMethod:methodHeader: is called on frame build. -- best, Eliot

8 16

Re: Squeak Oversight Board 2014 Voting has Started
by Stephan Eggermont 13 Feb '14

13 Feb '14

Voted! Stephan

2 1

Re: [GSoC ideas] Squeak
by Stephan Eggermont 13 Feb '14

13 Feb '14

I’ve seen Attila Magyar demonstrate BabyMock2 at FOSDEM, http://video.fosdem.org/2014/K4401/Saturday/ and would like to see our cross-platform testing possibilities expanded. I guess that would need some mentoring from all platforms. Stephan Eggermont

1 0

SqueakSSL fixes
by Göran Krampe 13 Feb '14

13 Feb '14

Hey! Ok, so I sat down and "packaged" some fixes to mainly iOS SqueakSSL that we have done here at 3DICC. We have no intention to keep stuff like this for ourselves, but daily we work using our own repos so it needs some attention and time to get it out there :) Sorry if this email is long but I just wanted to make it easy for people to know how to integrate this. The fixes span: * A new SqueakSSL Monticello package, that has other fixes too done at 3DICC. I haven't looked through them all in detail, so here a bit of manual cherry picking is needed. For example we removed some "compatibility code" for Squeak 4.2 causing us some problems. * Modified platform files: platforms/Cross/plugins/SqueakSSL/SqueakSSL.h platforms/iOS/plugins/SqueakSSL/sqMacSSL.c platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c platforms/win32/plugins/SqueakSSL/sqWin32SSL.c I have so far only tested the new sqMacSSL.c on iOS - OSX 10.8.5. The changes in the other platforms are not complicated, its about being able to disable certificate check mainly so I don't think they should fail. As of now SqueakSSL-Tests show 14 run, 3 passes, 8 expected failures and 3 errors on my Mac. The errors still left are: testSSLSockets, testSocketAccept, testSocketConnect. AFAIK all these try to use a test certificate and Accept - and *that* I haven't implemented on Mac (well, ok, I started - there is a way to at least set a Mac test cert into the plugin - but I didn't go further). New methods in the classes: SqueakSSL,SecureSocketStream>>certVerify: aBoolean Now one can tell the plugin to verify certs or just skip that. SqueakSSL,SecureSocketStream>>logLevel: anInteger Now one can set the logLevel in the plugin, 0 or 1 so far. Attached ssl-fix.zip which contains: . ├── platforms │ ├── Cross │ │ └── plugins │ │ └── SqueakSSL │ │ └── SqueakSSL.h │ ├── iOS │ │ └── plugins │ │ └── SqueakSSL │ │ └── sqMacSSL.c │ ├── unix │ │ └── plugins │ │ └── SqueakSSL │ │ └── sqUnixOpenSSL.c │ └── win32 │ └── plugins │ └── SqueakSSL │ └── sqWin32SSL.c ├── SqueakSSL-Core-gk.36.mcz ├── SqueakSSL-Tests-ar.17.mcz └── ssl-fix.patch I threw in the latest SqueakSSL-Core and Tests that we have here at 3DICC. The Tests package is the same as on SS. The Core has 4 more fixes from Ron I think, just look in "History" to see commit messages there. ssl-fix.patch - this should show you what I have done in the platform files, and I produced it using git diff on those four files with this command: git diff 83bce99715cddd8a82c3d94c487e45ec0213be19 platforms/Cross/plugins/SqueakSSL/SqueakSSL.h platforms/iOS/plugins/SqueakSSL/sqMacSSL.c platforms/unix/plugins/SqueakSSL/sqUnixOpenSSL.c platforms/win32/plugins/SqueakSSL/sqWin32SSL.c > ssl-fix.patch The SHA is: commit 83bce99715cddd8a82c3d94c487e45ec0213be19 Author: Camillo Bruni <camillobruni(a)gmail.com> Date: Fri Nov 15 12:24:11 2013 +0100 fixed wrong path ------------------------------ ...phew. Ok, let me know if you need anything more and ask questions. regards, Göran

1 1

SqueakSSL
by Colin Putney 13 Feb '14

13 Feb '14

Hi folks, I did a quick smoke test by installing the image-side code and testing with the plugin that ships with Cog. That didn't work, so I'm trying to get an idea of how broken it is... Is anybody using SqueakSSL right now? Are there known problems and solutions? Did it mature enough for production use before Andreas died? Colin

6 9

Unethical behaviour on GSoC 2010 (was The truth on GSOC, ESUG and bad attitude)
by Janko Mivšek 12 Feb '14

12 Feb '14

Time therefore to expose that sad story from GSoC 2010. So that the community can judge by themselves if my claims are insults or real. For the start, this was not a money matter but meddling into project selection process. Here is the story: On GSoC 2010 Gilad Bracha proposed a Newspeak/Smalltalk Import/Export Tool project idea [1]. After the idea was put on ideas list [2], Stéphane Ducasse ordered my co-admin to remove Gilad's idea from the list. Co-admin told that to me. I was shocked that someone can come to such an idea to remove something even in the idea phase from the GSoC. Of course I rejected such an order immediately. Even more, co-admin was at that time just starting the postgraduade study under the Mr.Ducasse mentorship. You can imagine how he felt, like between two fires. It is reasonable therefore to suspect that Mr.Duccase uses his power as a mentor over postgraduate student to try to achieve his goal. What was the motivation of Mr.Ducasse to made such a blatant act was not quite clear to me. And is also not important. Important is that such removal attempts are totally unacceptable. Only GSoC mentors have that right by reviewing and voting on the projects to be finally selected for stipendiums. In any case, this incident was a start of my thinking and working on GSoC to be as transparent, neutral and independent as possible. Best regards Janko [1] http://gsoc2010.esug.org/projects/newspeak-tool [2] http://gsoc2010.esug.org/ideas Dne 10. 02. 2014 15:30, piše Stéphane Ducasse: > I can tell you that until now I took that as a little crisis of Janko but now this makes me sick. > I do not think that I will stand in the same room than him in the future. > > Sorry Janko you are insulting people publicly but you mention that you don't. > I will check if I have a lawyer to handle this situation because you cannot have just words against me. > I will check with the inria lawyer first. > > Stef > > > >> I do not understand the motivation of Janko, especially since he is apparently alone to think that way. >> It is impressive to see how fragile the community is. >> Thanks Paolo and thanks the ESUG board for handling this difficult situation! >> >> Cheers, >> Alexandre >> >> >> On Feb 10, 2014, at 7:14 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>> I support it, too. >>> >>> The only path to action I see is to act. And in this situation, Paolo was the only one that offered a pragmatic way out. Thank you, Paolo! :) >>> >>> So, I suggest this: >>> - we take Marcus' suggestion and have the present issue be handled at the next ESUG general assembly. Like this we ensure that the problem is going to be addressed in a more effective environment (namely, more structured, and not via mail). >>> - we go forward with Paolo as an admin. Like this we ensure that action happens now. >>> >>> Cheers, >>> Doru >>> >>> >>> >>> >>> On Mon, Feb 10, 2014 at 1:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> I support this, along with a general require that you keep this discussion in private. >>> >>> Esteban >>> >>> On 10 Feb 2014, at 12:10, Stephan Eggermont <stephan(a)stack.nl> wrote: >>> >>>> I no longer have confidence in Janko running as GSoC admin >>>> and want Paolo to take over as admin for Esug as mentoring organisation. >>>> >>>> Stephan Eggermont >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Esug-list mailing list >>>> Esug-list(a)lists.esug.org >>>> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >>> >>> >>> _______________________________________________ >>> Esug-list mailing list >>> Esug-list(a)lists.esug.org >>> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups "Smalltalk GSoC mentors" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. >> For more options, visit https://groups.google.com/groups/opt_out. > -- Janko Mivšek Smalltalk GSoC Admin Team

16 23

Morph wants to know when it loses focus
by tim Rowledge 12 Feb '14

12 Feb '14

I must be missing something obvious but searching around focus and lose and so on hasn’t revealed anything to me so far; I want to know when my Morph has lost mouse focus. I need something like when a halo goes away if you click outside it. I know this is going to reveal an embarrassing inability to read something right on front of me but at some point you just have to ask where your spectacles are even if they usually turn out to be on your head. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Computers are useless. They can only give you answers.

5 8

Random CI status update
by Frank Shearar 12 Feb '14

12 Feb '14

Just so everyone knows, most of the jobs in build.squeak.org are red. I'm revamping the build pipeline so that, where appropriate, jobs can build on the binaries built by earlier jobs. So SqueakTrunk produces, from a base image, an updated image in the form of TrunkImage.zip ReleaseSqueakTrunk unzips this, runs the release process, (runs tests on the artifact) and produces a new artifact, Squeak4.5.zip ExternalPackages jobs unzip TrunkImage.zip, loads a package, and runs tests. And so on. Probably, we need to break the ExternalPackages jobs into one package + one VM jobs (so ExternalPackages-Fuel-Interpreter, ExternalPackages-Fuel-Cog). We have the pieces for doing all this already; it's mainly just setting up new build configurations. (As an aside, I tweaked Jenkins' startup parameters to try optimise its memory use. Perversely, this made its memory use _worse_, so I've reverted the change. build.squeak.org should once more be stable, or at least as stable as before.) frank

1 0

← Newer
1
...
10
11
12
13
14
15
16
...
19
Older →

Jump to page: