May 2020 - Pharo-users - lists.pharo.org

Zinc short-url-server-demo (was Re: Uptime)

by CÃ©drick BÃ©ler

>> >> PS: btw Sven, we (with a group of students did a naive and simple url shortener that would fit nicely to default zinc demos ;-) >> >> Here is the script for accessing registered urls (sweet): >> >> server := (ZnServer startDefaultOn: 9999) >> onRequestRespond: [ :request | | key | >> >> key := request requestLine uri segments last. >> dataBase at: key >> ifPresent: [:val | ZnResponse redirect: val ] >> ifAbsent: [ZnResponse badRequest: request]. >> ]. > > Yes, that does look nice: it is very concise. Yes, the concise code was what I liked and this is because of your design. I was doing it live with students in something like 10 minutesâ¦ so thanks for making me feel like a magician to them ;-) > > I would like to see the whole code, any pointers ? We finish the project in two weeks time, so Iâll send the resulting code. We need to do the shortUrl registration page. Basically, for now, this code snippet only need : dataBase := (Ordered)Dictionary new. I want to keep it concise. One objective is keeping the dictionary (dataBase) size controlled as itâs intended to be a demo app. Iâm thinking of limiting this size (dataBase) to n entries (100, 1000 ?). There could be eventually be an option to grow the size (but by validation). Another objective (but they wonât do it if I donât do it myself) is to keep track of the history of clicked url for statistic purposes (probably one of next semester projet ^^). Itâs kind of a very nice and simple example to show students client/server concepts, hashing techniques, QRcode usage (short-url are a must-have for them), etcâ¦ and so concise in Pharoâ¦ probably a good candidate too for the dev-blog. Iâll keep you informed - maybe by PR as I finally start to get my head around git :) Cheers, CÃ©drick > > Sven > >>> Le 12 mai 2020 Ã 10:06, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >>> >>> ï»¿Hi, >>> >>> So here is a little anecdote from the real world. I was planning to update the OS on my Linux server, from Ubuntu 18.04 LTS to 20.04 LTS (Long Term Support). This small (Digital Ocean, 1GB RAM, 1 Core) cloud server runs 3 Pharo images with public facing web sites. >>> >>> The machine itself reports: >>> >>> $ uptime >>> 12:37:50 up 530 days, 21:46, 1 user, load average: 0.02, 0.04, 0.01 >>> >>> which means it hasn't been powered down or didn't restart in 530 days. >>> >>> I was surprised to discover that 2 of the Pharo images on that machine did just as well: >>> >>> $ ./repl.sh >>> Connecting to Telnet REPL at locahost:41011 >>> Trying 127.0.0.1... >>> Connected to localhost. >>> Escape character is '^]'. >>> Neo Console Pharo-7.0+alpha.build.660.sha.2eb9bd2f41e7b0bd8f9f4190906910f83c178ab1 (32 Bit) >>> pharo> get system.uptime >>> 405 days 20 hours 29 minutes >>> pharo> quit >>> Bye! >>> >>> $ ./repl.sh >>> Connecting to Telnet REPL at locahost:41001 >>> Trying 127.0.0.1... >>> Connected to localhost. >>> Escape character is '^]'. >>> Neo Console Pharo4.0 of 18 March 2013 update 40620 >>>> get system.uptime >>> 530 days 21 hours 44 minutes >>>> quit >>> Bye! >>> >>> So both Pharo 7 and Pharo 4 kept on doing their jobs for a very long time. I think this is a testament to the stability of Pharo and to what is possible. >>> >>> Regards, >>> >>> Sven >>> >>> -- >>> Sven Van Caekenberghe >>> Proudly supporting Pharo >>> http://pharo.org >>> http://association.pharo.org >>> http://consortium.pharo.org >>> >>> > >

May 13, 2020

Re: Code completion in blocks (Pharo8)

by Davide Varvello

Don't you use the autocompletion feature? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 13, 2020

Re: [Pharo-users] Uptime

by Sven Van Caekenberghe

Hi CÃ©drick, > On 12 May 2020, at 11:27, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > > Clearly amazing ð > > Is it the setup you use ? > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… Yes, more or less. Apart from the infrastructure around it (like monitoring and automatic (re)starts), the fact is simple that the image started and kept working for 400+ days. > Cheers, > Cedrick > > PS: btw Sven, we (with a group of students did a naive and simple url shortener that would fit nicely to default zinc demos ;-) > > Here is the script for accessing registered urls (sweet): > > server := (ZnServer startDefaultOn: 9999) > onRequestRespond: [ :request | | key | > > key := request requestLine uri segments last. > dataBase at: key > ifPresent: [:val | ZnResponse redirect: val ] > ifAbsent: [ZnResponse badRequest: request]. > ]. Yes, that does look nice: it is very concise. I would like to see the whole code, any pointers ? Sven >> Le 12 mai 2020 Ã 10:06, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >> >> ï»¿Hi, >> >> So here is a little anecdote from the real world. I was planning to update the OS on my Linux server, from Ubuntu 18.04 LTS to 20.04 LTS (Long Term Support). This small (Digital Ocean, 1GB RAM, 1 Core) cloud server runs 3 Pharo images with public facing web sites. >> >> The machine itself reports: >> >> $ uptime >> 12:37:50 up 530 days, 21:46, 1 user, load average: 0.02, 0.04, 0.01 >> >> which means it hasn't been powered down or didn't restart in 530 days. >> >> I was surprised to discover that 2 of the Pharo images on that machine did just as well: >> >> $ ./repl.sh >> Connecting to Telnet REPL at locahost:41011 >> Trying 127.0.0.1... >> Connected to localhost. >> Escape character is '^]'. >> Neo Console Pharo-7.0+alpha.build.660.sha.2eb9bd2f41e7b0bd8f9f4190906910f83c178ab1 (32 Bit) >> pharo> get system.uptime >> 405 days 20 hours 29 minutes >> pharo> quit >> Bye! >> >> $ ./repl.sh >> Connecting to Telnet REPL at locahost:41001 >> Trying 127.0.0.1... >> Connected to localhost. >> Escape character is '^]'. >> Neo Console Pharo4.0 of 18 March 2013 update 40620 >>> get system.uptime >> 530 days 21 hours 44 minutes >>> quit >> Bye! >> >> So both Pharo 7 and Pharo 4 kept on doing their jobs for a very long time. I think this is a testament to the stability of Pharo and to what is possible. >> >> Regards, >> >> Sven >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >>

May 13, 2020

Re: [Pharo-users] FFI and absolute path to dll

by BenoÃ®t Verhaeghe

I use this with VLC win32LibraryName ((OSEnvironment current at: 'Path' ifAbsent: [ '' ]) substrings: ';'), {'C:\Program Files\VideoLAN\VLC'} do: [ :path | | libraryPath | libraryPath := path asFileReference / 'libvlc.dll'. libraryPath exists ifTrue: [ ^ libraryPath fullName ] ]. self error: 'Cannot locate vlc library. Please check if it installed on your system' Le mar. 12 mai 2020 Ã 22:17, Trygve Reenskaug <trygver(a)ifi.uio.no> a Ã©crit : > At some point in the history of Win 7, MS changed the rules for file lookup > > *Standard Search Order for Desktop Applications* > * The standard DLL search order used by the system * > *depends on whether safe DLL search mode is enabled or disabled.* > * Safe DLL search mode places the user's current directory later in the > search order.* > > At some point, MS enabled safe DLL search mode as default. It is now part > of the Windows security barrier, and I dare not change it. A program I had > scheduled to start every day stopped working when I moved the program to a > new computer with a new edition of Windows. I'm hoping the creator of the > program will fix the problem. In the mean time, I have to remember to start > the program manually every morning. This applies to Win7 and Win 10. > > Hope this helps even if it doesn't solve the problem. > --Trygve > > On 12.05.2020 21:04, ASAM wrote: > > Hello, > I'm using Pharo 8 64bit on Windows 10 64bit. > I am trying to access a 32bit dll via a relative path. > > I'm desperate. I've been reading the document > (http://books.pharo.org/booklet-uffi/pdf/2020-02-12-uFFI-V1.0.1) all the > time up and down but I can't find an example of absolute path and Windows. > > If e.g. my.dll file would be stored here. > > C:\Program Files (x86)\GALEP5\my.dll > > then what should the method win32ModuleName return? > > Another question came to me while reading the document. > It is actually important to know whether the DLL was generated as cdecl or > stdcall? > The dll i try to call use stdcall. > > I would be very happy if someone helps me. > I can no longer see the message "External module not found" :-) > > Thanks a lot! > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -- > > *The essence of object orientation is that objects collaborate to achieve > a goal. * > Trygve Reenskaug mailto: trygver(a)ifi.uio.no <%20trygver(a)ifi.uio.no> > Morgedalsvn. 5A http://folk.uio.no/trygver/ > N-0378 Oslo http://fullOO.info > Norway Tel: (+47) 468 58 625 >

May 13, 2020

Re: [Pharo-users] git and Pharo new book...

by CÃ©drick BÃ©ler

I just had a quick look. This is cool. I might be missing a use case where I dit a previous fork and I want to use it later in time. I think thatâs nice to cover this use case. Do you sync your fork on github ? From iceberg ? Or maybe no sync is possible ? Cheers, Cedrick > Le 13 mai 2020 Ã 09:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > > ï»¿ > Hello we are happy to announce a new little book that we hope will help you to master git and Pharo. > > http://books.pharo.org/booklet-ManageCode/pdf/2020-05-12-ManageCode.pdf > > Thanks for your reading. > > S. > > BTW if you like my pharo free books you can donate at > http://stephane.ducasse.free.fr/FreeBooks.html > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

May 13, 2020

Re: [Pharo-users] git and Pharo new book...

by CÃ©drick BÃ©ler

This is a very important one ! Thanks for writing it. Iâll read it soon. Cedrick > Le 13 mai 2020 Ã 09:17, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > > ï»¿ > Hello we are happy to announce a new little book that we hope will help you to master git and Pharo. > > http://books.pharo.org/booklet-ManageCode/pdf/2020-05-12-ManageCode.pdf > > Thanks for your reading. > > S. > > BTW if you like my pharo free books you can donate at > http://stephane.ducasse.free.fr/FreeBooks.html > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Julie Jonas > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

May 13, 2020

git and Pharo new book...

by StÃ©phane Ducasse

Hello we are happy to announce a new little book that we hope will help you to master git and Pharo. http://books.pharo.org/booklet-ManageCode/pdf/2020-05-12-ManageCode.pdf <http://books.pharo.org/booklet-ManageCode/pdf/2020-05-12-ManageCode.pdf> Thanks for your reading. S. BTW if you like my pharo free books you can donate at http://stephane.ducasse.free.fr/FreeBooks.html <http://stephane.ducasse.free.fr/FreeBooks.html> -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

May 13, 2020

Re: Need help putting my Pharo package under source control

by MichaelKentBurns

I'm reading the Managing Code booklet. I'm on page 51 figure 5-6. I put in my details for my repository ( https://github.com/MichaelKentBurns/FredsLunch-Pharo-iceberg.git ). when I poke OK I get an exception window. see image below... Is there an easier way to capture the exception than a screenshot? <http://forum.world.st/file/t372658/Screen_Shot_2020-05-12_at_2.png> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 12, 2020

Re: [Pharo-users] FFI and absolute path to dll

by Trygve Reenskaug

At some point in the history of Win 7, MS changed the rules for file lookup /Standard Search Order for Desktop Applications/ /The standard DLL search order used by the system / /depends on whether safe DLL search mode is enabled or disabled./ /Safe DLL search mode places the user's current directory later in the search order./ At some point, MS enabled safe DLL search mode as default. It is now part of the Windows security barrier, and I dare not change it. A program I had scheduled to start every day stopped working when I moved the program to a new computer with a new edition of Windows. I'm hoping the creator of the program will fix the problem. In the mean time, I have to remember to start the program manually every morning. This applies to Win7 and Win 10. Hope this helps even if it doesn't solve the problem. --Trygve On 12.05.2020 21:04, ASAM wrote: > Hello, > I'm using Pharo 8 64bit on Windows 10 64bit. > I am trying to access a 32bit dll via a relative path. > > I'm desperate. I've been reading the document > (http://books.pharo.org/booklet-uffi/pdf/2020-02-12-uFFI-V1.0.1) all the > time up and down but I can't find an example of absolute path and Windows. > > If e.g. my.dll file would be stored here. > > C:\Program Files (x86)\GALEP5\my.dll > > then what should the method win32ModuleName return? > > Another question came to me while reading the document. > It is actually important to know whether the DLL was generated as cdecl or > stdcall? > The dll i try to call use stdcall. > > I would be very happy if someone helps me. > I can no longer see the message "External module not found" :-) > > Thanks a lot! > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > -- /The essence of object orientation is that objects collaborateto achieve a goal. / Trygve Reenskaug mailto: trygver(a)ifi.uio.no <mailto:%20trygver@ifi.uio.no> Morgedalsvn. 5A http://folk.uio.no/trygver/ N-0378 Oslo http://fullOO.info NorwayÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Tel: (+47) 468 58 625

May 12, 2020

Re: [Pharo-users] FFI and absolute path to dll

by Richard Sargent

On Tue, May 12, 2020, 12:05 ASAM <vmax28575(a)gmail.com> wrote: > Hello, > I'm using Pharo 8 64bit on Windows 10 64bit. > I am trying to access a 32bit dll via a relative path. > Generally, a 64-bit program will only load a 64-bit DLL. It may be possible, but it will likely be far easier to use the 32-bit Pharo implementation. > I'm desperate. I've been reading the document > (http://books.pharo.org/booklet-uffi/pdf/2020-02-12-uFFI-V1.0.1) all the > time up and down but I can't find an example of absolute path and Windows. > > If e.g. my.dll file would be stored here. > > C:\Program Files (x86)\GALEP5\my.dll > > then what should the method win32ModuleName return? > > Another question came to me while reading the document. > It is actually important to know whether the DLL was generated as cdecl or > stdcall? > The dll i try to call use stdcall. > > I would be very happy if someone helps me. > I can no longer see the message "External module not found" :-) > > Thanks a lot! > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

May 12, 2020