- Pharo-dev - lists.pharo.org

pixelSize vs pointSize

by Stephan Eggermont

I noticed in FastTable pixelSize is used, in others pointSize. When am I supposed to use one or the other? Stephan

Oct. 21, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50396 Home: https://github.com/pharo-project/pharo-core

Oct. 21, 2015

[pharo-project/pharo-core] 80df9f: 50396

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 80df9f25c79ded908f21ca48e5c6d285ff54997c https://github.com/pharo-project/pharo-core/commit/80df9f25c79ded908f21ca48… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-21 (Wed, 21 Oct 2015) Changed paths: A Compiler.package/Decompiler.class/instance/instruction decoding/doNop.st R Compression.package/extension/ArrayedCollection/instance/writeOnGZIPByteStream_.st A Kernel.package/Context.class/instance/instruction decoding/doNop.st A Kernel.package/InstructionClient.class/instance/instruction decoding/doNop.st M Reflectivity.package/HookGenerator.class/instance/initialize/entity_node_links_.st M Reflectivity.package/HookGenerator.class/instance/private/genReification_for_.st M Reflectivity.package/HookGenerator.class/instance/results/preamble.st M Reflectivity.package/MetaLink.class/instance/installing/checkForCompatibilityWith_.st A Reflectivity.package/RFArgumentsReification.class/class/plugin interface/entities.st R Reflectivity.package/RFArgumentsReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFClassReification.class/class/plugin interface/entities.st R Reflectivity.package/RFClassReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFEReceiverReification.class/class/plugin interface/entities.st R Reflectivity.package/RFEReceiverReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFEntityReification.class/class/plugin interface/entities.st R Reflectivity.package/RFEntityReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFEntityReification.class/instance/generate/genForInstanceVariableSlot.st M Reflectivity.package/RFEntityReification.class/instance/generate/genForLiteralVariable.st M Reflectivity.package/RFEntityReification.class/instance/generate/genForRBProgramNode.st A Reflectivity.package/RFLinkReification.class/class/plugin interface/entities.st R Reflectivity.package/RFLinkReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFNameReification.class/class/plugin interface/entities.st R Reflectivity.package/RFNameReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFNameReification.class/instance/generate/genForInstanceVariableSlot.st M Reflectivity.package/RFNameReification.class/instance/generate/genForLiteralVariable.st M Reflectivity.package/RFNameReification.class/instance/generate/genForRBAssignmentNode.st M Reflectivity.package/RFNameReification.class/instance/generate/genForRBVariableNode.st A Reflectivity.package/RFNewValueReification.class/class/plugin interface/entities.st R Reflectivity.package/RFNewValueReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFNodeReification.class/class/plugin interface/entities.st R Reflectivity.package/RFNodeReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFNodeReification.class/instance/generate/genForRBProgramNode.st A Reflectivity.package/RFObjectReification.class/class/plugin interface/entities.st R Reflectivity.package/RFObjectReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFReification.class/class/instance creation/entity_link_.st R Reflectivity.package/RFReification.class/class/instance creation/node_link_.st A Reflectivity.package/RFReification.class/class/plugin interface/entities.st R Reflectivity.package/RFReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFReification.class/definition.st A Reflectivity.package/RFReification.class/instance/acccessing/entity_.st R Reflectivity.package/RFReification.class/instance/acccessing/node_.st A Reflectivity.package/RFSelectorReification.class/class/plugin interface/entities.st R Reflectivity.package/RFSelectorReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFSelectorReification.class/instance/generate/genForRBMessageNode.st M Reflectivity.package/RFSelectorReification.class/instance/generate/genForRBMethodNode.st A Reflectivity.package/RFSenderReification.class/class/plugin interface/entities.st R Reflectivity.package/RFSenderReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFThisContextReification.class/class/plugin interface/entities.st R Reflectivity.package/RFThisContextReification.class/class/plugin interface/nodes.st A Reflectivity.package/RFValueReification.class/class/plugin interface/entities.st R Reflectivity.package/RFValueReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFValueReification.class/instance/generate/genForInstanceVariableSlot.st M Reflectivity.package/RFValueReification.class/instance/generate/genForLiteralVariable.st M Reflectivity.package/RFValueReification.class/instance/generate/genForRBAssignmentNode.st M Reflectivity.package/RFValueReification.class/instance/generate/genForRBVariableNode.st A Reflectivity.package/RFVariableReification.class/class/plugin interface/entities.st R Reflectivity.package/RFVariableReification.class/class/plugin interface/nodes.st M Reflectivity.package/RFVariableReification.class/instance/generate/genForInstanceVariableSlot.st M Reflectivity.package/RFVariableReification.class/instance/generate/genForLiteralVariable.st M Reflectivity.package/RFVariableReification.class/instance/generate/genForRBVariableNode.st M Reflectivity.package/extension/LiteralVariable/instance/availableReifications.st M Reflectivity.package/extension/RBProgramNode/instance/availableReifications.st M Reflectivity.package/extension/Slot/instance/availableReifications.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50395.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50396.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50395.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50396.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50396 16821 broken ArraydCollection>>#writeOnGZIPByteStream: https://pharo.fogbugz.com/f/cases/16821 16820 rename "node" to "entity" in RFReification https://pharo.fogbugz.com/f/cases/16820 16828 implement doNop https://pharo.fogbugz.com/f/cases/16828 http://files.pharo.org/image/50/50396.zip

