June 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Autoformatting in SystemBrowser

by Nicolai Hess

2017-06-21 11:57 GMT+02:00 Marc Hanisch via Pharo-users < pharo-users(a)lists.pharo.org>: > > > ---------- Weitergeleitete Nachricht ---------- > From: Marc Hanisch <marc.hanisch(a)googlemail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Wed, 21 Jun 2017 11:57:53 +0200 > Subject: Re: [Pharo-users] Autoformatting in SystemBrowser > Hello, > > it's me again still struggeling with the same issue on two different > machines: Ubuntu 16.04 and Fedora 25. On all machines the same > behaviour, I'm getting the error: > > "Information > Pharo cannot locate the sources file named > /home/marc/PharoWorkspace/Pharo/pharo6.0/bin/lib/pharo/ > 5.0-201705310241/PharoV60.sources. > > Please check that the file is named properly and is in the > same directory as this image." > > I'm wondering why Pharo is looking in this folder, because the source > file is present in the shared folder, where also the default > Pharo6.0.image and Pharo6.0.changes live in: > > /home/marc/PharoWorkspace/Pharo/pharo6.0/PharoWorkspace/ > Pharo/pharo6.0/shared/PharoV60.sources > > Any ideas? I'm a little helpless... ;-) Btw. this is Pharo 64bit... > Hi, I just tried to reproduce this error, but it is working for me. I downloaded the pharo6 image & changes zip the virtual machin and the source from http://pharo.org/download Unzip all in one directory start pharo by ./pharo Pharo-6501.image And I was able to save the image with "save as ..." How did you installed pharo and how do you start it ? > Best regards, > Marc > > 2017-06-18 20:46 GMT+02:00 Marc Hanisch via Pharo-users > <pharo-users(a)lists.pharo.org>: > > > > > > ---------- Weitergeleitete Nachricht ---------- > > From: Marc Hanisch <marc.hanisch(a)googlemail.com> > > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > Cc: > > Bcc: > > Date: Sun, 18 Jun 2017 20:46:31 +0200 > > Subject: Re: [Pharo-users] Autoformatting in SystemBrowser > > Hi Stephane, > > > > Yes it seems to be an issue with the sources file. Maybe my workflow is > wrong? When I want to store an image somewhere else, I always left+click > and select save as... to save my image. As far as I understand Pharo, it > then saves the image and a changes file in the selected directory. The > sources file should stay in the Pharo distribution folder, under the share > directory, shouldn't it? The sources file is present in my share folder, I > don't know why Pharo looks into pharo6.0-64/bin/lib/pharo/5.0- > > 201705310241/ (that's the path from the error message). > > > > ...BTW I'm wondering why the mailing list sends my mails as .eml > attachments? Did you received my previous mail? > > > > Best regards, > > Marc > > > > >

June 21, 2017

Re: [Pharo-users] [ANN] Pharo 6.0 released!

by Sven Van Caekenberghe

> On 21 Jun 2017, at 16:49, Eno <tgkuo1(a)gmail.com> wrote: > > Hi, community. > > congrats. > > I applied my project on smalltalkHub ( TkIDE) immediately to Pharo 6. > > It went well while installing the packages on both windows and osx > platforms. > > But serious conditions occurred while running my program on OSX. > > It's occured while doing Fuel serialization via Sandstone, error message > shows " > PrimitiveFailed: primitive #basicIdentiyHash in SmallFloat64 failed". > > It could be tested by: 28.0 largeIdentityHash. It runs ok on Windows, but > failed on OSX. Yes that seems to be a bug on macOS 64-bit. > Maybe there is something wrong with the virtual machine primitives on OSX. > > Best regards. > > > Tsun > > > > -- > View this message in context: http://forum.world.st/Re-ANN-Pharo-6-0-released-tp4949721p4952092.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

June 21, 2017

Re: [Pharo-users] [ANN] Pharo 6.0 released!

by Marcus Denker

