- Pharo-users - lists.pharo.org

Re: [Pharo-users] Finding files in Pharo

by Alistair Grant

Hi Hernan, On Mon, Jun 19, 2017 at 09:23:35PM -0300, Hern??n Morales Durand wrote: > I took the time to review FileSystemDirectoryEntry. > > UNIX has 3 types of timestamps > > -The access time is the last time when the content was accessed. > -The modification time is last time when the content was modified. > -The change time is the last time when the metadata was modified. > > FileSystemDirectoryEntry>>creationTime > This is wrong because there is no such thing as creation time in UNIX. Several linux file systems do support creation time, called birth time, but my understanding is that there is no standard way to retrieve the birth time commonly available and cross platform. > I checked in Linux chmod'ing an empty file and #creationTime displays the chmod > "change time". > Then added content to the file > > echo prueba >> test1.txt > > And both "creation" and "modification" instance variables were updated. > > I couldn't find #accessTime method to get the last timestamp of last access. Linux kernel 4.11 introduced statx(), which adds creation time, but I don't know if it will be adopted by BSD or MacOS. The patches I mentioned earlier and plan for Pharo 7 add support for all 4 timestamps (creation, change, modification, access). Which fields get populated depends on the platform. There's a #hasCreationTime flag which allows you to distinguish between the real creation time and the change time. Cheers, Alistair

June 20, 2017

Re: [Pharo-users] Regression with PNGReaderWriter in P6

by Stephane Ducasse

Thx guys! We will tag it for a port back to Pharo60. On Tue, Jun 20, 2017 at 5:05 AM, Ben Coman <btc(a)openinworld.com> wrote: > > On Mon, Jun 19, 2017 at 8:00 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: >> >> 20167 > > > Thanks Dave. I've cherry-picked those into an integration slice, but I > don't have 64-bit to test on. > @Hilaire, could you test the slice? > > cheers -ben

June 20, 2017

Re: [Pharo-users] Regression with PNGReaderWriter in P6

by Ben Coman

On Mon, Jun 19, 2017 at 8:00 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > 20167 Thanks Dave. I've cherry-picked those into an integration slice, but I don't have 64-bit to test on. @Hilaire, could you test the slice? cheers -ben

June 20, 2017

Re: [Pharo-users] Anonymous classes performances

by Ben Coman

