- Pharo-users - lists.pharo.org

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Thierry Goubier

Le 01/03/2015 09:54, Jan B. a Ã©crit : > A Pharo gui for git would be an excellent thing. As you (and Alan Kay) know, > simple things should be simple, complex things should be possible... With > git itself and its command line, there are lots of complex things possible, > but my opinion is that simple thing are far from simple with git. I do agree with you on that simple things are far from simple with git ;) and complex things are complex, and things that we shouldn't be doing are possible :) > Nice example of git gui I personally like is github for mac (and github for > windows). > https://mac.github.com https://windows.github.com :( No mac, no windows here... > Of course, it is just for github, but it contains all things one usually > needs for commiting, branching etc. in the gui and if something is not so > simple, it has command line, too. I think this 'GUI for usual things', 'command line for the rest' is probably the pragmatic solution. > So, just for inspiration of overall design... how hard implementation for > git in general might be, that is another thing. There is a possibility there, which is offered by libcgit integration in Pharo. If one wanted to do a full GUI integration, then it could be easier to do it that way (i.e. low-level access to git concepts, better mastery of those concepts since their understanding is needed when integrating into Pharo).. instead of a high-level flying overhead like GitFileTree does. Max, Esteban, what do you think? The other one is to focus on VCS overall, and to consider Monticello GUI refactoring to support concepts such as branches and external merging, so that it could be portable to other VCS (svn, mercurial, bazaar) and support whatever flow is needed out there (see my point during PharoDays 2015). It could even allow us to let branches appear in .mcz repositories :) Thierry

March 1, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Jan B.

A Pharo gui for git would be an excellent thing. As you (and Alan Kay) know, simple things should be simple, complex things should be possible... With git itself and its command line, there are lots of complex things possible, but my opinion is that simple thing are far from simple with git. Nice example of git gui I personally like is github for mac (and github for windows). https://mac.github.com https://windows.github.com Of course, it is just for github, but it contains all things one usually needs for commiting, branching etc. in the gui and if something is not so simple, it has command line, too. So, just for inspiration of overall design... how hard implementation for git in general might be, that is another thing. Jan Thierry Goubier wrote > Le 28/02/2015 00:49, HernÃ¡n Morales Durand a Ã©crit : > > But I haven't done a GUI over Git. It could be done, but would not be > that easy (and some of the existing Guis for Git, such as gitg, have > serious performance issues). > > Thierry -- View this message in context: http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4808626… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Julien Delplanque

Also, it would be great to give more details about the installation on Smalltalkhub (http://smalltalkhub.com/#!/~PharoExtras/NBSQLite3) and there is absolutely no details in http://smalltalkhub.com/#!/~TorstenBergmann/SQLite. I think it would be great to give precisions about the version of the lib etc Maybe also give the exact commands to have it fully working on each platforms? Who do I have to contact if I want to help by writing a little bit more about installation details? I mean no offense, I just want to help next people that will have troubles with that :p Julien

March 1, 2015

Re: [Pharo-users] SmaCC: First steps

by Thierry Goubier

Le 01/03/2015 09:13, kilon alios a Ã©crit : > > > I have this grammar definition in the python parser > > file_input: {{}} > | file_input <NEWLINE> {{}} > | file_input stmt 'statement' {{}} > ; > > So I would expect > a) the class to be name Pyfile_inputNode , instead is named > PyFileInputNode, why ? The naming scheme inside SmaCC removes the _ and capitalize the words :) > b) I would expect a "statement" instance variable in that class and > instead I get "statements" instance variable, why ? Because this two productions define a list of stmt (possibly empty) and the AST generation code notices that, so it adds an s to statement and prepare that instance variable to be an OrderedCollection. When I see the code doing that in SmaCC, I'm allways impressed. Ok, the theory behind is well known and not that complex, but the inference done (cascading through the grammar rules to fetch everything needed) is impressive (and basically fairly hard to master when you write a parser :(). Thierry

March 1, 2015

Re: [Pharo-users] SmaCC: First steps

by kilon alios

