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

Re: [Pharo-users] where is appendStream?

by Sven Van Caekenberghe

On 24 Jun 2013, at 19:42, Bahman Movaqar <Bahman(a)BahmanM.com> wrote: > On Mon, 2013-06-24 at 14:43 +0200, Sven Van Caekenberghe wrote: >> Hayatou, >> >> Open a WriteStream and call #setToEnd before writing. >> >> Sven > > I'm sure these changes in the API are documented somewhere extensively, > however I cannot find it. Do you have any pointers/links? I don't understand the question. AFAIK, there has been anything else. This is the way it is. I find it quite logical. Not that the Stream hierarchy makes perfect sense in all cases, but that is another story ;-) > TIA, > >> On 24 Jun 2013, at 14:27, Hayatou Oumarou <hayaty55(a)yahoo.fr> wrote: >> >>> Hello, >>> I use in Pharo 2.0 the class FileSystem to write in a text file(csv format). I find only two options writeStream and readStream. I would not like each time to overwrite the contents of my file and I do not find the option appendStream. How can I do? >>> >>> >>> working := FileSystem disk workingDirectory. >>> stream := (working / 'test.csv') writeStream >>> stream nextPutAll: 'something'. >>> stream nextPutAll: ';' . >>> stream nextPutAll: 'other'. >>> stream close. > > -- > Bahman Movaqar (http://BahmanM.com) > > ERP Evaluation, Implementation & Deployment Consultant > PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

June 24, 2013

Re: [Pharo-users] where is appendStream?

by Bahman Movaqar

On Mon, 2013-06-24 at 14:43 +0200, Sven Van Caekenberghe wrote: > Hayatou, > > Open a WriteStream and call #setToEnd before writing. > > Sven I'm sure these changes in the API are documented somewhere extensively, however I cannot find it. Do you have any pointers/links? TIA, > On 24 Jun 2013, at 14:27, Hayatou Oumarou <hayaty55(a)yahoo.fr> wrote: > > > Hello, > > I use in Pharo 2.0 the class FileSystem to write in a text file(csv format). I find only two options writeStream and readStream. I would not like each time to overwrite the contents of my file and I do not find the option appendStream. How can I do? > > > > > > working := FileSystem disk workingDirectory. > > stream := (working / 'test.csv') writeStream > > stream nextPutAll: 'something'. > > stream nextPutAll: ';' . > > stream nextPutAll: 'other'. > > stream close. -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation & Deployment Consultant PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

June 24, 2013

Re: [Pharo-users] Pharo 2.0 and ODBC

by jtuchel＠objektfabrik.de