@all, Is there some way to disable garbage collection during such benchmarks? cheers -ben On Sun, Jun 18, 2017 at 3:51 AM, Steven Costiou <steven.costiou(a)kloum.io> wrote: > I spent my day testing and comparing execution speed between classes and > anonymous subclasses when i tried to compare two sets of values between > pharo classes: they also differ. > > In fact it seems that every instruction has a different execution speed if > we run it enough times. So it seems impossible to precisely compare > execution time between anon classes and pharo classes, at least i don't > know how to do it. I computed confidence intervals of various measures, the > differences in execution time that exist between classes and anonymous > classes can be between -2% to + 9%. But comparing sets of speed between > pharo classes, i also have similar intervals (but smaller, from -2% speed > to +5% speed). > > > > So maybe they have similar performances, at least sometimes they do and > sometimes one is slightly faster than the other, but in the end it is not > possible to tell. But maybe i'm looking for something which does not even > exist, maybe anonymous classes are designed to be as fast as regular > classes ? Or maybe it is common to have such variability when benchmarking > code ? > > > > Does it exist any instruction in pharo with a constant execution time ? > (or it could be possible with one million years to compute enough speed > tests and do an accurate mean...) > > > > Steven. > > > > Le 2017-06-16 18:14, Steven Costiou a Ã©crit : > > You can find the code below. I just change the call to m by m1 to test the > two methods. > > I started again in a fresh pharo 6 image and now the results seem all > similar for the following code. I will do all my tests again to see if it > was my fault but it takes a lot of time (2 hours for each full test). > > What sould be the expected results ? Should an instance of an anonymous > class be as fast as a regular instance when calling the same code, being > defined in the anon class or its super class ? > > > > A implements m ^100 printString and B subclass of A implements m1 ^100 > printString > > a := B new. > > > class := A newAnonymousSubclass > addSlot: (InstanceVariableSlot named: #y); compile: 'm1 > ^100 printString'; yourself. > c := A new becomeForward: class new. > > res := Dictionary new. > col1 := OrderedCollection new. > col2 := OrderedCollection new. > > > 10000 timesRepeat: [ > Smalltalk garbageCollect . > col1 add: [1000000 timesRepeat: [ a m ]] timeToRun]. > > > 10000 timesRepeat: [ > Smalltalk garbageCollect . > col2 add: [1000000 timesRepeat: [ c m ]] timeToRun]. > > > res at: 'a' put: col1. > res at: 'c' put: col2. > res inspect > >

June 20, 2017

Re: [Pharo-users] Finding files in Pharo

by HernÃ¡n Morales Durand

I took the time to review FileSystemDirectoryEntry. UNIX has 3 types of timestamps -The access time is the last time when the content was accessed. -The modification time is last time when the content was modified. -The change time is the last time when the metadata was modified. FileSystemDirectoryEntry>>creationTime This is wrong because there is no such thing as creation time in UNIX. I checked in Linux chmod'ing an empty file and #creationTime displays the chmod "change time". Then added content to the file echo prueba >> test1.txt And both "creation" and "modification" instance variables were updated. I couldn't find #accessTime method to get the last timestamp of last access. Cheers, HernÃ¡n 2017-06-18 10:43 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > I would love that too :). > Can you tell us what is missing from the file properties? > > > > On Sun, Jun 18, 2017 at 4:59 AM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: > > I would like to find files in Pharo like the UNIX find command: > > > > find . -iname "*.txt" -type f -print > > > > find . \( -iname "*.txt" -o -iname "*.csv" \) -print > > > > find . -maxdepth 2 -name "example*" -type f -print > > > > find . -type f -atime -7 -size +2M -perm 644 -print > > > > Do we have some package on top of FileSystem to make complex find > searches? > > > > HernÃ¡n > > > >

June 20, 2017

Re: [Pharo-users] UUIDGenerator

by phil＠highoctane.be

Spotter rulez :-) On Mon, Jun 19, 2017 at 6:02 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Damnit your rightâ¦. #help keyboard gives you the businessâ¦ nice > > I think the prompt to use Spotter should be in the welcome text though, as > its a bit hidden - maybe is should be in the âExploreâ section. > > Tim > > > On 19 Jun 2017, at 11:30, phil(a)highoctane.be wrote: > > That being said, maybe one can do a spotter extension that looks into the > help topics. > > I did one with windows (should be in Pharo7). > > So one would ho to spotter and put a word followed by #help or #he > > Maybe this is in already! > Phil > > On Mon, Jun 19, 2017 at 10:43 AM, Tim Mackinnon <tim(a)testit.works> wrote: > >> It is in the Pharo help - however I have noticed that Help doesnât have a >> convenient search box and the new Welcome screen that launches with Pharo >> possibly should have a shortcut to useful navigational featuresâ¦. Sounds >> like something I can contributed. >> >> Tim >> >> On 19 Jun 2017, at 00:39, horrido <horrido.hobbies(a)gmail.com> wrote: >> >> I didn't know about the Spotter. That is so frickin' cool!!! >> >> Thanks. >> >> >> philippeback wrote >> >> Spotting for hex is hardly complex. >> >> Shift-Enter hex #im >> >> --> implementors of hex, first one I see is in ByteArray. >> >> Shit-Enter hex #se >> >> --> senders of hex. First one is a test in ByteArray >> >> testHex >> "self debug: #testHex" >> self assert: #[122 43 213 7] hex = '7a2bd507'. >> self assert: #[151 193 242 221 249 32 153 72 179 41 49 154 48 193 99 134] >> hex = '97c1f2ddf9209948b329319a30c16386'. >> self assert: (ByteArray readHexFrom: '7A2BD507') = #[122 43 213 7]. >> self assert: (ByteArray readHexFrom: '7a2bd507') = #[122 43 213 7]. >> >> From this test, one can spot readHexFrom: which uses lowercase or >> uppercase >> for reading. >> >> And asUppercase, Shift-Enter upper, scrolll down as bit, find >> String>>#asUppercase >> >> Spotter is really great at finding stuff, and coupled with tests and >> examples it helps in building understanding. >> >> Agreed, this is not the same as looking for stuff as in, say, Java or >> Python. I find it better in the long run still. >> >> Phil >> >> On Sat, Jun 17, 2017 at 9:23 PM, horrido < >> >> >> horrido.hobbies@ >> >> >> > wrote: >> >> Message 'next' is not understood. >> >> But yes, >> >> UUID new hex asUppercase >> >> works fine. >> >> This is what happens when there is inadequate documentation: you end up >> doing things the *hard* way. >> >> Thanks. >> >> >> >> Sven Van Caekenberghe-2 wrote >> >> Why not just >> >> UUIDGenerator default next hex asUppercase. >> >> Or even >> >> UUID new hex asUppercase. >> >> ? >> >> Since you are using #generateBytes:forVersion: (which is an internal >> method BTW), you must be working in an older Pharo image (older than >> >> 6). >> >> We replaced the UUIDGenerator class, the class comment in from the >> >> newer >> >> version. >> >> On 17 Jun 2017, at 16:27, horrido < >> >> >> horrido.hobbies@ >> >> >> > wrote: >> >> >> Okay, I figured it out. Here's my method: >> >> generateUUID >> | aStream hex s x | >> hex := '0123456789ABCDEF'. >> x := ByteArray new: 16. >> UUIDGenerator default generateBytes: x forVersion: 4. >> s := String new: 32. >> aStream := WriteStream on: s. >> x do: [ :each | aStream nextPut: (hex at: each // 16 + 1). >> aStream nextPut: (hex at: each \\ 16 + 1) ]. >> ^ s >> >> Works like a charm. It would've been nice if a similar example was >> available >> /somewhere/ on the web. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/UUIDGenerator-tp4951725p4951731.html >> Sent from the Pharo Smalltalk Users mailing list archive at >> >> Nabble.com <http://nabble.com/>. >> >> >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/UUIDGenerator- >> tp4951725p4951743.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com >> <http://nabble.com/>. >> >> >> >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st >> /UUIDGenerator-tp4951725p4951844.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com >> <http://nabble.com/>. >> >> >> > >

