- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Invalid socket handle in Zinc Server after image startup

by StÃ©phane Ducasse

On Apr 8, 2012, at 4:11 PM, Mark Smith wrote: > aServer := ZnServer on: 8080. > aServer delegate: ((ZnMonticelloServerDelegate new) > directory: (FileDirectory on: '/Users/sven/Tmp/monticello')). > aServer start I changed the path and in my browser I get the list of mcz file. I saved and restarted my image and I got the same

April 8, 2012

[Pharo-project] Invalid socket handle in Zinc Server after image startup

by Mark Smith

Hi all, Is anyone else having problems with Zinc servers not starting up correctly when the image is loaded? After the image starts up the server has an invalid socket handle. To reproduce, evaluate the following in a workspace, then save and quit the image. aServer := ZnServer on: 8080. aServer delegate: ((ZnMonticelloServerDelegate new) directory: (FileDirectory on: '/Users/sven/Tmp/monticello')). aServer start Any ideas? Mark

April 8, 2012

Re: [Pharo-project] tail-like

by drush66

Tudor Girba-2 wrote > > Thanks. I will take a look. > I think that dearly missed Dolphin Smalltalk had implementation for Windows, so you could also grab Dolphin Community Edition and take a look how it is implemented there. Davorin Rusevljan http://www.cloud208.com/ ----- http://www.cloud208.com/ -- View this message in context: http://forum.world.st/tail-like-tp4535899p4540785.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2012

Re: [Pharo-project] tail-like

by drush66

Tudor Girba-2 wrote > > Thanks. I will take a look. > I think that dearly missed Dolphin Smalltalk had implementation for Windows, so you could also grab Dolphin Community Edition and take a look how it is implemented there. Davorin Rusevljan http://www.cloud208.com/ ----- http://www.cloud208.com/ -- View this message in context: http://forum.world.st/tail-like-tp4535899p4540784.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2012

Re: [Pharo-project] Issue 5445: Broken command-line arguments in 1.4

by StÃ©phane Ducasse

On Apr 7, 2012, at 10:11 PM, Michael Roberts wrote: > Cool! ...have been offline for a bit but will definitely test any fixes out. Need to dig out my debugger test harness as well. we will look at your description and tests :) Esteban is pushing us he wants opal debugger fixe event fixes spec removing old tools â¦ PharoCore better management with metacelloâ¦. and fast :) So this is cool. Stef > > Mike > > On Saturday, April 7, 2012, StÃ©phane Ducasse wrote: > Thanks michael > > BTW esteban will work on the debugger bugs :) > > Stef > > On Apr 7, 2012, at 2:33 PM, Michael Roberts wrote: > > > Hi, i tested the fix in 1.4 and it seemed to work fine. > > > > http://code.google.com/p/pharo/issues/detail?id=5445 > > > > > > thanks, > > Mike > > > >

April 7, 2012

Re: [Pharo-project] Issue 5445: Broken command-line arguments in 1.4

by Michael Roberts

Cool! ...have been offline for a bit but will definitely test any fixes out. Need to dig out my debugger test harness as well. Mike On Saturday, April 7, 2012, StÃ©phane Ducasse wrote: > Thanks michael > > BTW esteban will work on the debugger bugs :) > > Stef > > On Apr 7, 2012, at 2:33 PM, Michael Roberts wrote: > > > Hi, i tested the fix in 1.4 and it seemed to work fine. > > > > http://code.google.com/p/pharo/issues/detail?id=5445 > > > > > > thanks, > > Mike > > > > >

April 7, 2012

Re: [Pharo-project] Issue 5445: Broken command-line arguments in 1.4

by StÃ©phane Ducasse

Thanks michael BTW esteban will work on the debugger bugs :) Stef On Apr 7, 2012, at 2:33 PM, Michael Roberts wrote: > Hi, i tested the fix in 1.4 and it seemed to work fine. > > http://code.google.com/p/pharo/issues/detail?id=5445 > > > thanks, > Mike >

April 7, 2012