Hi Friedrich, I guess what could help people understand more about what the actual differences might be is if you can exactly say under which Pharo version and on which VM your ODBC connection had been working before. Was it also on a 64 bit lInux? Even the same installation or some other 64 bit machine (I know from hard and painful experience that two Linux boxes can look very similar but still be completely different, just because a single link is missing)? So I am afraid you've now entered a stage in which you need to gradually change things (and keep track of them) and try different VMs, Images and libraries up until you find a combination that works. Or some bright soul who knows it all ;-) Joachim Am 24.06.13 11:50, schrieb Friedrich Dominicus: > "jtuchel(a)objektfabrik.de" <jtuchel(a)objektfabrik.de> writes: > >> Hi Friedrich, >> >> I am not sure if this is relevant for your case, but I had a very >> similar problem with VAST and DB2 on Linux 64 bits. The funny thing is >> that I also hat problems with the very same call and on digging deeper >> found out the problem is a missing Ubuntu package. AFAIK, Pharo is >> also 32 bits, right? (otherwise your call wouldn't come through >> libdl.so.2 in /lib32/) >> >> If so, see if you have libpam-modules:i386 installed on your box. In >> my case, this solved my problem. >> >> You can find a few more details about my case here: >> https://groups.google.com/d/msg/va-smalltalk/tYTXU5ZqQAo/RVr5cHRiRKUJ >> Be sure to read the whole thread to understand why I think your >> problem is related. >> >> And please let me/us know if your problem can be solved the same way. > I tried it with the libpam-modules installation. I modified the > LD_LIBRARY_PATH to contain the path to the libpam libraries also. > > I restarted Pharo and tried to connect result: > pharo VM version: 3.9-7 #1 Wed Mar 13 18:22:44 CET 2013 gcc 4.4.3 > Built from: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > With: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > Revision: git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > Build host: Linux linux-ubuntu-10 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 2012 x86_64 GNU/Linux > plugin path: /home/frido/Smalltalks/default/bin [default: /home/frido/Smalltalks/default/bin/] > > > C stack backtrace: > /home/frido/Smalltalks/default/bin/pharo[0x80a0c0c] > /home/frido/Smalltalks/default/bin/pharo[0x80a0f28] > linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xf77d7410] > /lib/ld-linux.so.2(+0x13697)[0xf77eb697] > /lib/ld-linux.so.2(+0xf3de)/lib32/libdl.so.2(+0xcce)[0xf7763cce] > > > Smalltalk stack dump: > 0xff958a10 I ODBCConnection>sqlAllocEnv 0xbb60d2dc: a(n) ODBCConnection > 0xff958a30 I ODBCConnection>connect 0xbb60d2dc: a(n) ODBCConnection > 0xff958a50 I ODBCConnection>open 0xbb60d2dc: a(n) ODBCConnection > 0xff958a74 I [] in ODBCConnection class>dsn:user:password: 0xba3bea7c: a(n) ODBCConnection class > 0xff958a90 M BlockClosure>on:do: 0xbb60d3d8: a(n) BlockClosure > 0xff958abc I ODBCConnection class>dsn:user:password: 0xba3bea7c: a(n) ODBCConnection class > 0xff958ae0 M UndefinedObject>? 0xb7428004: a(n) UndefinedObject > 0xff958b18 I Compiler>evaluate:in:to:notifying:ifFail:logged: 0xbb589684: a(n) Compiler > > > Then I tried the same code on/in Windows and there the connection > works. I have had this connection via ODBC running on Linux before. So I > guess you are right with some libraries, but they seem not to be related > to libpam. > > Regards > Friedrich > > >

June 24, 2013

Re: [Pharo-users] Pharo 2.0 and ODBC

by Sven Van Caekenberghe

