- Pharo-dev - lists.pharo.org

[Pharo-project] ODBC, loadFFI and friends!
by Torsten Bergmann Dec. 8, 2010

Dec. 8, 2010

Did you see http://www.pharocasts.com/2010/12/access-database-through-odbc.html Bye T. -- GRATIS! Movie-FLAT mit Ã¼ber 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome

1 0

[Pharo-project] I will publish SimpleMorphic in PharoTaskForces
by StÃ©phane Ducasse Dec. 8, 2010

Dec. 8, 2010

Hi guys I will publish SimpleMorphic in PharoTaskForces and I suggest that we include it in the core so that it does not rot. Then I will check if I find some times to clean the first items like FillinTheBlank and friends. Stef

1 0

Re: [Pharo-project] Smalltalk in small steps ?
by James Ladd Dec. 8, 2010

Dec. 8, 2010

>>Perhaps most importantly, you may find that, like literate programming, the effort to explain your decisions and implementation in prose may very well improve the code. Im hoping this is the case.

1 0

[Pharo-project] Beta
by StÃ©phane Ducasse Dec. 8, 2010

Dec. 8, 2010

Hi guys I fixed the bad package name and we are now beta. :) So we should kill the tests and the pending issues. Stef

2 2

[Pharo-project] Comments or no integration: a simple choice for you
by StÃ©phane Ducasse Dec. 8, 2010

Dec. 8, 2010

Hi guys I decided that I will not integrate any code that is not documented in Pharo. I strongly suggest to remove from Pharo-dev packages whose classes are not commented. I'm not sure that I will look at code or answer question to code that is not commented. We should change our mindset and it seems that we do not care, so we should take radical decisions: less changes, less progress, more comments. And for once I will not bash the past. Smalltalk was always with methods fully documented. We are just plain lazy and this is a shame. Stef

11 17

[Pharo-project] Dictionary responds to #add:, #addAll: but shouldNotImplement #remove: and #remove:ifAbsent
by jaayer Dec. 8, 2010

Dec. 8, 2010

Is anyone else bother by this inconsistency?

4 12

[Pharo-project] socket deadlock using Cog VM
by Johan Brichau Dec. 8, 2010

Dec. 8, 2010

Hi, We are experiencing a deadlock in Socket>>waitForDataIfClosed: The problem occurs on Pharo11/Pharo12/Squeak41 only when using the Cog VM. In our particular case, the socket connects to a GOODS database and it started occurring with a growing amount of data (so longer connections, more data transfer). When you open a debugger on the deadlocked process and proceed the process, it will simply continue and finish without problems. We are using Cog VM of 4 october, downloaded from Eliot's website (VM.r2316/) Before I start isolating the problem and reproduce it without requiring GOODS (it's just an http socket anyway): Is anyone else experiencing similar issues here? Is there a fix in more recent versions? cheers Johan

1 0

Re: [Pharo-project] Hudson and version number
by Marcus Denker Dec. 8, 2010

Dec. 8, 2010

On Dec 8, 2010, at 8:25 AM, Luc Fabresse wrote: > Hi all, > > I was looking the results of the 1.2 build #33. > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/33/ > > Where is displayed the version number of the 1.2 used for this build? > Was it the12271? > > I always loads all updates... so it's the version that was available at the time of build. It would be nice to display the update number... if anyone has an idea how to do that? -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 3

Re: [Pharo-project] Problem updating Pharo Core
by Marcus Denker Dec. 8, 2010

Dec. 8, 2010

On Dec 7, 2010, at 12:17 PM, Gary Chambers wrote: > Does the build server run Windows? (c.f. $: in package name). > No, we have right now just a Linux builder. But we will add Mac soon, after that windows. > Regards, Gary > ----- Original Message ----- > From: Marcus Denker > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Monday, December 06, 2010 9:11 PM > Subject: Re: [Pharo-project] Problem updating Pharo Core > > > On Dec 6, 2010, at 7:59 PM, Guillermo Polito wrote: > >> I have the last prebuild pharo core (12261), and clicking on update stops in version 12266 with a DNU: >> >> nil does not understand binary >> >> It has something to do with the monticello a version with this info: 'Issue 3191: SparseLargeArray-MarcusDenker.2.mcz' >> >> Did someone had this same issue? >> > > the build server seems to have no problem: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/ > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Hudson and version number
by Luc Fabresse Dec. 8, 2010

Dec. 8, 2010

Hi all, I was looking the results of the 1.2 build #33. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/33/ Where is displayed the version number of the 1.2 used for this build? Was it the12271? Thanks, #Luc

1 0