Squeak-dev July 2012

squeak-dev@lists.squeakfoundation.org

55 participants
189 discussions

Start a nNew thread

XTHash fails to find libcrypto in Linux / Altitude only on Win32?
by Chris Cunnington 26 Jul '12

26 Jul '12

> 32 bit centos? Yea, did I miss something really obvious? Chris

1 0

XTHash fails to find libcrypto in Linux / Altitude only on Win32?
by Chris Cunnington 26 Jul '12

26 Jul '12

I deployed Altitude in CentOS and it produced a debug log, which I've attached below. Altitude needs SHA hashes and asks Xtreams for them. Works in Mac. Seems to fail in CentOS. XTHash makes an OS choice. If it's not Win32, then it uses XTLibCryptoHash. That works on Mac. On Linux it throws #externalCallFailed. So, the Linux class - XTLibCrytpoHash - fails on Linux, but works on Mac. The Mac class - XTHMAC - isn't used at all. Suspecting I may be wrong, and feeling limited by looking only at a command line, I downloaded Virtualbox, loaded CentOS 5.3, Squeak, and Altitude. I updated to the latest Squeak build - #12145 and ran the tests for Xtreams-XtrasTests. That package contains XTHMACTest and XTHashTest. All six tests failed. They try to find libcrypto, which seems ready to be found at: /usr/lib/.libcrypto.so.1.0.0.hmac /usr/lib/.libcrypto.so.10.hmac /usr/lib/libcrypto.so.1.0.0 /usr/lib/libcypto.so.10 I'm going to venture to say that people who use Xtreams in Squeak are more likely to deploy it on Win32 than Linux. Does anybody use Xtreams in Squeak and deploy on Linux? Thanks, Chris Error: External module not found 25 July 2012 2:25:32.041 pm VM: unix - Smalltalk Image: Squeak4.4-alpha [latest update: #12144] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /home/squeakmap Trusted Dir /home/squeakmap/secure Untrusted Dir /home/squeakmap/My Squeak XTLibCryptoHash(Object)>>error: Receiver: a XTLibCryptoHash Arguments and temporary variables: <<error during printing> Receiver's instance variables: library: nil context: a XTEVPMDCTX algorithm: nil XTLibCryptoHash(Object)>>externalCallFailed Receiver: a XTLibCryptoHash Arguments and temporary variables: errCode: 15 Receiver's instance variables: library: nil context: a XTEVPMDCTX algorithm: nil XTLibCryptoHash>>EVP_MD_CTX_init: Receiver: a XTLibCryptoHash Arguments and temporary variables: ctx: a XTEVPMDCTX Receiver's instance variables: library: nil context: a XTEVPMDCTX algorithm: nil XTLibCryptoHash>>initialize Receiver: a XTLibCryptoHash Arguments and temporary variables: Receiver's instance variables: library: nil context: a XTEVPMDCTX algorithm: nil XTHash class>>new Receiver: XTHash Arguments and temporary variables: Receiver's instance variables: superclass: Object methodDict: a MethodDictionary(#algorithm:->(XTHash>>#algorithm: "a CompiledMet...etc... format: 2 instanceVariables: nil organization: ('initialize-release' algorithm: release reset) ('accessing' bloc...etc... subclasses: {XTBCryptHash . XTHMAC . XTLibCryptoHash} name: #XTHash classPool: nil sharedPools: nil environment: Smalltalk globals "a SystemDictionary with lots of globals" category: #'Xtreams-Xtras' XTDigestWriteStream>>algorithm: Receiver: XTDigestWriteStream XTNullWriteStream nil Arguments and temporary variables: id: 'sha1' Receiver's instance variables: destination: XTNullWriteStream nil input: #[62 111 100 121 101 32 123 102 111 110 116 45 115 105 122 101 58 32 51 ...etc... digest: nil hash: nil XTNullWriteStream(XTWriteStream)>>hashing: Receiver: XTNullWriteStream nil Arguments and temporary variables: id: 'sha1' Receiver's instance variables: destination: nil ALArchive>>digest Receiver: an ALArchive Arguments and temporary variables: stream: nil Receiver's instance variables: bytes: #[252 253 249 14 65 76 72 116 109 108 82 101 115 111 117 114 99 101 1 1 ...etc... external: #() ALDigestLocator>>keyForResource: Receiver: an ALDigestLocator Arguments and temporary variables: aResource: an ALHtmlResource Receiver's instance variables: paths: a Dictionary('3~tHvS3DJ2hB3~7Cg54M3eZW3LU'->/3~tHvS3DJ2hB3~7Cg54M3eZW3LU...etc... resources: a Dictionary(/->an ALHtmlResource /3~tHvS3DJ2hB3~7Cg54M3eZW3LU->an A...etc... ALDigestLocator(ALLocator)>>pathForResource: Receiver: an ALDigestLocator Arguments and temporary variables: aResource: an ALHtmlResource key: nil Receiver's instance variables: paths: a Dictionary('3~tHvS3DJ2hB3~7Cg54M3eZW3LU'->/3~tHvS3DJ2hB3~7Cg54M3eZW3LU...etc... resources: a Dictionary(/->an ALHtmlResource /3~tHvS3DJ2hB3~7Cg54M3eZW3LU->an A...etc... ALRenderingContext>>registerNavigation: Receiver: an ALRenderingContext Arguments and temporary variables: aValuable: [closure] in ALCounterComponent>>renderContentOn: callback: an ALCallbackResource Receiver's instance variables: locator: an ALDigestLocator resource: an ALHtmlResource ALAppATag>>navigate: Receiver: an ALAppATag Arguments and temporary variables: aValuable: [closure] in ALCounterComponent>>renderContentOn: path: nil Receiver's instance variables: canvas: an ALAppHtml5Canvas attributes: an OrderedCollection() ALCounterComponent>>renderContentOn: Receiver: an ALCounterComponent Arguments and temporary variables: html: an ALAppHtml5Canvas Receiver's instance variables: counter: 0 [] in [] in ALCounterComponent>>renderOn: Receiver: an ALCounterComponent Arguments and temporary variables: html: an ALAppHtml5Canvas Receiver's instance variables: counter: 0 BlockClosure>>cull: Receiver: [closure] in [] in ALCounterComponent>>renderOn: Arguments and temporary variables: <<error during printing> Receiver's instance variables: outerContext: [] in ALCounterComponent>>renderOn: startpc: 74 numArgs: 0 ALAppHtml5Canvas(ALCanvas)>>renderBlock: Receiver: an ALAppHtml5Canvas Arguments and temporary variables: aBlock: [closure] in [] in ALCounterComponent>>renderOn: Receiver's instance variables: stream: XTEncodeWriteStream XTChunkingWriteStream XTPositionWriteSubstream XTEx...etc... stack: an OrderedCollection(an ALHtmlTag an ALBodyTag) current: an ALAppATag context: an ALRenderingContext form: nil BlockClosure>>renderOn: Receiver: [closure] in [] in ALCounterComponent>>renderOn: Arguments and temporary variables: aCanvas: an ALAppHtml5Canvas Receiver's instance variables: outerContext: [] in ALCounterComponent>>renderOn: startpc: 74 numArgs: 0 ALAppHtml5Canvas(ALCanvas)>>render: Receiver: an ALAppHtml5Canvas Arguments and temporary variables: anObject: [closure] in [] in ALCounterComponent>>renderOn: Receiver's instance variables: stream: XTEncodeWriteStream XTChunkingWriteStream XTPositionWriteSubstream XTEx...etc... stack: an OrderedCollection(an ALHtmlTag an ALBodyTag) current: an ALAppATag context: an ALRenderingContext form: nil [] in ALBodyTag(ALBrush)>>with: Receiver: an ALBodyTag Arguments and temporary variables: anObject: [closure] in [] in ALCounterComponent>>renderOn: Receiver's instance variables: canvas: an ALAppHtml5Canvas attributes: an OrderedCollection() --- The full stack --- XTLibCryptoHash(Object)>>error: XTLibCryptoHash(Object)>>externalCallFailed XTLibCryptoHash>>EVP_MD_CTX_init: XTLibCryptoHash>>initialize XTHash class>>new XTDigestWriteStream>>algorithm: XTNullWriteStream(XTWriteStream)>>hashing: ALArchive>>digest ALDigestLocator>>keyForResource: ALDigestLocator(ALLocator)>>pathForResource: ALRenderingContext>>registerNavigation: ALAppATag>>navigate: ALCounterComponent>>renderContentOn: [] in [] in ALCounterComponent>>renderOn: BlockClosure>>cull: ALAppHtml5Canvas(ALCanvas)>>renderBlock: BlockClosure>>renderOn: ALAppHtml5Canvas(ALCanvas)>>render: [] in ALBodyTag(ALBrush)>>with: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - BlockClosure>>ensure: ALBodyTag(ALBrush)>>with: ALAppHtml5Canvas(ALHtml5Canvas)>>body: [] in ALCounterComponent>>renderOn: BlockClosure>>cull: ALAppHtml5Canvas(ALCanvas)>>renderBlock: BlockClosure>>renderOn: ALAppHtml5Canvas(ALCanvas)>>render: [] in ALHtmlTag(ALBrush)>>with: BlockClosure>>ensure: ALHtmlTag(ALBrush)>>with: ALAppHtml5Canvas(ALHtml5Canvas)>>html: ALCounterComponent>>renderOn: ALHtmlResource>>renderOnStream:locator: [] in ALHtmlResource>>handleGet:locator: [] in ALEntity>>writeBodyInto: BlockClosure>>ensure: ALEntity>>writeBodyInto: ALTerminalRelay>>write:into: ALEntity(ALMimeMessage)>>writeInto: ALResponse(ALHttpMessage)>>writeBodyInto: ALTerminalRelay>>write:into: ALResponse(ALMimeMessage)>>writeInto: ALConnection>>handleRequest ALConnection>>loop [] in [] in ALConnection>>run BlockClosure>>on:do: [] in ALConnection>>run BlockClosure>>ifCurtailed: ALConnection>>run [] in ALConnection>>start [] in BlockClosure>>newProcess

