- Pharo-dev - lists.pharo.org

Re: [Pharo-project] isqueak aka iphone vm and closures

by StÃ©phane Ducasse

excellent! Stef On Apr 29, 2009, at 3:52 AM, John M McIntosh wrote: > I've build a testing vm that enables closures for the iPhone. I've not > shipped yet. I have not > yet build a patch set for the touch event logic, I'll wait for the > general event handling stuff to settle first. > > However I was able to start the pharo web image with all the latest > updates from yesterday on the iphone > and see that seaside/pier worked as expected. > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Alexandre Bergel

Maybe it is still a bit early in the morning, but I am not sure to understand what you mean with "MC/FTP feature". What am I not testing? Alexandre On 29 Apr 2009, at 03:39, Cameron Sanders wrote: > > So you want to use the MC/FTP feature. You are not testing it to make > certain that the MC/FTP works. > > What is is your server string? > > -Cam > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 29, 2009

[Pharo-project] A russian-chars input problem

by Dennis Schetinin

I use pharo0.1-10268web09.04.1.image. Unable to type in some russian capital letters (specifically 'Ð', 'Ð' , 'Ð§' and 'Ð¢') which are Shift+ J, K, X and N accordingly (in russian layout ofcourse). Shift+J seems to be just ignored. Shift+K opens World menu. Shift+X gives a pair of apostophes (''). Shift+N gives a pair of quotes (""). -- Dennis Schetinin

April 29, 2009

[Pharo-project] isqueak aka iphone vm and closures

by John M McIntosh

I've build a testing vm that enables closures for the iPhone. I've not shipped yet. I have not yet build a patch set for the touch event logic, I'll wait for the general event handling stuff to settle first. However I was able to start the pharo web image with all the latest updates from yesterday on the iphone and see that seaside/pier worked as expected. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Cameron Sanders

So you want to use the MC/FTP feature. You are not testing it to make certain that the MC/FTP works. What is is your server string? -Cam

April 29, 2009

Re: [Pharo-project] squeakopendbx, which VM?

by Mariano Martinez Peck

I think I fix it :) I took a clean Ubuntu. I did: sudo dpkg -i libopendbx1_1.4.0-1_i386.deb libopendbx1-mysql_1.4.0-1_i386.deb Then ldconfig -p | grep opendbx show the same as you: libopendbxplus.so.1 (libc6) => /usr/lib/libopendbxplus.so.1 libopendbx.so.1 (libc6) => /usr/lib/libopendbx.so.1 The problem is that we have as module: opendbx. Ubuntu looks for libMODULE_NAME.so. In this case, was searching libopendbx.so. But, your (and my) file was named libopendbx.so.1. Solution: copy and rename (or just rename) libopendbx.so.1 to libopendbx.so and should work like a charm. Thanks for your testing Hilaire. We want SqueakDBX to be as much easier as possible. So, documenting the wiki with several cases will definitively help us. I add this information to the wiki. Let me know if that work. Cheers, Mariano On Tue, Apr 28, 2009 at 2:56 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > 2009/4/28 Hilaire Fernandes <hilaire(a)ofset.org> > >> >> >> 2009/4/28 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >>> >>> >>>> I don't have it in my version of Pharo. I don't know if I can update it >>>> without going through a full pharo image which I don't want to do now. >>>> >>> >>> >>> Ok. Doesn't matter. Your current problem is not about FFI but you will >>> have that problem then (when you get squeakDBX working). You only need to >>> get the latests FFI version from MC to work in pharo with closure VM. >>> >> >> I am pretty sure the VM I used is not with the fixed closure. I am note >> sure about the image, I can tell you tomorrow the version number of the >> image when at the office. >> Is the fixed closure mandatory to get SqueakDBX working? >> Which Pharo # image and VM should be used? >> > > SqueakDBX works with both. If you use a closure image you must use a VM > with closure an latest FFI (from MC). But, you can also use Squeak in older > version (non closure) with FFI from Universes. So, no problem for you. > > > >> >> I haven't my linux machine here, I will look tonight in my home, but: >> >> > 1) what do you have /usr/lib in PATH ? >> No it points only to binary as it should. >> Does FFI looks at PATH for the libraries? If so it is a buggy behavior. >> I am really currious to know how FFI find the libraries... >> > > I am not sure about this. Perhaps someone (Andreas) can help us. > > >> >> >> 2) Just for testing, can you put the openDBX libraries in the same >> directory where the pharo >> image is. >> >> 3) The same as 2) but where the VM is. >> >> I will try tomorrow morning. >> > > Which Linux are you using? Perhaps there is a problem trying to resolve > the library. The last test you can do (just to see if it works) is this: > > Go t class OpenDBXUnix and change the methods > > apiBind: handle database: databaseName name: userName password: password > method: method > > and > > apiInitialize: handle backend: backend host: host port: port > > In both, put module: 'libopendbx.so.1' or module: 'libopendbx.so' instead > of module: 'opendbx' > > I hope you get it working. Ask all what you want. > > Greetings, > > Mariano > > >> >> >> Thanks! >> >> >> Hilaire >> >> >> -- >> http://blog.ofset.org/hilaire >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

April 28, 2009

[Pharo-project] SUnit bug ?

by Mariano Martinez Peck

Hi folks! Today, at work, a friend ask me about a method in TestResource because he thought it was a bug. We look at it, and for us, it could be a bug. So, I ask to you. See TestResource class side isAvailable ------------------------ isAvailable ^self current notNil and: [self current isAvailable] ------------------------ the first part (self current notNil) ALWAYS return true because of the implementation of self current: ------------------------ current current isNil ifTrue: [current := self new]. ^current ------------------------- The second part too. Because the implementation of self available (object side method): ------------------------- isAvailable "override to provide information on the readiness of the resource" ^true ------------------------- Ok, you can override and change this method in subclasses, however, the first part is ALWAYS true. Is this correct ? or isAvailable should be: isAvailable ^ self current isAvailable Thanks! Mariano

April 28, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Alexandre Bergel

I am not sure to understand. I would like to be able to load OBAlpha in Pharo and to not have this the socket problem. Cheers, Alexandre On 28 Apr 2009, at 21:30, Cameron Sanders wrote: > Alexandre, > > Is your interest in getting the unit-test to pass, or o be able to use > it? > > -Cam > > > On Apr 28, 2009, at 1:35 PM, Alexandre Bergel wrote: > >> Hum... "ScriptLoader loadOBAlpha" still does not pass... >> >> Alexandre >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2009

[Pharo-project] About Mantis 7343 socket timeout rollover

by Nicolas Cellier

PharoInbox/SLICE-M7343-Socket-Rollover-bug-nice.1 After http://bugs.squeak.org/view.php?id=7343 Socket timeout can suffer rollover problem (Happens on server with high load and uptime>12 days) I did not load Andreas change directly 1) He still uses questionnable (deadline - Time millisecondClockValue) which is potentially >0 forever 2) because of above choice, he protected with unecessary 500msecs busy loop (well necessary in this implementation, but not in absolute) 3) he does not answer true when ok: HTTPSocket requires this... I moved the *Until: family message to a deprecated category, but did not send (self deprecated: ...) I corrected in image senders. Do not remove now, they might be used by packages.

April 28, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Cameron Sanders

Alexandre, Is your interest in getting the unit-test to pass, or o be able to use it? -Cam On Apr 28, 2009, at 1:35 PM, Alexandre Bergel wrote: > Hum... "ScriptLoader loadOBAlpha" still does not pass... > > Alexandre >

April 28, 2009