June 19, 2017

Re: [Pharo-users] Teapot session

by phil＠highoctane.be

Try Ctl-q or Cmd-q after having typed a few chars. Continue until you get a match. Works in 6.0 Phil On Mon, Jun 19, 2017 at 5:11 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > Interesting. Auto-complete doesn't show #removeAttribute: as an option. > > Another question: After I've logged out, I can still click on Backpage in > the browser to get to a page that should no longer be authorized. Is there > a > way to prevent this? Is there a way to invalidate the page? > > > > Sven Van Caekenberghe-2 wrote > >> On 19 Jun 2017, at 15:40, horrido < > > > horrido.hobbies@ > > > > wrote: > >> > >> I've added an attribute to the session called #user... > >> > >> req session attributeAt: #user ifAbsentPut: user > >> > >> This is used to *determine if I'm logged in*. On logout, I would like to > >> *remove* this attribute, but I can't figure out how to do it. > Suggestion? > > > > req session removeAttribute: #user > > > >> Sven Van Caekenberghe-2 wrote > >>> If you are talking about ZnServerSessions, the ones returned from > >>> ZnRequest>>#session, then the answer is that they are eligible for > >>> expiration and cleanup after 1 hour (see ZnServerSession>>#isValid). > >>> Cleanup happens inZnSingleThreadedServer>>#periodTasks. Right now, the > >>> expiration time is a fixed constant. > >>> > >>>> On 19 Jun 2017, at 08:08, Stephane Ducasse < > >> > >>> stepharo.self@ > >> > >>> > wrote: > >>>> > >>>> Teapot is a layer on zinc so you may check the Zinc chapters (I do not > >>>> know if this is there). > >>>> > >>>> > >>>> On Mon, Jun 19, 2017 at 1:42 AM, horrido < > >> > >>> horrido.hobbies@ > >> > >>> > wrote: > >>>>> Does Teapot's (ZnRequest's?) session ever expire? What is the expiry > >>>>> period? > >>>>> > >>>>> I can't find where it's specified or configured. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> View this message in context: > >>>>> http://forum.world.st/Teapot-session-tp4951845.html > >>>>> Sent from the Pharo Smalltalk Users mailing list archive at > >>>>> Nabble.com. > >>>>> > >>>> > >> > >> > >> > >> > >> > >> -- > >> View this message in context: > >> http://forum.world.st/Teapot-session-tp4951845p4951905.html > >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > -- > View this message in context: http://forum.world.st/Teapot- > session-tp4951845p4951908.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

June 19, 2017

Re: [Pharo-users] UUIDGenerator

by Tim Mackinnon

Damnit your rightâ¦. #help keyboard gives you the businessâ¦ nice I think the prompt to use Spotter should be in the welcome text though, as its a bit hidden - maybe is should be in the âExploreâ section. Tim > On 19 Jun 2017, at 11:30, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: > > That being said, maybe one can do a spotter extension that looks into the help topics. > > I did one with windows (should be in Pharo7). > > So one would ho to spotter and put a word followed by #help or #he > > Maybe this is in already! > Phil > > On Mon, Jun 19, 2017 at 10:43 AM, Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>> wrote: > It is in the Pharo help - however I have noticed that Help doesnât have a convenient search box and the new Welcome screen that launches with Pharo possibly should have a shortcut to useful navigational featuresâ¦. Sounds like something I can contributed. > > Tim > >> On 19 Jun 2017, at 00:39, horrido <horrido.hobbies(a)gmail.com <mailto:horrido.hobbies@gmail.com>> wrote: >> >> I didn't know about the Spotter. That is so frickin' cool!!! >> >> Thanks. >> >> >> philippeback wrote >>> Spotting for hex is hardly complex. >>> >>> Shift-Enter hex #im >>> >>> --> implementors of hex, first one I see is in ByteArray. >>> >>> Shit-Enter hex #se >>> >>> --> senders of hex. First one is a test in ByteArray >>> >>> testHex >>> "self debug: #testHex" >>> self assert: #[122 43 213 7] hex = '7a2bd507'. >>> self assert: #[151 193 242 221 249 32 153 72 179 41 49 154 48 193 99 134] >>> hex = '97c1f2ddf9209948b329319a30c16386'. >>> self assert: (ByteArray readHexFrom: '7A2BD507') = #[122 43 213 7]. >>> self assert: (ByteArray readHexFrom: '7a2bd507') = #[122 43 213 7]. >>> >>> From this test, one can spot readHexFrom: which uses lowercase or >>> uppercase >>> for reading. >>> >>> And asUppercase, Shift-Enter upper, scrolll down as bit, find >>> String>>#asUppercase >>> >>> Spotter is really great at finding stuff, and coupled with tests and >>> examples it helps in building understanding. >>> >>> Agreed, this is not the same as looking for stuff as in, say, Java or >>> Python. I find it better in the long run still. >>> >>> Phil >>> >>> On Sat, Jun 17, 2017 at 9:23 PM, horrido < >> >>> horrido.hobbies@ >> >>> > wrote: >>> >>>> Message 'next' is not understood. >>>> >>>> But yes, >>>> >>>> UUID new hex asUppercase >>>> >>>> works fine. >>>> >>>> This is what happens when there is inadequate documentation: you end up >>>> doing things the *hard* way. >>>> >>>> Thanks. >>>> >>>> >>>> >>>> Sven Van Caekenberghe-2 wrote >>>>> Why not just >>>>> >>>>> UUIDGenerator default next hex asUppercase. >>>>> >>>>> Or even >>>>> >>>>> UUID new hex asUppercase. >>>>> >>>>> ? >>>>> >>>>> Since you are using #generateBytes:forVersion: (which is an internal >>>>> method BTW), you must be working in an older Pharo image (older than >>>> 6). >>>>> We replaced the UUIDGenerator class, the class comment in from the >>>> newer >>>>> version. >>>>> >>>>>> On 17 Jun 2017, at 16:27, horrido < >>>> >>>>> horrido.hobbies@ >>>> >>>>> > wrote: >>>>>> >>>>>> Okay, I figured it out. Here's my method: >>>>>> >>>>>> generateUUID >>>>>> | aStream hex s x | >>>>>> hex := '0123456789ABCDEF'. >>>>>> x := ByteArray new: 16. >>>>>> UUIDGenerator default generateBytes: x forVersion: 4. >>>>>> s := String new: 32. >>>>>> aStream := WriteStream on: s. >>>>>> x do: [ :each | aStream nextPut: (hex at: each // 16 + 1). >>>>>> aStream nextPut: (hex at: each \\ 16 + 1) ]. >>>>>> ^ s >>>>>> >>>>>> Works like a charm. It would've been nice if a similar example was >>>>>> available >>>>>> /somewhere/ on the web. >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> http://forum.world.st/UUIDGenerator-tp4951725p4951731.html <http://forum.world.st/UUIDGenerator-tp4951725p4951731.html> >>>>>> Sent from the Pharo Smalltalk Users mailing list archive at >>>> Nabble.com <http://nabble.com/>. >>>>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: http://forum.world.st/UUIDGenerator- <http://forum.world.st/UUIDGenerator-> >>>> tp4951725p4951743.html >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>. >>>> >>>> >>>> >> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/UUIDGenerator-tp4951725p4951844.html <http://forum.world.st/UUIDGenerator-tp4951725p4951844.html> >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>. > >

June 19, 2017

Re: [Pharo-users] Teapot session

by Sven Van Caekenberghe

> On 19 Jun 2017, at 17:11, horrido <horrido.hobbies(a)gmail.com> wrote: > > Interesting. Auto-complete doesn't show #removeAttribute: as an option. > > Another question: After I've logged out, I can still click on Backpage in > the browser to get to a page that should no longer be authorized. Is there a > way to prevent this? Is there a way to invalidate the page? It is in general impossible to prevent the user from going backwards in its browser. Still, it should not make any difference: the session remains de-autherized, so the user can not do any further requests, all the (protected) links s/he clicks are invalid. > Sven Van Caekenberghe-2 wrote >>> On 19 Jun 2017, at 15:40, horrido < > >> horrido.hobbies@ > >> > wrote: >>> >>> I've added an attribute to the session called #user... >>> >>> req session attributeAt: #user ifAbsentPut: user >>> >>> This is used to *determine if I'm logged in*. On logout, I would like to >>> *remove* this attribute, but I can't figure out how to do it. Suggestion? >> >> req session removeAttribute: #user >> >>> Sven Van Caekenberghe-2 wrote >>>> If you are talking about ZnServerSessions, the ones returned from >>>> ZnRequest>>#session, then the answer is that they are eligible for >>>> expiration and cleanup after 1 hour (see ZnServerSession>>#isValid). >>>> Cleanup happens inZnSingleThreadedServer>>#periodTasks. Right now, the >>>> expiration time is a fixed constant. >>>> >>>>> On 19 Jun 2017, at 08:08, Stephane Ducasse < >>> >>>> stepharo.self@ >>> >>>> > wrote: >>>>> >>>>> Teapot is a layer on zinc so you may check the Zinc chapters (I do not >>>>> know if this is there). >>>>> >>>>> >>>>> On Mon, Jun 19, 2017 at 1:42 AM, horrido < >>> >>>> horrido.hobbies@ >>> >>>> > wrote: >>>>>> Does Teapot's (ZnRequest's?) session ever expire? What is the expiry >>>>>> period? >>>>>> >>>>>> I can't find where it's specified or configured. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> http://forum.world.st/Teapot-session-tp4951845.html >>>>>> Sent from the Pharo Smalltalk Users mailing list archive at >>>>>> Nabble.com. >>>>>> >>>>> >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Teapot-session-tp4951845p4951905.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > -- > View this message in context: http://forum.world.st/Teapot-session-tp4951845p4951908.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

June 19, 2017

Re: [Pharo-users] Teapot session

by horrido

Interesting. Auto-complete doesn't show #removeAttribute: as an option. Another question: After I've logged out, I can still click on Backpage in the browser to get to a page that should no longer be authorized. Is there a way to prevent this? Is there a way to invalidate the page? Sven Van Caekenberghe-2 wrote >> On 19 Jun 2017, at 15:40, horrido < > horrido.hobbies@ > > wrote: >> >> I've added an attribute to the session called #user... >> >> req session attributeAt: #user ifAbsentPut: user >> >> This is used to *determine if I'm logged in*. On logout, I would like to >> *remove* this attribute, but I can't figure out how to do it. Suggestion? > > req session removeAttribute: #user > >> Sven Van Caekenberghe-2 wrote >>> If you are talking about ZnServerSessions, the ones returned from >>> ZnRequest>>#session, then the answer is that they are eligible for >>> expiration and cleanup after 1 hour (see ZnServerSession>>#isValid). >>> Cleanup happens inZnSingleThreadedServer>>#periodTasks. Right now, the >>> expiration time is a fixed constant. >>> >>>> On 19 Jun 2017, at 08:08, Stephane Ducasse < >> >>> stepharo.self@ >> >>> > wrote: >>>> >>>> Teapot is a layer on zinc so you may check the Zinc chapters (I do not >>>> know if this is there). >>>> >>>> >>>> On Mon, Jun 19, 2017 at 1:42 AM, horrido < >> >>> horrido.hobbies@ >> >>> > wrote: >>>>> Does Teapot's (ZnRequest's?) session ever expire? What is the expiry >>>>> period? >>>>> >>>>> I can't find where it's specified or configured. >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://forum.world.st/Teapot-session-tp4951845.html >>>>> Sent from the Pharo Smalltalk Users mailing list archive at >>>>> Nabble.com. >>>>> >>>> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Teapot-session-tp4951845p4951905.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. -- View this message in context: http://forum.world.st/Teapot-session-tp4951845p4951908.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 19, 2017