2 1

Re: Squeak release process - CI server
by Chris Cunnington 26 Jul '12

26 Jul '12

This topic is starting to feel kind of loaded. I suspect that's because it's an idea that's been floating around for a long time and has now just landed as something real. I've pulled a tiny piece of functionality from a very large rig. I feel responsible for that small part. And, I think that is enough for Frank to work on a single image. The aim is so Frank can generate a page like this: https://ci.lille.inria.fr/pharo/view/Cog/job/StackVM-Mac-Esteban-Tests/5/te… If this kernel of functionality works and other people want to evolve it into something higher. That's great. If and when that happens, and people want to start zipping, scripting, and Gighubbing, I'll be by the pool. We can move from this server, which I will shut down in the next few months, and build a better version of Jenkins on the server we're moving to. Thanks, Chris (Although I have to admit it makes me nuts that Sean always seems to know more that I do, I feel I must say: "Well played, sir!".)

2 1

Squeak release process - CI server
by Chris Cunnington 26 Jul '12

26 Jul '12

Super! The CI server is at http://www.squeakci.org I just emailed you a username and password. If there is a problem with logging in, let me know. If you have questions about how Jenkins works, you're better off posting here on the list, as people here have more knowledge than I do about using Jenkins. Chris

3 3

The Inbox: Tests-fbs.153.mcz
by commits＠source.squeak.org 26 Jul '12