> On 21 Jun 2017, at 16:49, Eno <tgkuo1(a)gmail.com> wrote: > > Hi, community. > > congrats. > > I applied my project on smalltalkHub ( TkIDE) immediately to Pharo 6. > > It went well while installing the packages on both windows and osx > platforms. > > But serious conditions occurred while running my program on OSX. > > It's occured while doing Fuel serialization via Sandstone, error message > shows " > PrimitiveFailed: primitive #basicIdentiyHash in SmallFloat64 failed". > > It could be tested by: 28.0 largeIdentityHash. It runs ok on Windows, but > failed on OSX. > > Maybe there is something wrong with the virtual machine primitives on OSX. > Hello, We have already two issues in the issue tracker that are related to this error, it will be fixed (soon I hope): https://pharo.fogbugz.com/f/cases/19311/PrimitiveFailed-primitive-basicIden… <https://pharo.fogbugz.com/f/cases/19311/PrimitiveFailed-primitive-basicIden…> https://pharo.fogbugz.com/f/cases/20119/basicIdentityHash-and-only-basicIde… <https://pharo.fogbugz.com/f/cases/20119/basicIdentityHash-and-only-basicIde…>

June 21, 2017

Re: [Pharo-users] [ANN] Pharo 6.0 released!

by Eno

Hi, community. congrats. I applied my project on smalltalkHub ( TkIDE) immediately to Pharo 6. It went well while installing the packages on both windows and osx platforms. But serious conditions occurred while running my program on OSX. It's occured while doing Fuel serialization via Sandstone, error message shows " PrimitiveFailed: primitive #basicIdentiyHash in SmallFloat64 failed". It could be tested by: 28.0 largeIdentityHash. It runs ok on Windows, but failed on OSX. Maybe there is something wrong with the virtual machine primitives on OSX. Best regards. Tsun -- View this message in context: http://forum.world.st/Re-ANN-Pharo-6-0-released-tp4949721p4952092.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 21, 2017

Re: [Pharo-users] P6: How to get focus for mouse wheel event

by Hilaire

Thanks, I added your hack to the associated bug ticket. https://bugs.launchpad.net/drgeo/+bug/1699113 Le 21/06/2017 Ã 11:15, Nicolai Hess a Ã©crit : > Ugly hack: -- Dr. Geo http://drgeo.eu

June 21, 2017

Pharo Monthly Newsletter June

by Marcus Denker

Hi, The Pharo Monthly Newsletter for June will be send out Friday. You can subscribe here to get it delivered by email: http://us11.campaign-archive1.com/home/?u=6f667565c2569234585a7be77&id=0486… <http://us11.campaign-archive1.com/home/?u=6f667565c2569234585a7be77&id=0486…> If someone has ideas for topics for the next newsletters, please send them to me. Marcus

June 21, 2017

Re: [Pharo-users] Autoformatting in SystemBrowser

by Marc Hanisch