Re: [Pharo-project] [ANN] NBOpenGL update

by StÃ©phane Ducasse

On Apr 7, 2012, at 1:12 PM, Igor Stasenko wrote: > On 7 April 2012 09:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Igor >> thanks a lot. >> Did you define a stable version because like that we can publish it to the MetaReportForPharo14 and >> use the browser to load it. >> > i never publish broken metacello versions.. > if something is broken in version i fixing it instead of releasing new > metacello version. What I want to say is that I imagine that the configuration browser load a configu and load automatically #stable so if you do not define #stable but a version may be it does not load. But may be I'm wrong I did not check the code of the browser. Stef > >> Stef >> >> On Apr 6, 2012, at 3:31 PM, Igor Stasenko wrote: >> >>> Hi there, >>> >>> for those, who interested, i updated a NBOpenGL configuration. >>> >>> Changes are: >>> >>> - updated GL API to most recent available (taken directly from opengl >>> specs). Now there is about 300 more methods to explore :) >>> - finally dealt with win32 support code and made it working again >>> - fixed the GLX function prefix , which should be 'glX' not 'glx' >>> >>> To load it in 1.4 use: >>> >>> Gofer new >>> squeaksource: 'NBOpenGL'; >>> package: 'ConfigurationOfNBOpenGL'; >>> load. >>> >>> >>> and then >>> >>> (ConfigurationOfNBOpenGL project version: '1.0.2') load >>> >>> I did not tested the update thoroughly.. so i would appreciate if >>> people will try it out and tell how it goes. >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

April 7, 2012

Re: [Pharo-project] [update 1.4] #14421

by Mariano Martinez Peck

Congrats for your first integration!!! :) On Wed, Apr 4, 2012 at 4:47 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > 14421 > ----- > > Issue 5534: Do we rename/sync FS for 1.4? > http://code.google.com/p/pharo/issues/detail?id=5534 > > (first one :) > > -- Mariano http://marianopeck.wordpress.com

April 7, 2012

Re: [Pharo-project] Bind variables in statements & procedures

by Mariano Martinez Peck

On Fri, Apr 6, 2012 at 10:43 PM, kromakey <recursive68(a)gmail.com> wrote: > Hi, > > I've been looking at the DBTalk tests/examples and also at OpenDBX, > and it looks like binds variables aren't supported in SQL statements > and more importantly for myself when using them in procedures. > > In Java's JDBC: > > String sqlStmt = "SELECT * FROM employees where > last_name=? and > first_name like ?"; > prepStmt = conn.prepareStatement(sqlStmt); > prepStmt.setString(1, bindvarLastName); > prepStmt.setString(2, bindvarFirstName); > rs = prepStmt.executeQuery(); > > In Perl DBI you can do this when using Oracle PL/SQL, which allows you > to get return values from the procedure using bind variables in this > case $message and $status, when call a PL/SQL procedure: > > # bind variable > $message = undef; > $status = undef; > > # prepare query > my $sth = $dbh->prepare( > "BEGIN > test.testProc(:status, $username,:message); > END;" > ); > $sth->bind_param_inout(":status", \$status, 10); > $sth->bind_param_inout(":l_message", \$message, 500); > > # execute query > $sth->execute; > > > It looks like this is a limitation of OpenDBX rather than DBXTalk, Unfortunatly, yes, I think it is a limitation of OpenDBX. At least it was planned: "Prepared statement interface" in http://www.linuxnetworks.de/doc/index.php/OpenDBX/Future > but > if it is the case it's a big omission when you compare it against > other languages database interface APIs, such as Java's JDBC, Perl's > DBI and Python cx_Oracle for example. This is also not so good from a > security perspective as bind variables are one of the recommended > defences against SQL injection attacks. > For that we have: http://www.linuxnetworks.de/doc/index.php/OpenDBX/C_API/odbx_escape > > Am i correct in thinking this, or I have I missed something ? > Sorry for the bad news, but I think you are correct. -- Mariano http://marianopeck.wordpress.com

April 7, 2012