26 Jul '12

Frank Shearar uploaded a new version of Tests to project The Inbox: http://source.squeak.org/inbox/Tests-fbs.153.mcz ==================== Summary ==================== Name: Tests-fbs.153 Author: fbs Time: 26 July 2012, 11:03:10.766 am UUID: 8575eb9d-3aad-45e4-93f4-f32186a90e97 Ancestors: Tests-bf.152 Update the dependencies of the Multilingual and System packages. If these are unanticipated/unwanted, raise a Mantis report! This change merely brings the tests back in line with reality. =============== Diff against Tests-bf.152 =============== Item was changed: ----- Method: PackageDependencyTest>>testMultilingual (in category 'tests') ----- testMultilingual self testPackage: 'Multilingual' dependsExactlyOn: #( Collections - Compiler - Compression Exceptions Files Graphics Kernel Morphic Network System 'ToolBuilder-Kernel' - Tools TrueType ).! Item was changed: ----- Method: PackageDependencyTest>>testSystem (in category 'tests') ----- testSystem self testPackage: 'System' dependsExactlyOn: #( Collections Compiler Compression Exceptions Files + GetText Graphics Kernel Monticello MonticelloConfigurations Morphic MorphicExtras Multilingual Network 'PackageInfo-Base' + Protocols Sound 'ToolBuilder-Kernel' Tools TrueType ).!

