August 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] UUIDs

by Peter UhnÃ¡k

> > btw2, UUID actually uses MD5 and SHA, but on a smaller input than full > file contents. > Pharo implements version 4, which uses purely random bits; not MD5/SHA/MAC. > > btw3, I love turtles all the way down, but given that crypto > algorithms are CPU bound and Pharo will be single-CPU for some time, > it might be pragmatic to have the crypto primitives to thread onto a > separate CPU, and maybe take advantage of hardware acceleration. Call > it SHAxExternal... > https://software.intel.com/en-us/articles/intel-sha-extensions There's an advantage of using UUIDs, because if you have larger files, hashing them might take a considerable amount of CPU time and disk I/O. But having it content-based is also an advantage, because it can be created independently (and verifiably). Peter

Aug. 12, 2015

Re: [Pharo-users] UUIDs

by Ben Coman

On Wed, Aug 12, 2015 at 2:09 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Searching the archives, I found an interesting comment [1]: > "I think the UUIDGenerator in the image produces UUIDs which are good > enough for MC. " - Levente Uzonyi > > I am pretty well confused by UUIDs in general (they seem magical) and > Pharo's implementation. The use case I have in mind is a file library which > imports files into a single folder, but changes their names to something > guaranteed to be unique so that they don't overwrite each other. Would UUIDs > work in that case? Would the image ones be "good enough"? Are > primitive-generated UUIDs guaranteed to always be unique if, say, I move the > image to another OS and continue generating them with another VM? Thanks! > > [1] http://forum.world.st/UUID-and-Cog-tp2955687p2957172.html > Unless your requirements *specifically* need identical files to be maintained as duplicates, I would strongly consider using something content based like MD5 or SHA. Guaranteed to remain the same between OS and good-enough uniqueness. Its also compatible with external tools. Pharo seems to have an implementation. https://en.wikipedia.org/wiki/Secure_Hash_Algorithm Depending on the breadth of your audience, you may want to base it off HashFunction and allow user configuration of algorithm. Selectivity between security and performance can be useful. btw1, git uses SHA-1... https://git-scm.com/book/en/v2/Git-Internals-Git-Objects btw2, UUID actually uses MD5 and SHA, but on a smaller input than full file contents. Cross platform may(?) have to contend with there being several revisions of UUID (unless handling all past versions is implicit in all implementations), particularly by external tools. https://en.wikipedia.org/wiki/Universally_unique_identifier btw3, I love turtles all the way down, but given that crypto algorithms are CPU bound and Pharo will be single-CPU for some time, it might be pragmatic to have the crypto primitives to thread onto a separate CPU, and maybe take advantage of hardware acceleration. Call it SHAxExternal... https://software.intel.com/en-us/articles/intel-sha-extensions cheers -ben

Aug. 12, 2015

Re: [Pharo-users] UUIDs

by Peter UhnÃ¡k

The UUIDGenerator has unnecessarily heavy-handed implementation, however it does adhere to the RFC specs as far as I could tell. Which also means that it's definitely usable across images and platforms. If anything, the weak point would be the random number generator, not UUID. And at least on unix/linux it uses /dev/urandom so it should be pretty reliable. So ask yourself what's the probability of your PRNGs generating same 122 bits. This thread might also interest you http://forum.world.st/Contributing-to-VoyageMongo-improving-insertion-updat… Peter On Tue, Aug 11, 2015 at 8:09 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Searching the archives, I found an interesting comment [1]: > "I think the UUIDGenerator in the image produces UUIDs which are good > enough for MC. " - Levente Uzonyi > > I am pretty well confused by UUIDs in general (they seem magical) and > Pharo's implementation. The use case I have in mind is a file library which > imports files into a single folder, but changes their names to something > guaranteed to be unique so that they don't overwrite each other. Would > UUIDs > work in that case? Would the image ones be "good enough"? Are > primitive-generated UUIDs guaranteed to always be unique if, say, I move > the > image to another OS and continue generating them with another VM? Thanks! > > [1] http://forum.world.st/UUID-and-Cog-tp2955687p2957172.html > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/UUIDs-tp4842189.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Aug. 11, 2015

UUIDs

by Sean P. DeNigris

Searching the archives, I found an interesting comment [1]: "I think the UUIDGenerator in the image produces UUIDs which are good enough for MC. " - Levente Uzonyi I am pretty well confused by UUIDs in general (they seem magical) and Pharo's implementation. The use case I have in mind is a file library which imports files into a single folder, but changes their names to something guaranteed to be unique so that they don't overwrite each other. Would UUIDs work in that case? Would the image ones be "good enough"? Are primitive-generated UUIDs guaranteed to always be unique if, say, I move the image to another OS and continue generating them with another VM? Thanks! [1] http://forum.world.st/UUID-and-Cog-tp2955687p2957172.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/UUIDs-tp4842189.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 11, 2015

Re: [Pharo-users] Spreadsheet editor

by H. Hirzel

On 8/11/15, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > since there has been talk about Tabular/DOCX, http://ss3.gemtalksystems.com/ss/Tabular.html > is there any project aimed at actually editing tables/spreadsheets inside > Pharo? > > There's Spreadsheet by Torsten, but that seems to be an abandoned > proof-of-concept. > > Peter > There is a start at using Glamour and Spec to view the tables in Tabular. http://ss3.gemtalksystems.com/ss/Tabular.html I have not tried it out yet. Needs a Glamour specialist to have a look. Not sure about editing. NeoCSV style import works ; limited export works. Currently I am focused on getting roundtrip Import / Export of XLSX files working for a slightly extended subset of the features. (cell attributes, in particular 'font size, word wrap and column width attributes') To have a display of it would be great. --Hannes TabularWorksheet>>showWithGlamour | wrapper matrix table | matrix := self cellsAsMatrix. wrapper := GLMWrapper new. wrapper show: [ :a | table := a table. 1 to: matrix columnCount do: [ :i | table column: i asString evaluated: [ :col | col at: i ] width: 50 ] ]. wrapper openOn: ((1 to: matrix rowCount) collect: [ :i | matrix atRow: i ]) TabularWorksheet>>showWithSpec | matrix tree specCols | matrix := self cellsAsMatrix. tree := TreeModel new. specCols := (1 to: matrix columnCount) collect: [ :i | TreeColumnModel new displayBlock: [ :node | (node content at: i) asString ]; headerLabel: i asString; yourself ]. tree columns: specCols. tree roots: ((1 to: matrix rowCount) collect: [ :i | matrix atRow: i ]). tree openWithSpec.

Aug. 11, 2015

Re: [Pharo-users] Help regarding Scroll Pane usage

by Jigyasa Grover

*Steps to reproduce:* 1. Open a fresh image 2. Load Configuration : World > Tools > Configuration Browser > sQuick_new 3. Do It `IndexInterface open` in playground 4. Search for a word, say **of** , type in input box and click on *SEARCH* button. The following screen appears: <http://forum.world.st/file/n4842176/57.png> It is desired for this to be scroll-able as when the number of search results extend beyond the screen/window extent, scroll-pane would be required. LINK to GitHUb ISSUE for further details: https://github.com/jig08/sQuick_new/issues/22 -- View this message in context: http://forum.world.st/Help-regarding-Scroll-Pane-usage-tp4838485p4842176.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 11, 2015

Re: [Pharo-users] Spreadsheet editor

by S Krish

Should try an ActiveX / Open Office embedded in Pharo if the whole capability of spreadsheets is required from Pharo. On Tue, Aug 11, 2015 at 10:15 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > since there has been talk about Tabular/DOCX, > is there any project aimed at actually editing tables/spreadsheets inside > Pharo? > > There's Spreadsheet by Torsten, but that seems to be an abandoned > proof-of-concept. > > Peter >

Aug. 11, 2015

Spreadsheet editor

by Peter UhnÃ¡k

Hi, since there has been talk about Tabular/DOCX, is there any project aimed at actually editing tables/spreadsheets inside Pharo? There's Spreadsheet by Torsten, but that seems to be an abandoned proof-of-concept. Peter

Aug. 11, 2015

Re: [Pharo-users] XMLRPC?

by Ben Coman

I'm not a user of XMLRPC, but anyone consider it worth saving the project pages for... https://code.google.com/p/pharo-xmlrpc/ to github ? cheers -ben On Mon, Jul 13, 2015 at 5:49 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Arturo, > > for our PhaROS project, we use XMLRPC. > When I had a look at it, started to clean it up... > So far, the ConfigurationOfPhaROS uses the bleeding edge version of XMLRPC > because it was moving a lot. > Here what I use: > > > Gofer it > url: 'http://ss3.gemstone.com/ss/XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > load. > > (ConfigurationOfXMLRPC project version: #bleedingEdge) > load: #('XMLRPC-Client-Core' 'XMLRPC-Client-Tests' 'XMLRPC-Server-Core' > 'XMLRPC-Server-Tests'). > "1738 run, 1738 passes, 11 skipped, 0 expected failures, 0 failures, 0 > errors, 0 unexpected passes" > > Best, > > #Luc > > 2015-07-12 19:13 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: >> >> On 12-07-15 00:59, Arturo Zambrano wrote: >>> >>> Hi all, >>> I tried this: >>> Gofer it >>> url: 'http://ss3.gemstone.com/ss/XMLRPC'; >>> package: 'ConfigurationOfXMLRPC'; >>> load. >>> ConfigurationOfXMLRPC project latestVersion load: 'All'. >> >> >> I'm afraid 1.0-alpha4 might be larger than 1.0.2 >> Did you try #stable? >> >> Stephan >> >> >> >

Aug. 11, 2015

Re: [Pharo-users] gettings real senders

by Peter UhnÃ¡k

> > You can't search invocations of a particular "class>>method". So if I understand there's no direct way to do it, and I need to traverse the AST and do a static analysis. Unfortunately adding logging will work only if I know that all the senders will actually send the message, which is definitely not guaranteed here. (Btw "Transcript crShow:" should be better written as"self crLog:") What I do in that case is that I select the text "WriteStream on:" and > "method source with it". But of course, a class side search would be nice. Nice! I didn't know about this, I always used finder instead. Thanks, Peter On Sun, Aug 9, 2015 at 3:39 AM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > What I do in that case is that I select the text "WriteStream on:" and > "method source with it". But of course, a class side search would be nice. > > On Sat, Aug 8, 2015 at 10:07 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> On Sun, Aug 9, 2015 at 3:25 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> > So there's method CompiledMethod>>senders, >> > but the problem is that it just looks for the message symbol and not >> class. >> > >> > so for example: >> > ~~~~~~~~~~~~~~~~~~~~~ >> > (WriteStream>>on:) senders >> > ~~~~~~~~~~~~~~~~~~~~~ >> > will also include Object>>asBrick >> > >> > Object>>asBrick >> > ^ GLMMorphBrick on: self asMorph >> > >> > because it sends #on: even though it's on completely different object. >> > >> > Now I understand that this is a dynamic system, so I will never have all >> > senders, but this should be resolvable even through static analysis? >> > >> > So now my question is: Is there an easy way to retrieve the object to >> which >> > the selector is sent? >> > I can use "CompiledMethod>>messages", but that just returns "a >> Set(#asMorph >> > #on:)" which is useless here. >> > >> > So do I need to traverse the AST and find it there? >> >> You can't search invocations of a particular "class>>method". You can >> only search invocations of a "message" unbound from any class. You >> can constrain your senders to search to particular packages, but that >> requires pre-knowledge and may not suit all cases. In some cases I >> find adding the following useful... >> >> WriteStream>>on: >> Transcript crShow: thisContext senders senders printString , >> '-->' , thisContext senders printString , >> thisContext printString. >> .... >> >> cheers -ben >> >> > > > -- > Mariano > http://marianopeck.wordpress.com >

Aug. 11, 2015