- Pharo-users - lists.pharo.org

Re: [Pharo-users] Zinc short-url-server-demo (was Re: Uptime)

by Sven Van Caekenberghe

Hi, I couldn't resist: https://github.com/svenvc/zinc/commit/264cbd3160f665f776232c02d013ce533df18… This is based on your core idea, but adds an html/page/form to shorten URLs which can also be used programmatically. There are also some functional tests. Sven > On 13 May 2020, at 13:55, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > > >> I would just like to see what you did. >> >> I would like to see if it would be a good demo candidate. >> >> In any case, the focus of the examples should be on HTTP, not the stuff around it. > > Yes sure. > > Basically, here is the full playground I did with them (so in 10 minutes), doing a manipulation each line (the script was done gradually from halt) : > > > <GraphiqueCollÃ©-13.png> > > I doing it a server delegate lie the ZnImageExampleDelegate with a new dict each time the server is started. > > Iâll send it later. > > Cheers, > CÃ©drick > > >

May 13, 2020

Re: [Pharo-users] Zinc short-url-server-demo (was Re: Uptime)

by CÃ©drick BÃ©ler

> I would just like to see what you did. > > I would like to see if it would be a good demo candidate. > > In any case, the focus of the examples should be on HTTP, not the stuff around it. Yes sure. Basically, here is the full playground I did with them (so in 10 minutes), doing a manipulation each line (the script was done gradually from halt) : I doing it a server delegate lie the ZnImageExampleDelegate with a new dict each time the server is started. Iâll send it later. Cheers, CÃ©drick

May 13, 2020

Re: [Pharo-users] Zinc short-url-server-demo (was Re: Uptime)

by Sven Van Caekenberghe

> On 13 May 2020, at 12:04, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> wrote: > > >>> >>> 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 :) No need for that, at the moment, I would just like to see what you did. I would like to see if it would be a good demo candidate. In any case, the focus of the examples should be on HTTP, not the stuff around it. > 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: [Pharo-users] Code completion in blocks (Pharo8)

by Guillermo Polito

Hi Davide, Iâm not sure if that works on Pharo8. Could you try quickly Pharo9 to see if thatâs fixed there? Iâve made a pass on the code completion there.. Donât know how difficult it would be to back port it, I could give you the pointers if you want. > El 6 may 2020, a las 12:24, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> escribiÃ³: > > > De: Davide Varvello <varvello(a)yahoo.com> > Asunto: Re: Code completion in blocks (Pharo8) > Fecha: 6 de mayo de 2020, 12:24:46 CEST > Para: pharo-users(a)lists.pharo.org > > > nobody? > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > >

May 13, 2020

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