Oct. 21, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/50395 Home: https://github.com/pharo-project/pharo-core

Oct. 21, 2015

[pharo-project/pharo-core] a19457: 50395

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: a19457097d6c8bbe2d9aaf29c49de0d2816b7165 https://github.com/pharo-project/pharo-core/commit/a19457097d6c8bbe2d9aaf29… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-10-21 (Wed, 21 Oct 2015) Changed paths: M AST-Core.package/RBArrayNode.class/instance/initialization/initialize.st M AST-Core.package/RBLiteralArrayNode.class/class/instance creation/value_.st M AST-Core.package/RBLiteralArrayNode.class/instance/matching/copyInContext_.st A Graphics-Canvas.package/extension/Color/instance/fillRectangle_on_.st A Graphics-Fonts.package/extension/GrafPort/instance/installStrikeFont_.st A Graphics-Fonts.package/extension/GrafPort/instance/installStrikeFont_foregroundColor_backgroundColor_.st A Graphics-Fonts.package/extension/GrafPort/instance/lastFont.st R Graphics-Primitives.package/Color.class/instance/recategorized/fillRectangle_on_.st R Graphics-Primitives.package/GrafPort.class/instance/private/installStrikeFont_.st R Graphics-Primitives.package/GrafPort.class/instance/private/installStrikeFont_foregroundColor_backgroundColor_.st R Graphics-Primitives.package/GrafPort.class/instance/private/lastFont.st M MonticelloFileTree-Core.package/MCFileTreeAbstractReader.class/instance/accessing/packageProperties.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50394.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50395.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50394.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50395.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50395 16827 #sourceInterval should work for every RBNode - Yes even RBArrayNode https://pharo.fogbugz.com/f/cases/16827 16826 GrafPort font methods should be moved to the package Graphics-Fonts https://pharo.fogbugz.com/f/cases/16826 16823 Color>>#fillRectangle:on: should be in Graphics-Canvas https://pharo.fogbugz.com/f/cases/16823 16831 unimplemented call in MCFileTreeAbstractReader>>#packageProperties https://pharo.fogbugz.com/f/cases/16831 http://files.pharo.org/image/50/50395.zip

Oct. 21, 2015

Re: [Pharo-dev] Pharo page is not working

by Esteban Lorenzano

fixed > On 21 Oct 2015, at 07:54, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > it works for meâ¦ > >> On 21 Oct 2015, at 04:52, Gabriel Cotelli <g.cotelli(a)gmail.com <mailto:g.cotelli@gmail.com>> wrote: >> >> It's giving: >> Error: Duplicate key: 'index-header' >

Oct. 21, 2015

Re: [Pharo-dev] Settings: where are they stored?

by Marcus Denker

>> >> Information >> Cannot update #Nautilus#emptyCommentWarning. Exception: MessageNotUnderstood: Nautilus class>>emptyCommentWarning: > > You got this message because Nautilus settings in #nautilusSettingsOn: called #emptyCommentWarning do not have a setting method that should be defined on Nautilus class>>#emptyCommentWarning: This is a Nautilus's bug. > I added an issue tracker entry : https://pharo.fogbugz.com/f/cases/16834/implement-Nautilus-class-emptyComme… Marcus

Oct. 21, 2015

Re: [Pharo-dev] Pharo page is not working

by Marcus Denker

it works for meâ¦ > On 21 Oct 2015, at 04:52, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > > It's giving: > Error: Duplicate key: 'index-header'