1 0

Re: [squeak-dev] The Inbox: Tools-ael.394.mcz
by Aran Lunzer 26 Jul '12

26 Jul '12

Hi - Frank Shearar wrote: >> In a FileList there are some operations (such as 'install into new >> change set' and 'fileIn entire file', both on a .st file) that can be >> invoked from the file list, but on the contents pane lead to a >> walkback. >> >> The problem arises from the setup of the contents-pane menu in >> FileList>>fileContentsMenu:shifted:, where menu items are connected to >> ServiceEntry instances that have an invalid 'served' object. >> >> The relevant bit of the old code is >> >> aMenu >> addServices: services >> for: self fullName >> extraLines: extraLines >> >> which looks like it should be >> >> aMenu >> addServices: services >> for: self >> extraLines: extraLines >> >> ...because the served object (the fileList) will be asked its fullName >> when the service is invoked. > > I just tried, in an updated trunk image, to "install into new change > set", and everything worked just fine. Is this fix still necessary? For us the problem seems to be there just as before. Note that the error arises when invoking the operation from the code pane, not the file-list pane. All the best - Aran

2 2

The Trunk: Tools-fbs.420.mcz
by commits＠source.squeak.org 26 Jul '12

26 Jul '12

Frank Shearar uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-fbs.420.mcz ==================== Summary ==================== Name: Tools-fbs.420 Author: fbs Time: 26 July 2012, 10:26:12.798 am UUID: af3c34d8-9588-47f3-84c2-3dac8ae85862 Ancestors: Tools-fbs.419, Tools-ael.394 fix to invocation of file-specific "services" from contents pane of a FileList =============== Diff against Tools-fbs.419 =============== Item was changed: ----- Method: FileList>>fileContentsMenu:shifted: (in category 'file list menu') ----- fileContentsMenu: aMenu shifted: shifted "Construct aMenu to have items appropriate for the file browser's code pane, given the shift state provided" | services maybeLine extraLines | shifted ifTrue: [^ aMenu addList: StringHolder shiftedYellowButtonMenuItems]. fileName ifNotNil: [services := OrderedCollection new. (#(briefHex briefFile needToGetBriefHex needToGetBrief) includes: brevityState) ifTrue: [services add: self serviceGet]. (#(fullHex briefHex needToGetFullHex needToGetBriefHex) includes: brevityState) ifFalse: [services add: self serviceGetHex]. (#(needToGetShiftJIS needToGetEUCJP needToGetCNGB needToGetEUCKR needToGetUTF8) includes: brevityState) ifFalse: [services add: self serviceGetEncodedText]. maybeLine := services size. (FileStream sourceFileSuffixes includes: self suffixOfSelectedFile) ifTrue: [services addAll: (self servicesFromSelectorSpecs: #(fileIntoNewChangeSet: fileIn: browseChangesFile: browseFile:))]. extraLines := OrderedCollection new. maybeLine > 0 ifTrue: [extraLines add: maybeLine]. services size > maybeLine ifTrue: [extraLines add: services size]. aMenu addServices: services + for: self - for: self fullName extraLines: extraLines]. aMenu addList: { {'find...(f)' translated. #find}. {'find again (g)' translated. #findAgain}. {'set search string (h)' translated. #setSearchString}. #-. {'do again (j)' translated. #again}. {'undo (z)' translated. #undo}. #-. {'copy (c)' translated. #copySelection}. {'cut (x)' translated. #cut}. {'paste (v)' translated. #paste}. {'paste...' translated. #pasteRecent}. #-. {'do it (d)' translated. #doIt}. {'print it (p)' translated. #printIt}. {'inspect it (i)' translated. #inspectIt}. {'fileIn selection (G)' translated. #fileItIn}. #-. {'accept (s)' translated. #accept}. {'cancel (l)' translated. #cancel}. #-. {'more...' translated. #shiftedYellowButtonActivity}}. ^ aMenu !

1 0

Release Packaging tickets on Mantis
by Frank Shearar 26 Jul '12

26 Jul '12

Hi Ralph, I'm the release manager for Squeak 4.4 now, and I see there are some Release Packaging tickets assigned to you. Would you be OK with me assigning these tickets to myself? If they're still an issue, I'll need to fix them anyway during the release cycle. Thanks, frank

1 0

Re: [squeak-dev] The Inbox: 39Deprecated-fbs.20.mcz
by Levente Uzonyi 26 Jul '12

26 Jul '12

The original idea was that SharedQueue2 will replace SharedQueue. The problem is that this didn't happen and SharedQueue only understands #flush and #flushAllSuchThat:, so removing these methods will not enable us to do the switch. The reason why it didn't happen yet is probably performance. In the meantime Igor made some other queues which don't use any synchronization primitives, so they are a lot faster than both SharedQueue and SharedQueue2 for the basic operations. In theory Pharo uses one of those queues instead of SharedQueue in EventSensor (or it's replacement), though I'm not sure, since I didn't check it. Anyway, SharedQueue is a hack, SharedQueue2 is clean(er), but slow(er). Levente On Wed, 25 Jul 2012, commits(a)source.squeak.org wrote: > Frank Shearar uploaded a new version of 39Deprecated to project The Inbox: > http://source.squeak.org/inbox/39Deprecated-fbs.20.mcz > > ==================== Summary ==================== > > Name: 39Deprecated-fbs.20 > Author: fbs > Time: 25 July 2012, 9:42:16.56 pm > UUID: b22c5338-3200-4545-89bc-3f75c07e39af > Ancestors: 39Deprecated-ar.19 > > These methods are deprecated, and I can find no uses in the base image. > > =============== Diff against 39Deprecated-ar.19 =============== > > Item was removed: > - ----- Method: SharedQueue2>>flush (in category '*39Deprecated') ----- > - flush > - self deprecated: 'use removeAll'. > - ^self removeAll! > > Item was removed: > - ----- Method: SharedQueue2>>flushAllSuchThat: (in category '*39Deprecated') ----- > - flushAllSuchThat: aBlock > - self deprecated: 'use removeAllSuchThat:'. > - > - ^self removeAllSuchThat: aBlock! > > >

2 1

Daily Commit Log
by commits＠source.squeak.org 26 Jul '12

26 Jul '12

Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours: http://lists.squeakfoundation.org/pipermail/packages/2012-July/005433.html Name: Tools-fbs.415 Ancestors: Tools-cmm.414 Mantis bug 7697: deleting a message from a MessageSet doesn't automatically select another message, breaking the flow when, say, deleting a large number of messages. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-July/005434.html Name: Tools-fbs.417 Ancestors: Tools-fbs.415 Fix for Mantis issue 7699: deleting a system category causes a jarring leap to the top of the category list. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-July/005435.html Name: ToolsTests-fbs.53 Ancestors: ToolsTests-ul.52 The selected system category is the full hyphenated name: 'Tools-Browser', not 'Browser'. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-July/005436.html Name: Tools-fbs.418 Ancestors: Tools-fbs.417, Tools-cao.391 Remove redundant message selectedSystemCategoryName from PackagePaneBrowser since it's the same as that of the parent class. ============================================= http://lists.squeakfoundation.org/pipermail/packages/2012-July/005437.html Name: Tools-fbs.419 Ancestors: Tools-fbs.418 Merge Tools-ael.395 which has a fix to prevent the 'recent' facility in a Browser categories pane from discarding changes. Not a merge because ael.395's ancestor is ael.394, on which I've asked a question on the list. =============================================

1 0

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

Jump to page: