Re: [Pharo-users] UUIDs

[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

Re: [Pharo-users] UUIDs

[Ben Coman]

On Wed, Aug 12, 2015 at 2:09 AM, Sean P. DeNigris  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

Re: [Pharo-users] UUIDs

[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-updating-speed-td4838806.html

Peter

On Tue, Aug 11, 2015 at 8:09 PM, Sean P. DeNigris 
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.
>
>

[Pharo-users] UUIDs

[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.

Re: [Pharo-users] Spreadsheet editor

[H. Hirzel]

On 8/11/15, Peter Uhnák  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.

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

[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:

 

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.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Spreadsheet editor

[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  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
>

[Pharo-users] Spreadsheet editor

[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

Re: [Pharo-users] XMLRPC?

[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  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 :
>>
>> 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
>>
>>
>>
>