Oct. 21, 2015

Pharo page is not working

by Gabriel Cotelli

It's giving: Error: Duplicate key: 'index-header'

Oct. 21, 2015

Re: [Pharo-dev] [squeak-dev] [Cryptography port to Pharo] RandomGenerator class>>unpredictableStringsDo:

by Ron Teitelbaum

> From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of > Robert Withers > Subject: Re: [Pharo-dev] [squeak-dev] [Cryptography port to Pharo] > RandomGenerator class>>unpredictableStringsDo: > > Ron, > > I checked that email and there is no mention of who it was sent to now this > SFLC advisors. Ok that must be the Software Freedom Law Center. I just > reached out to them on this. [Ron Teitelbaum] It was set to Dan Ravicher but not sure if he is still there. http://lists.squeakfoundation.org/pipermail/cryptography/2005-November/0000… > > Thank you, > Robert > > On 10/19/2015 06:25 PM, Ron Teitelbaum wrote: > > Hi Robert, > > > > I went back and reviewed and this is what I sent to BIS. > > > > http://lists.squeakfoundation.org/pipermail/cryptography/2006-January/ > > 000117.html > > > > Not much to it but we got a lot of advice from SFLC first. > > > > >From our research OS projects are allowed to host cryptographic code > > >and make available for anyone to download. BUT that does not exclude > > >users of the code from being restrained from exporting that code to > > >any USA identified restricted entities. For example: > > >http://www.state.gov/j/ct/list/c14151.htm > > > > I would recommend at the very least to register the repo with the BIS for > Pharo, but I would also contact the SFLC to verify nothing has changed. > > > > All the best, > > > > Ron > > > >> -----Original Message----- > >> From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf > >> Of Robert Withers > >> Sent: Monday, October 19, 2015 5:28 PM > >> To: The general-purpose Squeak developers list; 'Chris Muller' > >> Cc: 'Pharo Development List' > >> Subject: Re: [Pharo-dev] [squeak-dev] [Cryptography port to Pharo] > >> RandomGenerator class>>unpredictableStringsDo: > >> > >> (resending with Pharo list) > >> > >> Ron, would it be an easy process to add a second URL to the exception > >> paperwork. Pharo does have new ideas about code storage and > >> distribution that we would want to take advantage of. This would help a > lot! > >> > >> Then again, screw their paperwork requirements of us. Put my name as > >> responsible on the Pharo code and I'll take a trip to Cuba, if they > >> need a scape goat for their 20th century thinking. Crypto is already > >> out of the bag and everyone uses it freely. Just do it and ask permission > later. > >> > >> In thinking about consolidating crypto code between squeak and pharo, > >> I would guess there would be a thin capatibility layer for each > >> system, then the Crypto code in the main. My goal is to have > >> compatibility, crypto and plugins on both virtual platforms. > >> > >> Thanks so much ^^ > >> > >> Robert > >> > >> On 10/19/2015 05:17 PM, Ron Teitelbaum wrote: > >>> Hi Chris, > >>> > >>> The exemption is not for the location of the server but the URL > >>> where it is > >> hosted. I'm happy to help in any way I can but I don't have access > >> to the Pharo Repos. I have no issue with having Pharo packages on > >> SqueakSource if that is what everyone agrees too. We have multiple > packages hosted there. > >> It's ok with me if we host some pharo code there too. > >>> All the best, > >>> > >>> Ron > >>> > >>>> -----Original Message----- > >>>> From: Chris Muller [mailto:ma.chris.m@gmail.com] > >>>> Sent: Monday, October 19, 2015 3:59 PM > >>>> To: Ron Teitelbaum > >>>> Cc: Pharo Development List; The general-purpose Squeak developers > >>>> list > >>>> Subject: Re: [Pharo-dev] [squeak-dev] [Cryptography port to Pharo] > >>>> RandomGenerator class>>unpredictableStringsDo: > >>>> > >>>> Heh, well, since then SqueakSource itself was moved to a different > >>>> server in a different country. I guess there was also a mirror of > >>>> SqueakSource hosted in Chile under a different URL for many years. > >>>> > >>>> I'm doubtful any of it matters, but we wouldn't want anyone to end > >>>> up in Gitmo over it. If you're uncomfortable about hosting a copy > >>>> elsewhere, then please at least namespace-prefix the Pharo-specific > >>>> packages, to at least help keep it from becoming a tangled mess. > >>>> > >>>> On Mon, Oct 19, 2015 at 2:39 PM, Ron Teitelbaum > <ron(a)usmedrec.com> > >>>> wrote: > >>>>> Hi All, > >>>>> > >>>>> Unless someone filed the proper paperwork I would suggest NOT > >>>>> moving > >>>> the cryptography code anywhere except for SqueakSource. When we > >>>> started the project we spent time ensuring that we had a proper > >>>> exemption from the U.S. regulations on exporting cryptographic code. > >>>> If someone copied and forked the code that exemption may not still > >>>> apply to that new repository. > >>>>> I'm not personally involved with the code on Pharo, not sure who > >>>>> is doing > >>>> crypto there. > >>>>> All the best, > >>>>> > >>>>> Ron > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On > >>>>>> Behalf Of Chris Muller > >>>>>> Sent: Monday, October 19, 2015 2:47 PM > >>>>>> To: The general-purpose Squeak developers list > >>>>>> Cc: Pharo Development List > >>>>>> Subject: Re: [Pharo-dev] [squeak-dev] [Cryptography port to > >>>>>> Pharo] RandomGenerator class>>unpredictableStringsDo: > >>>>>> > >>>>>> Yes, if a common package for both Squeak and Pharo is possible, > >>>>>> that'd be great. Otherwise, the Squeak and Pharo versions should > >>>>>> reside in separate repositories. Squeak users are still using > >>>>>> squeaksource.com, Pharo moved to smalltalkhub and beyond.. > >>>>>> > >>>>>> On Mon, Oct 19, 2015 at 1:42 PM, Robert Withers > >>>>>> <robert.w.withers(a)gmail.com> wrote: > >>>>>>> hey Ron, > >>>>>>> > >>>>>>> It was actually the Pharo Cryptography team I was thinking of. > >>>>>>> Perhaps we can get the same package to work in both squeak and > >>>>>>> Pharo, with use of installable entropy sources or the like. In > >>>>>>> order to get SqueakElib running in Pharo I need crypto and we > >>>>>>> may as > >>>> well do it right. > >>>>>>> Cheers, > >>>>>>> Robert > >>>>>>> > >>>>>>> > >>>>>>> On 10/19/2015 02:28 PM, Ron Teitelbaum wrote: > >>>>>>>> Hi Robert, > >>>>>>>> > >>>>>>>> You are already on the Cryptograph repo on SqueakSource.com as > >>>>>>>> an > >>>>>> admin. > >>>>>>>> Please feel free to reorg if you like. > >>>>>>>> > >>>>>>>> Let me know if you have trouble resurrecting your account. > >>>>>>>> > >>>>>>>> All the best, > >>>>>>>> > >>>>>>>> Ron > >>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: squeak-dev-bounces(a)lists.squeakfoundation.org > >>>>>>>>> [mailto:squeak-dev- bounces(a)lists.squeakfoundation.org] On > >>>>>>>>> Behalf Of Robert Withers > >>>>>>>>> Sent: Monday, October 19, 2015 1:53 PM > >>>>>>>>> To: squeak-dev(a)lists.squeakfoundation.org > >>>>>>>>> Subject: Re: [squeak-dev] [Pharo-dev] [Cryptography port to > >>>>>>>>> Pharo] RandomGenerator class>>unpredictableStringsDo: > >>>>>>>>> > >>>>>>>>> This is great guys. Is there a way to get this from the image? > >>>>>>>>> Good to get > >>>>>>>> it > >>>>>>>>> with an FFI/OSProcess call or something. > >>>>>>>>> > >>>>>>>>> Thank you, > >>>>>>>>> Robert > >>>>>>>>> > >>>>>>>>> On 10/19/2015 08:58 AM, Louis LaBrunda wrote: > >>>>>>>>>> Hi Guys, > >>>>>>>>>> > >>>>>>>>>> How about getting the CPU temperature. I think most CPUs > >>>>>>>>>> support "Digital Thermal Sensor" (I'm not sure about ARM). I > >>>>>>>>>> think it is seven bits. The real range should be less than > >>>>>>>>>> that but it may be enough to help add some entropy. > >>>>>>>>>> > >>>>>>>>>> Lou > >>>>>>>>>> > >>>>>>>>>> On Mon, 19 Oct 2015 07:39:19 -0400, Robert Withers > >>>>>>>>>> <robert.w.withers(a)gmail.com> wrote: > >>>>>>>>>> > >>>>>>>>>>> Hi Ron , nice to see you too! It has been a number of years, > >>>>>>>>>>> hasn't > >>>> it? > >>>>>>>>>>> Crypto is timestamped back in 2010, so there is is. I hope > >>>>>>>>>>> these have been kind years to you, as they have for me. > >>>>>>>>>>> > >>>>>>>>>>> I love the idea of optional sources of entropy, depending on > >>>>>>>>>>> the deployed capabilities. So there are our mouse points and > >>>>>>>>>>> such, because they ought to be optional. > >>>>>>>>>>> > >>>>>>>>>>> What are some reliably present sources in the most minimal > >>>>>> situation? > >>>>>>>>>>> If we could define minimal as an image with no image level > >>>>>>>>>>> I/O beyond file I/O, I would think we'd have: Kernel, > >>>>>>>>>>> System, Collections, Compiler and FFI. Some intransitives in > >>>>>>>>>>> that scope for entropy would be > >>>>>>>>> grand. > >>>>>>>>>>> > >>>>>>>>>>> I was thinking to take 5 millisecondClockValues, separated > >>>>>>>>>>> by > >>>>>>>>>>> 4 non-secure random intervals: take the low order byte of > >>>>>>>>>>> the > >>>>>>>>>>> 4 intervals and reverse & concat them, as a entropic source. > >>>>>>>>>>> > >>>>>>>>>>> I can coordinate these changes. Ron, could you add me to the > >>>>>>>>>>> Cryptography team so I can upload the Pharo Cryptography > >>>>>>>>> #bleedingEdge? > >>>>>>>>>>> > >>>>>>>>>>> Thanks and I look forward to more, :) > >>>>>>>>>>> > >>>>>>>>>>> Robert > >>>>>>>>>>> > >>>>>>>>>>> On 10/18/2015 02:38 PM, Ron Teitelbaum wrote: > >>>>>>>>>>>> Hi Robert, > >>>>>>>>>>>> > >>>>>>>>>>>> Nice to see you! > >>>>>>>>>>>> > >>>>>>>>>>>> Looks interesting I know that Chris did something gathering > >>>>>>>>>>>> sources of > >>>>>>>>> entropy. Seems like the more the better. Could you just make > >>>>>>>>> the entropy sources optional such that if they exist we use them? > >>>>>>>>> I would have to go back and see what Chris did but he was > >>>>>>>>> following suggestions from Schneider in his secureRandom. > >>>>>>>>>>>> > >>>>>>>>>>>> All the best, > >>>>>>>>>>>> > >>>>>>>>>>>> Ron Teitelbaum > >>>>>>>>>>>> > >>>>>>>>>>>>> -----Original Message----- > >>>>>>>>>>>>> From: Pharo-dev [mailto:pharo-dev- > bounces(a)lists.pharo.org] > >>>>>>>>>>>>> On Behalf Of Robert Withers > >>>>>>>>>>>>> Sent: Sunday, October 18, 2015 5:00 AM > >>>>>>>>>>>>> To: The general-purpose Squeak developers list; Pharo > >>>>>>>>>>>>> Development List > >>>>>>>>>>>>> Subject: Re: [Pharo-dev] [Cryptography port to Pharo] > >>>>>>>>>>>>> RandomGenerator > >>>>>>>>>>>>> class>>unpredictableStringsDo: > >>>>>>>>>>>>> > >>>>>>>>>>>>> I'm sorry, I forgot the code. I list the existing method, > >>>>>>>>>>>>> followed by my modified Pharo method below. I welcome > any > >>>>>> feedback. > >>>>>>>>>>>>> Regards, > >>>>>>>>>>>>> Robert > >>>>>>>>>>>>> > >>>>>>>>>>>>> --- > >>>>>>>>>>>>> Existing: > >>>>>>>>>>>>> unpredictableStringsDo: aBlock > >>>>>>>>>>>>> "Enumerate sources of information from my > >>>>>>>>>>>>> environment that > >>>>>>>>> should > >>>>>>>>>>>>> be generally hard to guess." > >>>>>>>>>>>>> | time | > >>>>>>>>>>>>> time := Time millisecondsToRun: > >>>>>>>>>>>>> [ aBlock > >>>>>>>>>>>>> value: World imageForm bits > >>>>>>>>>>>>> compressToByteArray ; > >>>>>>>>>>>>> value: Sensor mousePoint x asString ; > >>>>>>>>>>>>> value: Sensor mousePoint y asString ; > >>>>>>>>>>>>> value: Time > >>>>>>>>>>>>> millisecondClockValue asByteArray ; > >>>>>>>>>>>>> value: Date today asString ; > >>>>>>>>>>>>> value: Time now asString ; > >>>>>>>>>>>>> value: Display extent asString. > >>>>>>>>>>>>> 100 timesRepeat: [ aBlock value: UUID new ]. > >>>>>>>>>>>>> #(vmVersion platformName primVmPath > >>>>>>>>>>>>> imageName > >>>>>>>>> platformSubtype > >>>>>>>>>>>>> datedVersion lastQuitLogPosition vmStatisticsReportString > >>>>>>>>>>>>> imageName) > >>>>>>>>>>>>> collect: > >>>>>>>>>>>>> [ : each | > >>>>>>>>>>>>> aBlock value: (SmalltalkImage > >>>>>>>>>>>>> current > >>>>>>>>>>>>> perform: each) > >>>>>>>>> asByteArray > >>>>>>>>>>>>> ] ]. > >>>>>>>>>>>>> aBlock > >>>>>>>>>>>>> value: time asByteArray; > >>>>>>>>>>>>> "maybe the pointer has moved, hit it again." > >>>>>>>>>>>>> value: Sensor mousePoint asString ; > >>>>>>>>>>>>> value: Time millisecondClockValue > >>>>>>>>>>>>> asByteArray > >>>>>>>>>>>>> > >>>>>>>>>>>>> --- > >>>>>>>>>>>>> Pharo port: > >>>>>>>>>>>>> unpredictableStringsDo: aBlock > >>>>>>>>>>>>> "Enumerate sources of information from my > >>>>>>>>>>>>> environment that > >>>>>>>>> should > >>>>>>>>>>>>> be generally hard to guess." > >>>>>>>>>>>>> > >>>>>>>>>>>>> | time | > >>>>>>>>>>>>> time := Time millisecondsToRun: > >>>>>>>>>>>>> [ aBlock > >>>>>>>>>>>>> value: Time > >>>>>>>>>>>>> millisecondClockValue asByteArray ; > >>>>>>>>>>>>> value: Date today asString ; > >>>>>>>>>>>>> value: Time now asString. > >>>>>>>>>>>>> 100 timesRepeat: [ aBlock value: UUID new ]. > >>>>>>>>>>>>> #(version primImagePath imagePath > >>>>>>>>>>>>> datedVersion > >>>>>>>>>>>>> lastQuitLogPosition) > >>>>>>>>>>>>> collect: > >>>>>>>>>>>>> [ : each | > >>>>>>>>>>>>> aBlock value: (SmalltalkImage > >>>>>>>>>>>>> current > >>>>>>>>>>>>> perform: each) > >>>>>>>>> asByteArray > >>>>>>>>>>>>> ] ]. > >>>>>>>>>>>>> aBlock > >>>>>>>>>>>>> value: time asByteArray; > >>>>>>>>>>>>> value: Time millisecondClockValue > >>>>>>>>>>>>> asByteArray > >>>>>>>>>>>>> > >>>>>>>>>>>>> > >>>>>>>>>>>>> On 10/18/2015 04:23 AM, Robert Withers wrote: > >>>>>>>>>>>>>> This is a message intended for anyone who was on the > >>>>>>>>>>>>>> Cryptography > >>>>>>>>> team. > >>>>>>>>>>>>>> I recently ported it to Pharo and had to make changes to > >>>>>>>>>>>>> RandomGenerator > >>>>>>>>>>>>>> class>>unpredictableStringsDo:. This certainly removed > >>>>>>>>>>>>>> class>>some uncertainty > >>>>>>>>>>>>>> from the results of this message. My question is what > >>>>>>>>>>>>>> should I do about that? This method seems to require > >>>>>>>>>>>>>> non-headless, as it is checking the mouse point and such. > >>>>>>>>>>>>>> This being a crypto cornerstone, what the best answer > here. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Thank you, > >>>>>>>>>>>>>> Robert > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>> ----------------------------------------------------------- > >>>>>>>>>> Louis LaBrunda > >>>>>>>>>> Keystone Software Corp. > >>>>>>>>>> SkypeMe callto://PhotonDemon > >>>>>>>>>> mailto:Lou@Keystone-Software.com http://www.Keystone- > >>>>>> Software.com > >>>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>> > >>> > > > > >

Oct. 21, 2015