- Pharo-dev - lists.pharo.org

[update 3.0] #30313

by Marcus Denker

July 29, 2013

Re: [Pharo-dev] DBXTalk > OpenDBX > MySQL and OSX Lion : working on 2.0

by Mariano Martinez Peck

Thanks! Once (when the project was still named squeakDBX) we used to have a tutorial (step by step) for each combination of OS and database (ok, not for all of them, but for most). But we kind of lost the image and we couldn't recover that. Anyway, it's time to start building that again. Thanks! On Mon, Jul 29, 2013 at 6:09 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Thanks! I updated the tutorial with your info :). > > > On Sun, Jul 28, 2013 at 9:49 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > >> I've been struggling to get the whole thing to work in Pharo 2.0 >> >> So, here are some pointers: >> >> I am using Xcode 4.6.3 with command line tools installed. >> >> I used the MySQL 32-bit client: mysql-connector-c-6.1.0-osx10.7-x86.dmg >> >> I used opendbx stable-1.4 >> >> >> To compile OpenDBX itself in 32 bits mode and all, here is the script I >> used. >> >> >> [PhilMac:~/Documents/Smalltalk/2-MyWorkspaces/workspaceOpenDbx >> philippeback$] cat compileopendbxosx.sh >> >> PATH=/Applications/Xcode.app/Contents/Developer/usr/bin:${PATH} >> echo `which ld` >> CPPFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ >> CXXFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ >> CFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ >> LDFLAGS="-m32 -L/usr/local/lib >> -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib -lmysqlclient" \ >> ./configure --with-backends="mysql" --disable-utils LDFLAGS="-m32 >> -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib" >> make >> make install >> >> Now, I had to copy the libraries of the mysql client into /usr/local/lib/ >> >> The client libraries were >> in /usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib >> >> (you can ln -s them if you do not want to copy). >> >> To test that things were okay, I created the sodbxtest user, database, >> and all in MySQL. >> Then let's make sure we can use that one: >> >> mysql -usodbxtest -psodbxtest sodbxtest >> >> And then went to stable-1.4/test and issued: >> >> ./odbxtest -b mysql -h localhost -p 3306 -d sodbxtest -u sodbxtest -w >> sodbxtest >> >> Which should work. >> >> You can open the MySQL Workbench Admin tab > server status tab and see >> the commands issued. >> >> I had to do a symlink in: >> : >> /usr/local/pharo/bin/pharo-vm/Pharo.app/Contents/MacOS/Plugins/ >> >> (where I have my pharo vm installed) >> >> so that: >> >> libopendbx.dylib was pointing to /usr/local/lib/libopendbx.dylib >> >> Then, start the image where you have loaded the OpenDBXDriver >> configuration and run the tests. >> >> You can get the configuration from the World menu > Configurations >> >> OpenDBXDriver (GuillermoPolito.20) >> >> I installed the configuration and then did: >> >> (ConfigurationOfOpenDBXDriver project version: #stable) load. >> >> All tests for the MySQL backend turned up green. >> >> Maybe someone can put the above things in the right sections on the >> DBXTalk site, I didn't got enough info for the OSX version. >> >> Next step is to try to get GLORP running, not sure I'll go that route. >> >> Phil >> >> > -- Mariano http://marianopeck.wordpress.com

July 29, 2013

[update 3.0] #30312

by Marcus Denker

30312 ----- 11226 Kill update: from Object https://pharo.fogbugz.com/f/cases/11226 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.8… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.56.…

July 29, 2013

[update 3.0] #30311

by Marcus Denker

July 29, 2013

Re: [Pharo-dev] DBXTalk > OpenDBX > MySQL and OSX Lion : working on 2.0

by Guillermo Polito

Thanks! I updated the tutorial with your info :). On Sun, Jul 28, 2013 at 9:49 PM, phil(a)highoctane.be <phil(a)highoctane.be>wrote: > I've been struggling to get the whole thing to work in Pharo 2.0 > > So, here are some pointers: > > I am using Xcode 4.6.3 with command line tools installed. > > I used the MySQL 32-bit client: mysql-connector-c-6.1.0-osx10.7-x86.dmg > > I used opendbx stable-1.4 > > > To compile OpenDBX itself in 32 bits mode and all, here is the script I > used. > > > [PhilMac:~/Documents/Smalltalk/2-MyWorkspaces/workspaceOpenDbx > philippeback$] cat compileopendbxosx.sh > > PATH=/Applications/Xcode.app/Contents/Developer/usr/bin:${PATH} > echo `which ld` > CPPFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ > CXXFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ > CFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ > LDFLAGS="-m32 -L/usr/local/lib > -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib -lmysqlclient" \ > ./configure --with-backends="mysql" --disable-utils LDFLAGS="-m32 > -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib" > make > make install > > Now, I had to copy the libraries of the mysql client into /usr/local/lib/ > > The client libraries were > in /usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib > > (you can ln -s them if you do not want to copy). > > To test that things were okay, I created the sodbxtest user, database, and > all in MySQL. > Then let's make sure we can use that one: > > mysql -usodbxtest -psodbxtest sodbxtest > > And then went to stable-1.4/test and issued: > > ./odbxtest -b mysql -h localhost -p 3306 -d sodbxtest -u sodbxtest -w > sodbxtest > > Which should work. > > You can open the MySQL Workbench Admin tab > server status tab and see the > commands issued. > > I had to do a symlink in: > : > /usr/local/pharo/bin/pharo-vm/Pharo.app/Contents/MacOS/Plugins/ > > (where I have my pharo vm installed) > > so that: > > libopendbx.dylib was pointing to /usr/local/lib/libopendbx.dylib > > Then, start the image where you have loaded the OpenDBXDriver > configuration and run the tests. > > You can get the configuration from the World menu > Configurations > > OpenDBXDriver (GuillermoPolito.20) > > I installed the configuration and then did: > > (ConfigurationOfOpenDBXDriver project version: #stable) load. > > All tests for the MySQL backend turned up green. > > Maybe someone can put the above things in the right sections on the > DBXTalk site, I didn't got enough info for the OSX version. > > Next step is to try to get GLORP running, not sure I'll go that route. > > Phil > >

July 29, 2013

[update 3.0] #30310

by Marcus Denker

30310 ----- 5469 SHA1 duplicated implementations https://pharo.fogbugz.com/f/cases/5469 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-MarcusDenker.600.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Hashing-MarcusDenker.2… http://smalltalkhub.com/mc/Pharo/Pharo30/main/KeyChain-MarcusDenker.45.diff

July 29, 2013

DBXTalk > OpenDBX > MySQL and OSX Lion : working on 2.0

by phil＠highoctane.be

I've been struggling to get the whole thing to work in Pharo 2.0 So, here are some pointers: I am using Xcode 4.6.3 with command line tools installed. I used the MySQL 32-bit client: mysql-connector-c-6.1.0-osx10.7-x86.dmg I used opendbx stable-1.4 To compile OpenDBX itself in 32 bits mode and all, here is the script I used. [PhilMac:~/Documents/Smalltalk/2-MyWorkspaces/workspaceOpenDbx philippeback$] cat compileopendbxosx.sh PATH=/Applications/Xcode.app/Contents/Developer/usr/bin:${PATH} echo `which ld` CPPFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ CXXFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ CFLAGS="-m32 -I/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/include" \ LDFLAGS="-m32 -L/usr/local/lib -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib -lmysqlclient" \ ./configure --with-backends="mysql" --disable-utils LDFLAGS="-m32 -L/usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib" make make install Now, I had to copy the libraries of the mysql client into /usr/local/lib/ The client libraries were in /usr/local/mysql-connector-c-6.1.0-osx10.7-x86/lib (you can ln -s them if you do not want to copy). To test that things were okay, I created the sodbxtest user, database, and all in MySQL. Then let's make sure we can use that one: mysql -usodbxtest -psodbxtest sodbxtest And then went to stable-1.4/test and issued: ./odbxtest -b mysql -h localhost -p 3306 -d sodbxtest -u sodbxtest -w sodbxtest Which should work. You can open the MySQL Workbench Admin tab > server status tab and see the commands issued. I had to do a symlink in: : /usr/local/pharo/bin/pharo-vm/Pharo.app/Contents/MacOS/Plugins/ (where I have my pharo vm installed) so that: libopendbx.dylib was pointing to /usr/local/lib/libopendbx.dylib Then, start the image where you have loaded the OpenDBXDriver configuration and run the tests. You can get the configuration from the World menu > Configurations OpenDBXDriver (GuillermoPolito.20) I installed the configuration and then did: (ConfigurationOfOpenDBXDriver project version: #stable) load. All tests for the MySQL backend turned up green. Maybe someone can put the above things in the right sections on the DBXTalk site, I didn't got enough info for the OSX version. Next step is to try to get GLORP running, not sure I'll go that route. Phil

July 28, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. KernelTests.Processes.ProcessTest.testHighPriorityOverridesWaitTime

July 28, 2013

[update 3.0] #30309

by Marcus Denker

30309 ----- 11258 update 30308 lost class instance variable in ChangeSet https://pharo.fogbugz.com/f/cases/11258 10097 HandMorph>>showDebugEvents:true --> too small a rectangle with bigger fonts https://pharo.fogbugz.com/f/cases/10097 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Changes-MarcusDenker.2… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.54.…

July 28, 2013

Re: [Pharo-dev] [Pharo-users] Unix Domain Sockets

by Sven Van Caekenberghe

On 28 Jul 2013, at 17:20, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Sun, Jul 28, 2013 at 01:12:41PM +0200, Sven Van Caekenberghe wrote: >> Since UDP sockets are currently also in the same class, I don't see a >> need for a separate class in the current design. > > Hi Sven. Agreed, as I wrote in the other mail about gaining experience with > IPv6 as well. OK >> Yes, the code is too cryptic/technical, a helper method or two would >> solve this. > > Done as per my newest blog post. Will add that when I create the issue. Yes, I've seen it. Good, that is what I meant. >>> Also, I'll be looking into the minor changes needed to support >>> SocketStream as well. >> >> Can you elaborate on that ? > > SocketStream has instance creation methods such as > openConnectionToHost:port:. To use Unix domain sockets, I imagine something > like openConnectionToIPCSocketPath:. Ah, OK, I understand. But there is SocketStream class>>#on: once you have your socket. That should be enough for testing client and server side. Once you validated it works, you could indeed add the #openConnectionToIPCSocketPath: convenience method. >> To add this, I would like some minimal tests as well (to be skipped on >> windows). > > I took a peek at SocketTest; the setUp method sets up a server socket, and > tests are run against this socket. This kinda like requires what is being > tested to be working in the first place? I understand your point, it is possible to have interesting theoretical discussions about unit tests, but a test that exercises the code is much better than none at all. If you don't like the setup of SocketTest, write your own test class, like DomainSocketTest. Tests are really important: they are live, validated documentation. Regarding the last blog post, does that mean that a VM change is now necessary or not ? Thanks for contributing ! Sven > Cheers. > > -- > Pierce Ng > http://samadhiweb.com/blog/

July 28, 2013