I have this grammar definition in the python parser file_input: {{}} | file_input <NEWLINE> {{}} | file_input stmt 'statement' {{}} ; So I would expect a) the class to be name Pyfile_inputNode , instead is named PyFileInputNode, why ? b) I would expect a "statement" instance variable in that class and instead I get "statements" instance variable, why ?

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Julien Delplanque

Ok, first of all I made a mistake in my description, the file in the pharo vm's "bin" directory was well named libsqlite3.so. The problem seems to be that /usr/lib/libsqlite3.so.0.8.6 is a 64bits version. Using readelf, I get (in french sorry): $ readelf -h /usr/lib/libsqlite3.so.0.8.6 En-tÃªte ELF: Magique: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Classe: ELF64 DonnÃ©es: complÃ©ment Ã 2, systÃ¨me Ã octets de poids faible d'abord (little endian) Version: 1 (current) OS/ABI: UNIX - System V Version ABI: 0 Type: DYN (fichier objet partagÃ©) Machine: Advanced Micro Devices X86-64 Version: 0x1 Adresse du point d'entrÃ©e: 0xba00 DÃ©but des en-tÃªtes de programme : 64 (octets dans le fichier) DÃ©but des en-tÃªtes de section : 816368 (octets dans le fichier) Fanions: 0x0 Taille de cet en-tÃªte: 64 (octets) Taille de l'en-tÃªte du programme: 56 (octets) Nombre d'en-tÃªte du programme: 7 Taille des en-tÃªtes de section: 64 (octets) Nombre d'en-tÃªtes de section: 27 Table d'indexes des chaÃ®nes d'en-tÃªte de section: 26 I couldn't find a 32 bit version of the package in Arch repositories (maybe I don't search well?). So I searched on google and found a 32bit version. I just c/c it in the pharo vm's bin directory and.... it worked! The the problem was the version of the lib (64 vs 32bit). Once again, thanks a lot :) Julien

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Bernardo Ezequiel Contreras

maybe https://sourceware.org/binutils/docs/binutils/readelf.html for example readelf -h libsqlite3.so On Sat, Feb 28, 2015 at 9:16 PM, Ben Coman <btc(a)openinworld.com> wrote: > is there a tool that will tell you if a particular library file is 32 or > 64 bit? > > On Sun, Mar 1, 2015 at 7:44 AM, Bernardo Ezequiel Contreras < > vonbecmann(a)gmail.com> wrote: > >> Julien, >> the symbolic link should be libsqlite3.so not sqlite3.so. >> >> for example >> ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3.so >> >> >> >> >> On Sat, Feb 28, 2015 at 7:47 PM, phil(a)highoctane.be <phil(a)highoctane.be> >> wrote: >> > I have it working on CentOS. >> > >> > So it is possible to have it working on Linux. >> > >> > Is your lib 32 bits? >> > >> > Also beware of the finalize in the sqlite library in Pharo as it has a >> bug. >> > >> > I've had to remove the finalize method and handle connections properly >> on my >> > own with ensure: >> > >> > NBSqlite also exists. >> > >> > Phil >> > >> > Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit >> : >> > >> >> First, thanks to take time to answer me. >> >> >> >> On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: >> >> > the symbolic link works in my pc. did you restart the image after >> >> > creating the link? or maybe the link is in the wrong place? >> >> >> >> Ok, I'll be a little more precise: >> >> >> >> The libsqlite3.so file is located in /usr/lib/ >> >> My pharo vm is located in ~/lib-perso/pharo3.0/ >> >> >> >> What I did is: >> >> ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> >> >> Then I restarted the VM as you said but the error still appear when I >> >> tried the code I c/c in the first mail. >> >> >> >> Then I realized that /usr/lib/sqlite3.so is a symbolic link that point >> >> on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I >> >> tried the following commands: >> >> >> >> rm ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> >> >> The error still appear, I'm really confused. >> >> >> >> >> > >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> >> > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Ben Coman