On 24 Jun 2013, at 15:50, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: > Sven Van Caekenberghe <sven(a)stfx.eu> writes: > >> Hi Friedrich, >> >> On 24 Jun 2013, at 11:50, Friedrich Dominicus >> <frido(a)q-software-solutions.de> wrote: >> >>> I have had this connection via ODBC running on Linux before. So I >>> guess you are right with some libraries, but they seem not to be related >>> to libpam. >> >> Have you tried using ldd to find dependencies (libs used by the vm or >> its plugins) ? > Thanks for taking the time. I got the following output: > libB3DAcceleratorPlugin.so: > linux-gate.so.1 (0xf778f000) > libc.so.6 => /lib32/libc.so.6 (0xf75a3000) > /lib/ld-linux.so.2 (0xf7790000) > libFT2Plugin.so: > linux-gate.so.1 (0xf772f000) > libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7683000) > libc.so.6 => /lib32/libc.so.6 (0xf74d3000) > libz.so.1 => /usr/lib32/libz.so.1 (0xf74bb000) > /lib/ld-linux.so.2 (0xf7730000) > libInternetConfigPlugin.so: > linux-gate.so.1 (0xf776d000) > libc.so.6 => /lib32/libc.so.6 (0xf758d000) > /lib/ld-linux.so.2 (0xf776e000) > libodbccr.so: > statically linked > libodbccr.so.1: > statically linked > libodbcinst.so: > statically linked > libodbcinst.so.1: > statically linked > libodbc.so: > statically linked > libodbc.so.1: > statically linked > libSqueakFFIPrims.so: > linux-gate.so.1 (0xf76ee000) > libc.so.6 => /lib32/libc.so.6 (0xf750a000) > /lib/ld-linux.so.2 (0xf76ef000) > libSqueakSSL.so: > linux-gate.so.1 (0xf7717000) > libssl.so.0.9.8 => /usr/lib32/i686/cmov/libssl.so.0.9.8 (0xf769b000) > libc.so.6 => /lib32/libc.so.6 (0xf74eb000) > libcrypto.so.0.9.8 => /usr/lib32/i686/cmov/libcrypto.so.0.9.8 (0xf7393000) > libdl.so.2 => /lib32/libdl.so.2 (0xf738e000) > libz.so.1 => /usr/lib32/libz.so.1 (0xf7376000) > /lib/ld-linux.so.2 (0xf7718000) > pharo: > linux-gate.so.1 (0xf7726000) > libm.so.6 => /lib32/libm.so.6 (0xf76b7000) > libdl.so.2 => /lib32/libdl.so.2 (0xf76b2000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf7697000) > libc.so.6 => /lib32/libc.so.6 (0xf74e7000) > /lib/ld-linux.so.2 (0xf7727000) > vm-display-null: > linux-gate.so.1 (0xf7724000) > libm.so.6 => /lib32/libm.so.6 (0xf76b1000) > libdl.so.2 => /lib32/libdl.so.2 (0xf76ac000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf7691000) > libc.so.6 => /lib32/libc.so.6 (0xf74e1000) > /lib/ld-linux.so.2 (0xf7725000) > vm-display-X11: > linux-gate.so.1 (0xf776d000) > libm.so.6 => /lib32/libm.so.6 (0xf76e5000) > libdl.so.2 => /lib32/libdl.so.2 (0xf76e0000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf76c5000) > libSM.so.6 => /usr/lib32/libSM.so.6 (0xf76bd000) > libICE.so.6 => /usr/lib32/libICE.so.6 (0xf76a6000) > libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7641000) > libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7523000) > libnsl.so.1 => /lib32/libnsl.so.1 (0xf750a000) > libc.so.6 => /lib32/libc.so.6 (0xf735a000) > /lib/ld-linux.so.2 (0xf776e000) > libuuid.so.1 => /lib32/libuuid.so.1 (0xf7356000) > libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7347000) > libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7341000) > libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf733e000) > libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7339000) > libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf732f000) > libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7316000) > librt.so.1 => /lib32/librt.so.1 (0xf730c000) > libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7309000) > libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7304000) > vm-sound-ALSA: > linux-gate.so.1 (0xf77b4000) > libm.so.6 => /lib32/libm.so.6 (0xf773f000) > libdl.so.2 => /lib32/libdl.so.2 (0xf773a000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf771f000) > libc.so.6 => /lib32/libc.so.6 (0xf756f000) > /lib/ld-linux.so.2 (0xf77b5000) > vm-sound-null: > linux-gate.so.1 (0xf76f0000) > libm.so.6 => /lib32/libm.so.6 (0xf767e000) > libdl.so.2 => /lib32/libdl.so.2 (0xf7679000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf765e000) > libc.so.6 => /lib32/libc.so.6 (0xf74ae000) > /lib/ld-linux.so.2 (0xf76f1000) > > I can not see any ling in it which seems to indicate a problem. It look OK to me as well, although not much can be said about the statically linked .so files, which are of course the ODBC ones. I am afraid that I can't help much further, this is too low level and OS specific for me and I never used ODBC myself. I would hope that the DBX people know moreâ¦ It is of course very annoying if you need the connectivity and even more so if it worked before. >> HTH, >> >> Sven >> >> PS: I think I remember you from my Common Lisp days, right ? In that >> case, welcome to Pharo ! > I know who you are also, but I'm in Smalltalk for quite some time now > ;-), anyway thanks for the welcome :) Even better. > Regards > Friedrich >

June 24, 2013

Re: [Pharo-users] Pharo 2.0 and ODBC

by Friedrich Dominicus