Hello, it's me again still struggeling with the same issue on two different machines: Ubuntu 16.04 and Fedora 25. On all machines the same behaviour, I'm getting the error: "Information Pharo cannot locate the sources file named /home/marc/PharoWorkspace/Pharo/pharo6.0/bin/lib/pharo/5.0-201705310241/PharoV60.sources. Please check that the file is named properly and is in the same directory as this image." I'm wondering why Pharo is looking in this folder, because the source file is present in the shared folder, where also the default Pharo6.0.image and Pharo6.0.changes live in: /home/marc/PharoWorkspace/Pharo/pharo6.0/PharoWorkspace/Pharo/pharo6.0/shared/PharoV60.sources Any ideas? I'm a little helpless... ;-) Btw. this is Pharo 64bit... Best regards, Marc 2017-06-18 20:46 GMT+02:00 Marc Hanisch via Pharo-users <pharo-users(a)lists.pharo.org>: > > > ---------- Weitergeleitete Nachricht ---------- > From: Marc Hanisch <marc.hanisch(a)googlemail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Sun, 18 Jun 2017 20:46:31 +0200 > Subject: Re: [Pharo-users] Autoformatting in SystemBrowser > Hi Stephane, > > Yes it seems to be an issue with the sources file. Maybe my workflow is wrong? When I want to store an image somewhere else, I always left+click and select save as... to save my image. As far as I understand Pharo, it then saves the image and a changes file in the selected directory. The sources file should stay in the Pharo distribution folder, under the share directory, shouldn't it? The sources file is present in my share folder, I don't know why Pharo looks into pharo6.0-64/bin/lib/pharo/5.0- > 201705310241/ (that's the path from the error message). > > ...BTW I'm wondering why the mailing list sends my mails as .eml attachments? Did you received my previous mail? > > Best regards, > Marc >

June 21, 2017

Re: [Pharo-users] P6: How to get focus for mouse wheel event

by Nicolai Hess

2017-06-21 6:48 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Is there a way I can manualy change it by code? I did have success to > find it. > > Ugly hack: DrGFileThumbnailDialog>>#handleFocusEvent: anEvent (anEvent isMouse and: [ anEvent isMouseWheel ]) ifTrue: [ self activeHand releaseMouseFocus: self ]. ^ super handleFocusEvent: anEvent I guess, this will swallow the first scroll event, but all following are handled by the scroll pane. We should fix the openModal: method, to only change the mouse focus if the active focus holder isn't nil. > Le 20/06/2017 Ã 21:23, Nicolai Hess a Ã©crit : > > Hmm. > > We fixed the mousefocus handling for openModal > > (see case 14629 > > <https://pharo.fogbugz.com/f/cases/14629/Morphic-click- > event-and-modal-windows-get-stuck> > > Morphic click event and modal windows get stuck) > > > > But I guess , this now does not work as expected when the actual mouse > > focus should be nil. > > Because now the DrGeoThumbnailDialog holds the mouse focus and does not > > react on scroll events. Only if the > > current mouse focus is nil the scrollevents are handled by the > scrollpane) > > > > -- > Dr. Geo > http://drgeo.eu > > >

June 21, 2017

Re: [Pharo-users] P6: How to get focus for mouse wheel event

by Hilaire

Is there a way I can manualy change it by code? I did have success to find it. Le 20/06/2017 Ã 21:23, Nicolai Hess a Ã©crit : > Hmm. > We fixed the mousefocus handling for openModal > (see case 14629 > <https://pharo.fogbugz.com/f/cases/14629/Morphic-click-event-and-modal-windo…> > Morphic click event and modal windows get stuck) > > But I guess , this now does not work as expected when the actual mouse > focus should be nil. > Because now the DrGeoThumbnailDialog holds the mouse focus and does not > react on scroll events. Only if the > current mouse focus is nil the scrollevents are handled by the scrollpane) > -- Dr. Geo http://drgeo.eu

June 21, 2017

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

by Hilaire

It is a go here. Thanks Le 21/06/2017 Ã 04:56, Ben Coman a Ã©crit : > This is strange, since the slice upload seemed to go smoothly, if a bit > slow - but no errors. > I've uploaded the missing mcz, so the existing slice should now work. > > cheers -ben > -- Dr. Geo http://drgeo.eu

June 21, 2017

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

by Ben Coman

This is strange, since the slice upload seemed to go smoothly, if a bit slow - but no errors. I've uploaded the missing mcz, so the existing slice should now work. cheers -ben On Wed, Jun 21, 2017 at 12:45 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > It is not, Ben has to redo his slice. > > > On 20 Jun 2017, at 18:29, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > > > Did you check if the file is in the inbox repo? > > > > Stef > > > > On Tue, Jun 20, 2017 at 2:21 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > >> Almost there... > >> > >> Le 20/06/2017 Ã 05:05, Ben Coman a Ã©crit : > >>> @Hilaire, could you test the slice? > >>> > >> > >> -- > >> Dr. Geo > >> http://drgeo.eu > > > > >

June 21, 2017

Re: [Pharo-users] Quickly finding references from one package in another package?

by Cyril Ferlicot D.

Le 20/06/2017 Ã 21:11, PAUL DEBRUICKER a Ã©crit : > Hi - > > I'm porting some stuff to Pharo 6. The old stuff uses OSProcess and I'd like to find all the references to classes from that package in my package. > Hello! I don't have a snippet to help you but I know how to help you a little from the UI of Nautilus. Help 1: - Open Nautilus - Go on your package - Right click on it - Browse scoped - Write "OSProcess" somewhere in the new browser - Browse senders Help 2: - Open Nautilus - Go on your package - Right click on your package - Browse Dependencies - Looks for the package you want > > Is there a little bit of code that does that? > > > thanks > > > Paul > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

June 20, 2017

Cairo related crash with Dr. Geo

by Hilaire

Hi guys, Does this error related to Cairo makes sense to you? It is happening on DrGeo 17.07 (based on Pharo3), on a LinuxMint 18.1 64bits based on Ubuntu 16.04. Dr. Geo apparently crash quite quickly All the necessary 32bits libs are installed. It seems LinuxMint18.1 Cairo is 1.14.6-1 and ubuntu 14.04 1.13.0~20140204-0ubuntu1.1 where DrGeo is know to work perfectly. Thanks Hilaire -------- Message transfÃ©rÃ© -------- Sujet : Re: Fwd: Packages nÃ©cessaires pour le fonctionnement de Dr. Geo QrTag Date : Tue, 20 Jun 2017 16:33:32 +0200 De : EDU-HANNAB <bastien.hanna(a)edu.ge.ch> Pour : Edu <hilaire.fernandes(a)edu.ge.ch> J'ai mÃªme fait les tests en ouvrant les exercices depuis le menu et le problÃ¨me est le mÃªme. j'ai dÃ©jÃ fait le test avec la derniÃ¨re version 17.07A et le problÃ¨me est le mÃªme. j'ai une erreur lors de la fermeture inopinÃ©es de l'application qui a l'air en rapport avec la librairy "libcairo". On 20. 06. 17 16:25, Edu wrote: > > Il est possible que cela soit les scripts pour encapsuler le lancement > par QrTAg qui ont un comportement diffÃ©rents. En effet les scripts > peuvent fermer une figure pour en ouvrir une autre, en gÃ©nÃ©ral il faut > Ã©viter de laisser le tag sous la camÃ©ra, mÃªme si j'ai mis un garde fou. > > Lorsque le logiciel DrGeo est lancÃ© directement depuis > DrGeo.app/DrGeo.sh, est-ce que les mÃªmes fermetures inopinÃ©es de > l'application sont constatÃ©es ? > > Eventuellement tÃ©lÃ©charger une version ici http://drgeo.eu et vÃ©rifier > son bon fonctionnement. > > Hilaire > > > Le 20/06/2017 Ã 16:21, EDU-HANNAB a Ã©crit : >> le logiciel se lance bien , mais lorsque on lance un exercice et que >> l'on zoom ou dÃ©-zoom. l'application ce ferme tout seul. > > -- > Cycle d'orientation du Foron > Ch. du Foron 43 > 1226 ThÃ´nex > +41 22 388 15 50 -- SEM Logistique <http://icp.ge.ch/sem/logistique/> Hanna Bastien Technicien Informatique et Audio VidÃ©o Rue des GazomÃ¨tre 3 1205 GenÃ¨ve E-mail: bastien.hanna(a)edu.ge.ch <mailto:bastien.hanna@edu.ge.ch> | WEB: SEM Logistique <http://icp.ge.ch/sem/logistique/> <https://www.linkedin.com/in/bastien-hanna-66a54a26/> Pour dÃ©clarer un incident, merci de remplir le formulaire en ligne : Portail de service <https://cds.prod.etat-ge.ch/pssoft/portal/>

June 20, 2017

Re: [Pharo-users] P6: How to get focus for mouse wheel event

by Nicolai Hess

2017-06-20 14:14 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > Hi, > > With Dr. Geo under P6 I have a usability regression with the > GeneralScrollPane of the File thumbnail dialog: > > This dialog does not have any more the focus when open by default. > > It is a problem when the user wants to browse with mouse wheel the > sketch previews. Indeed he needs to first click on the dialog then he > can browser with the mouse wheel. > > The user click should be unnecessary. > > How to ensure the mouse wheel event are sent by default to the > GeneralScrollPane? > > It was the case with P3. > Hmm. We fixed the mousefocus handling for openModal (see case 14629 <https://pharo.fogbugz.com/f/cases/14629/Morphic-click-event-and-modal-windo…> Morphic click event and modal windows get stuck) But I guess , this now does not work as expected when the actual mouse focus should be nil. Because now the DrGeoThumbnailDialog holds the mouse focus and does not react on scroll events. Only if the current mouse focus is nil the scrollevents are handled by the scrollpane) > > Hilaire > > > -- > Dr. Geo > http://drgeo.eu > > >

June 20, 2017

Quickly finding references from one package in another package?

by PAUL DEBRUICKER

Hi - I'm porting some stuff to Pharo 6. The old stuff uses OSProcess and I'd like to find all the references to classes from that package in my package. Is there a little bit of code that does that? thanks Paul

June 20, 2017

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

by Sven Van Caekenberghe

It is not, Ben has to redo his slice. > On 20 Jun 2017, at 18:29, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Did you check if the file is in the inbox repo? > > Stef > > On Tue, Jun 20, 2017 at 2:21 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> Almost there... >> >> Le 20/06/2017 Ã 05:05, Ben Coman a Ã©crit : >>> @Hilaire, could you test the slice? >>> >> >> -- >> Dr. Geo >> http://drgeo.eu >

June 20, 2017

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

by Stephane Ducasse

Did you check if the file is in the inbox repo? Stef On Tue, Jun 20, 2017 at 2:21 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Almost there... > > Le 20/06/2017 Ã 05:05, Ben Coman a Ã©crit : >> @Hilaire, could you test the slice? >> > > -- > Dr. Geo > http://drgeo.eu

June 20, 2017

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

by Hilaire

Almost there... Le 20/06/2017 Ã 05:05, Ben Coman a Ã©crit : > @Hilaire, could you test the slice? > -- Dr. Geo http://drgeo.eu

June 20, 2017

P6: How to get focus for mouse wheel event

by Hilaire

Hi, With Dr. Geo under P6 I have a usability regression with the GeneralScrollPane of the File thumbnail dialog: This dialog does not have any more the focus when open by default. It is a problem when the user wants to browse with mouse wheel the sketch previews. Indeed he needs to first click on the dialog then he can browser with the mouse wheel. The user click should be unnecessary. How to ensure the mouse wheel event are sent by default to the GeneralScrollPane? It was the case with P3. Hilaire -- Dr. Geo http://drgeo.eu

June 20, 2017

Re: [Pharo-users] Teapot session

by Alistair Grant

Hi Phil, On Mon, Jun 19, 2017 at 09:07:23PM +0200, phil(a)highoctane.be wrote: > Try Ctl-q or Cmd-q after having typed a few chars. Continue until you get a > match. > > Works in 6.0 > > Phil Thanks! I wasn't aware of this gem. Cheers, Alistair

June 20, 2017

Re: [Pharo-users] UUIDGenerator

by Stephane Ducasse

May be you should have a look at the Pharo mooc. Because we spent 8 months producing videos. This is free and in two days you can cherry pick what you want. Students like it a lot. Stef On Mon, Jun 19, 2017 at 1:39 AM, 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. >>> >> >>> >>> >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/UUIDGenerator- >>> tp4951725p4951743.html >>> Sent from the Pharo Smalltalk Users mailing list archive at 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. >

June 20, 2017

Re: [Pharo-users] Finding files in Pharo

by Alistair Grant

On Tue, Jun 20, 2017 at 04:22:31AM -0300, Hern??n Morales Durand wrote: > > > 2017-06-20 3:14 GMT-03:00 Alistair Grant <akgrant0710(a)gmail.com>: > > 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. > > > > Thanks for the update, I checked and creation time seems not required by POSIX. > > > > 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. > > > > Maybe #creationTime should answer nil or raise an exception if not supported by > underlying file system. > > It would be nice to has full support for tags. If this were new behaviour I would raise an exception, but currently my version of #creationTime continues to return the change time for backward compatibility (it also seems to be common behaviour on Posix systems). The #hasCreationTime flag is there for applications that want to be specific in their behaviour. I'm open to changing this if there is sufficient support or a good enough argument. Cheers, Alistair

June 20, 2017

Re: [Pharo-users] Finding files in Pharo

by HernÃ¡n Morales Durand

2017-06-20 3:14 GMT-03:00 Alistair Grant <akgrant0710(a)gmail.com>: > 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. > > Thanks for the update, I checked and creation time seems not required by POSIX. > > 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. > > Maybe #creationTime should answer nil or raise an exception if not supported by underlying file system. It would be nice to has full support for tags. Cheers, HernÃ¡n > Cheers, > Alistair > >

June 20, 2017

Re: Bloated image again. Memory leak?

by Davide Varvello

Thanks for the article Phil and yep I generate many reports from the inspection of a lot of collections Davide philippeback wrote > On Mon, Jun 19, 2017 at 11:52 AM, Davide Varvello via Pharo-users < > pharo-users@.pharo >> wrote: > >> >> >> ---------- Forwarded message ---------- >> From: Davide Varvello < > varvello@ > > >> To: > pharo-users@.pharo >> Cc: >> Bcc: >> Date: Mon, 19 Jun 2017 02:52:08 -0700 (PDT) >> Subject: Re: Bloated image again. Memory leak? >> Thank you very much Phil, >> Your code works! The image went from 600MB to 80MB >> > > I suffered from such a thing for a long time, and thanks to ClÃ©ment and > Pavel, we are not having to suffer that bloat anymore :-) > > This article is worth a read for making things fast(er) in some cases (if > you got to 600MB then you were inspecting decently sized collections): > https://clementbera.wordpress.com/2017/03/12/tuning-the-pharo-garbage-colle… > > Phil > -- View this message in context: http://forum.world.st/Bloated-image-again-Memory-leak-tp4951862p4951975.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 20, 2017

Re: Bloated image again. Memory leak?

by Davide Varvello

Fine Davide EstebanLM wrote >> On 19 Jun 2017, at 11:52, Davide Varvello via Pharo-users < > pharo-users@.pharo > > wrote: >> >> >> From: Davide Varvello < > varvello@ > <mailto: > varvello@ > >> >> Subject: Re: Bloated image again. Memory leak? >> Date: 19 June 2017 at 11:52:08 GMT+2 >> To: > pharo-users@.pharo > <mailto: > pharo-users@.pharo > > >> >> >> Thank you very much Phil, >> Your code works! The image went from 600MB to 80MB >> >> I'm wondering why there is no bug record about GLMPanePort on >> https://pharo.fogbugz.com/f/search/?sSearchFor=GLMPanePort >> <https://pharo.fogbugz.com/f/search/?sSearchFor=GLMPanePort> nor a >> fix. Nobody >> has this issue, but you and me? I'm puzzled. > > I think because this was a more general bug that *should* be fixed on > Pharo 6. > > cheers! > Esteban > >> >> Anyway >> Thank you very much >> Davide >> >> >> philippeback wrote >>> Check >>> >>> https://gist.github.com/philippeback/39c63bb5aa26b79098511cdfea4fea7e >>> <https://gist.github.com/philippeback/39c63bb5aa26b79098511cdfea4fea7e> >>> >>> Phil >>> >>> On Mon, Jun 19, 2017 at 8:45 AM, Davide Varvello via Pharo-users < >> >>> pharo-users@.pharo >> >>>> wrote: >>> >>>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Davide Varvello < >> >>> varvello@ >> >>> > >>>> To: >> >>> pharo-users@.pharo >> >>>> Cc: >>>> Bcc: >>>> Date: Sun, 18 Jun 2017 23:45:32 -0700 (PDT) >>>> Subject: Bloated image again. Memory leak? >>>> Hi guys, >>>> I have this problem (http://forum.world.st/Huge-image-td4876854.html) >>>> now >>>> the image grow about 100MB per week and the suggestions shown on >>>> http://forum.world.st/Huge-image-td4876854.html don't work >>>> >>>> I'm on Pharo 5 on a mac. >>>> >>>> I suspect it is something related to GLMPanePort, see the attached jpg >>>> Can you help me please? >>>> >>>> TIA >>>> Davide >>>> >>>> >>>> <http://forum.world.st/file/n4951861/huge_image2.jpg> >>>> >>>> >>>> >>>> -- >>>> View this message in context: http://forum.world.st/Bloated- >>>> image-again-Memory-leak-tp4951861.html >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>> >>>> >>>> >>>> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Bloated-image-again-Memory-leak-tp4951862p4951885.html >> <http://forum.world.st/Bloated-image-again-Memory-leak-tp4951862p4951885.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/Bloated-image-again-Memory-leak-tp4951862p4951973.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 20, 2017