is there a tool that will tell you if a particular library file is 32 or 64 bit? On Sun, Mar 1, 2015 at 7:44 AM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > Julien, > the symbolic link should be libsqlite3.so not sqlite3.so. > > for example > ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3.so > > > > > On Sat, Feb 28, 2015 at 7:47 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > > I have it working on CentOS. > > > > So it is possible to have it working on Linux. > > > > Is your lib 32 bits? > > > > Also beware of the finalize in the sqlite library in Pharo as it has a > bug. > > > > I've had to remove the finalize method and handle connections properly > on my > > own with ensure: > > > > NBSqlite also exists. > > > > Phil > > > > Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit : > > > >> First, thanks to take time to answer me. > >> > >> On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: > >> > the symbolic link works in my pc. did you restart the image after > >> > creating the link? or maybe the link is in the wrong place? > >> > >> Ok, I'll be a little more precise: > >> > >> The libsqlite3.so file is located in /usr/lib/ > >> My pharo vm is located in ~/lib-perso/pharo3.0/ > >> > >> What I did is: > >> ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so > >> > >> Then I restarted the VM as you said but the error still appear when I > >> tried the code I c/c in the first mail. > >> > >> Then I realized that /usr/lib/sqlite3.so is a symbolic link that point > >> on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I > >> tried the following commands: > >> > >> rm ~/lib-perso/pharo3.0/bin/sqlite3.so > >> ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so > >> > >> The error still appear, I'm really confused. > >> > >> > > > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. > >

March 1, 2015

Re: [Pharo-users] SQLite3 - External module not found

by Bernardo Ezequiel Contreras

Julien, the symbolic link should be libsqlite3.so not sqlite3.so. for example ln -s /usr/lib/i386-linux-gnu/libsqlite3.so.0 libsqlite3.so On Sat, Feb 28, 2015 at 7:47 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I have it working on CentOS. > > So it is possible to have it working on Linux. > > Is your lib 32 bits? > > Also beware of the finalize in the sqlite library in Pharo as it has a bug. > > I've had to remove the finalize method and handle connections properly on my > own with ensure: > > NBSqlite also exists. > > Phil > > Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit : > >> First, thanks to take time to answer me. >> >> On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: >> > the symbolic link works in my pc. did you restart the image after >> > creating the link? or maybe the link is in the wrong place? >> >> Ok, I'll be a little more precise: >> >> The libsqlite3.so file is located in /usr/lib/ >> My pharo vm is located in ~/lib-perso/pharo3.0/ >> >> What I did is: >> ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> Then I restarted the VM as you said but the error still appear when I >> tried the code I c/c in the first mail. >> >> Then I realized that /usr/lib/sqlite3.so is a symbolic link that point >> on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I >> tried the following commands: >> >> rm ~/lib-perso/pharo3.0/bin/sqlite3.so >> ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so >> >> The error still appear, I'm really confused. >> >> > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

Feb. 28, 2015

Re: [Pharo-users] SQLite3 - External module not found

by phil＠highoctane.be

I have it working on CentOS. So it is possible to have it working on Linux. Is your lib 32 bits? Also beware of the finalize in the sqlite library in Pharo as it has a bug. I've had to remove the finalize method and handle connections properly on my own with ensure: NBSqlite also exists. Phil Le 28 fÃ©vr. 2015 23:12, "Julien Delplanque" <julien(a)tamere.eu> a Ã©crit : > First, thanks to take time to answer me. > > On 28/02/15 22:50, Bernardo Ezequiel Contreras wrote: > > the symbolic link works in my pc. did you restart the image after > > creating the link? or maybe the link is in the wrong place? > > Ok, I'll be a little more precise: > > The libsqlite3.so file is located in /usr/lib/ > My pharo vm is located in ~/lib-perso/pharo3.0/ > > What I did is: > ln -s /usr/lib/sqlite3.so ~/lib-perso/pharo3.0/bin/sqlite3.so > > Then I restarted the VM as you said but the error still appear when I > tried the code I c/c in the first mail. > > Then I realized that /usr/lib/sqlite3.so is a symbolic link that point > on /usr/lib/libsqlite3.so.0.8.6 so to be sure it wasn't just that, I > tried the following commands: > > rm ~/lib-perso/pharo3.0/bin/sqlite3.so > ln -s /usr/lib/libsqlite3.so.0.8.6 ~/lib-perso/pharo3.0/bin/sqlite3.so > > The error still appear, I'm really confused. > > >

Feb. 28, 2015