Sven Van Caekenberghe <sven(a)stfx.eu> writes: > Hi Friedrich, > > On 24 Jun 2013, at 11:50, Friedrich Dominicus > <frido(a)q-software-solutions.de> wrote: > >> I have had this connection via ODBC running on Linux before. So I >> guess you are right with some libraries, but they seem not to be related >> to libpam. > > Have you tried using ldd to find dependencies (libs used by the vm or > its plugins) ? Thanks for taking the time. I got the following output: libB3DAcceleratorPlugin.so: linux-gate.so.1 (0xf778f000) libc.so.6 => /lib32/libc.so.6 (0xf75a3000) /lib/ld-linux.so.2 (0xf7790000) libFT2Plugin.so: linux-gate.so.1 (0xf772f000) libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7683000) libc.so.6 => /lib32/libc.so.6 (0xf74d3000) libz.so.1 => /usr/lib32/libz.so.1 (0xf74bb000) /lib/ld-linux.so.2 (0xf7730000) libInternetConfigPlugin.so: linux-gate.so.1 (0xf776d000) libc.so.6 => /lib32/libc.so.6 (0xf758d000) /lib/ld-linux.so.2 (0xf776e000) libodbccr.so: statically linked libodbccr.so.1: statically linked libodbcinst.so: statically linked libodbcinst.so.1: statically linked libodbc.so: statically linked libodbc.so.1: statically linked libSqueakFFIPrims.so: linux-gate.so.1 (0xf76ee000) libc.so.6 => /lib32/libc.so.6 (0xf750a000) /lib/ld-linux.so.2 (0xf76ef000) libSqueakSSL.so: linux-gate.so.1 (0xf7717000) libssl.so.0.9.8 => /usr/lib32/i686/cmov/libssl.so.0.9.8 (0xf769b000) libc.so.6 => /lib32/libc.so.6 (0xf74eb000) libcrypto.so.0.9.8 => /usr/lib32/i686/cmov/libcrypto.so.0.9.8 (0xf7393000) libdl.so.2 => /lib32/libdl.so.2 (0xf738e000) libz.so.1 => /usr/lib32/libz.so.1 (0xf7376000) /lib/ld-linux.so.2 (0xf7718000) pharo: linux-gate.so.1 (0xf7726000) libm.so.6 => /lib32/libm.so.6 (0xf76b7000) libdl.so.2 => /lib32/libdl.so.2 (0xf76b2000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf7697000) libc.so.6 => /lib32/libc.so.6 (0xf74e7000) /lib/ld-linux.so.2 (0xf7727000) vm-display-null: linux-gate.so.1 (0xf7724000) libm.so.6 => /lib32/libm.so.6 (0xf76b1000) libdl.so.2 => /lib32/libdl.so.2 (0xf76ac000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf7691000) libc.so.6 => /lib32/libc.so.6 (0xf74e1000) /lib/ld-linux.so.2 (0xf7725000) vm-display-X11: linux-gate.so.1 (0xf776d000) libm.so.6 => /lib32/libm.so.6 (0xf76e5000) libdl.so.2 => /lib32/libdl.so.2 (0xf76e0000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf76c5000) libSM.so.6 => /usr/lib32/libSM.so.6 (0xf76bd000) libICE.so.6 => /usr/lib32/libICE.so.6 (0xf76a6000) libGL.so.1 => /usr/lib32/libGL.so.1 (0xf7641000) libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7523000) libnsl.so.1 => /lib32/libnsl.so.1 (0xf750a000) libc.so.6 => /lib32/libc.so.6 (0xf735a000) /lib/ld-linux.so.2 (0xf776e000) libuuid.so.1 => /lib32/libuuid.so.1 (0xf7356000) libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7347000) libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7341000) libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf733e000) libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7339000) libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf732f000) libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf7316000) librt.so.1 => /lib32/librt.so.1 (0xf730c000) libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7309000) libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7304000) vm-sound-ALSA: linux-gate.so.1 (0xf77b4000) libm.so.6 => /lib32/libm.so.6 (0xf773f000) libdl.so.2 => /lib32/libdl.so.2 (0xf773a000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf771f000) libc.so.6 => /lib32/libc.so.6 (0xf756f000) /lib/ld-linux.so.2 (0xf77b5000) vm-sound-null: linux-gate.so.1 (0xf76f0000) libm.so.6 => /lib32/libm.so.6 (0xf767e000) libdl.so.2 => /lib32/libdl.so.2 (0xf7679000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf765e000) libc.so.6 => /lib32/libc.so.6 (0xf74ae000) /lib/ld-linux.so.2 (0xf76f1000) I can not see any ling in it which seems to indicate a problem. > > HTH, > > Sven > > PS: I think I remember you from my Common Lisp days, right ? In that > case, welcome to Pharo ! I know who you are also, but I'm in Smalltalk for quite some time now ;-), anyway thanks for the welcome :) Regards Friedrich

June 24, 2013

Re: [Pharo-users] PharoForTheEnterprise

by Damien Cassou

On Mon, Jun 24, 2013 at 2:35 PM, HernÃ¡n <hernan.morales(a)gmail.com> wrote: > Mmm, then something else is missing because i have already executed the > download.sh script, but vm.sh is not here. did you pass 'vm image' as argument? If not, you can execute the script again. I'm on IRC. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 24, 2013

Re: [Pharo-users] where is appendStream?

by Sven Van Caekenberghe

Hayatou, Open a WriteStream and call #setToEnd before writing. Sven On 24 Jun 2013, at 14:27, Hayatou Oumarou <hayaty55(a)yahoo.fr> wrote: > Hello, > I use in Pharo 2.0 the class FileSystem to write in a text file(csv format). I find only two options writeStream and readStream. I would not like each time to overwrite the contents of my file and I do not find the option appendStream. How can I do? > > > working := FileSystem disk workingDirectory. > stream := (working / 'test.csv') writeStream > stream nextPutAll: 'something'. > stream nextPutAll: ';' . > stream nextPutAll: 'other'. > stream close. > ------------------------------------ > Hayatou -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

June 24, 2013

Re: [Pharo-users] PharoForTheEnterprise

by HernÃ¡n

Mmm, then something else is missing because i have already executed the download.sh script, but vm.sh is not here. -----Mensaje original----- De: Damien Cassou Enviado: 24/06/2013 03:28 a.m. Para: Any question about pharo is welcome Asunto: Re: [Pharo-users] PharoForTheEnterprise On Sun, Jun 23, 2013 at 10:44 PM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Hi Damien, > My question is basically the latest one from: > > https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/bl… > > where is the vm.sh file? as written in the readme, you have to execute: ./download.sh vm image to get vm.sh -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

June 24, 2013

where is appendStream?

by Hayatou Oumarou

Hello, I use in Pharo 2.0Â the class FileSystem to write in a text file(csv format).Â I find only two options writeStream and readStream.Â I would not like each time to overwrite the contents of my file and I do not find the option appendStream. How can I do? working := FileSystem disk workingDirectory. stream := (working / 'test.csv') writeStream stream nextPutAll: 'something'. stream nextPutAll: ';' . stream nextPutAll: 'other'. stream close. ------------------------------------ Hayatou Â

June 24, 2013

Re: [Pharo-users] Seaside, Zinc Server Adaptor - Isuue with Duration

by Thushar G R

Hi Sven, The part that "(provided you have a recent VM of course)" was the problem , i think. I have done a latest update (the said image and vm were a bit old ) and reloaded everything once again . It seems things go smooth now. Apologies for wasting your time too. By the way the Dropbox connect seems great. Thanks a lot. Regards, Thushar thuchu On Mon, Jun 24, 2013 at 4:51 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Thushar, > > On 24 Jun 2013, at 12:44, Thushar G R <thushar.gr(a)gmail.com> wrote: > > > Hi Sven, > > > > I loaded seaside from the ConfigurationBrowser , Seaside30 install. > > > > After i loaded ZincHTTPComponents and started server by. > > > > ZnZincServerAdaptor startOn: 8080 > > > > i opened the localhost:8080 > > > > and i got the error on Duration. > > I am not sure that the configuration that you load is good. > > Maybe a faster way to start is by downloading a prebuilt Seaside image > > > https://ci.inria.fr/pharo-contribution/job/Seaside/47/PHARO=20,SEASIDE_VERS… > > Sadly, that is incomplete as well: it does not include ZnZincServerAdaptor > ;-) > > So next, update Zinc by loading its configuration from the > ConfigurationBrowser (that one is OK). > > Finally, load the adaptor > > ConfigurationOfZincHTTPComponents project latestVersion load: 'Seaside'. > > And you should be good (provided you have a recent VM of course). It works > for me. > > HTH, > > Sven > > > Thanks, > > > > thushar > > > > thuchu > > > > > > On Mon, Jun 24, 2013 at 3:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Hi, > > > > On 24 Jun 2013, at 11:57, Thushar G R <thushar.gr(a)gmail.com> wrote: > > > > > Hi , > > > > > > I have Seaside 3.0 running on pharo 2.0. I started the Zinc server > adaptor and when i opened url for seaside i got an error on > Duration(Object)>>doesNotUnderstand: #adaptToNumber:andSend:. Is it normal. > Am i missing something in the load chain? > > > > We'll need more info: how did you load Seaside ? Stacktrace ? > > > > > Thanks in Advance. > > > > > > G R Thushar > > > > Sven > > > > > > -- > > Sven Van Caekenberghe > > Proudly supporting Pharo > > http://pharo.org > > http://association.pharo.org > > http://consortium.pharo.org > > > > > > > > > > > > > > >

June 24, 2013