December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Excel binding

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

Yes, including this, but not limited to this. I.e. not only generation, but also reading. Generation is just somewhat simpler - so I started from this point. I announced it some tim ago, it's http://ss3.gemstone.com/ss/Tabular.html 2014-12-09 20:49 GMT+03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > El Tue Dec 09 2014 at 2:22:32 PM, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> > escribiÃ³: > >> I'm working on XLSX / ODS support code just now. >> Nothing done on *reading* the data yet, but it may be easily switched. >> >> But my plans do not includes support of (binary) XLS format. >> >> > > Are you working on OpenXML (.xlsx) file generation? > > Regards! >

Dec. 10, 2014

Re: [Pharo-dev] Does Monticello try to install shared pools before methods using them?

by Craig Latta

> What did you have to do to #scanFor:, some kind of proxy detection or > something? Yup, a different hashing scheme for proxies. -C -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

Dec. 10, 2014

picture from the whole Pharo

by Alexandre Bergel

Hi! Just to share some pictures that took many many hours to compute: Many more on: https://www.facebook.com/ObjectProfile/posts/744883802264886 <https://www.facebook.com/ObjectProfile/posts/744883802264886> Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 9, 2014

Re: [Pharo-dev] [squeak-dev] re: Does Monticello try to install shared pools before methods using them?

by Eliot Miranda

On Tue, Dec 9, 2014 at 12:36 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > On Tue, Dec 9, 2014 at 8:02 AM, Craig Latta <craig(a)netjam.org> wrote: > > > >> Do your pool references end up being valid? > > > > Aha, the answer is no. So, I had to put some things in a separate > > package which must be loaded first. Among those things is a change > > required by a remote-object-aware version of > > IdentityDictionary>>scanFor:; the system was crashing when they were > > loaded in the wrong order. > > Interesting. What did you have to do to #scanFor:, some kind of proxy > detection or something? > > PS -- I agree with Eliot that MC _should_ handle compiling subclasses > of SharedPool first. I thought it did.. > No, right now only methodAdditions are handled first. Look at MCPackageLoader>>basicLoad which is aching to be refactored to pull the exception handlers out. It should look like basicLoad "Load the contents of some package. This is the core loading method in Monticello. Be wary about modifying it unless you understand the details and dependencies of the various entities being modified." RecentMessages default suspendWhile: [[CurrentReadOnlySourceFiles cacheDuring: [[self innerBasicLoad] on: InMidstOfFileinNotification do: [:n | n resume: true]]] ensure: [self flushChangesFile]] innerBasicLoad "Load the contents of some package. This is the core loading method in Monticello. Be wary about modifying it unless you understand the details and dependencies of the various entities being modified." | pkgName | errorDefinitions := OrderedCollection new. "Obviously this isn't the package name but we don't have anything else to use here. ChangeSet current name will generally work since a CS is usually installed prior to installation." pkgName := ChangeSet current name. preamble ifNotNil: [ChangeSet current preambleString: (self preambleAsCommentNamed: pkgName)]. "Pass 1: Load everything but the methods, which are collected in methodAdditions." additions do: [:ea | ea isMethodDefinition ifTrue: [methodAdditions add: ea asMethodAddition] ifFalse: [[ea load] on: Error do: [errorDefinitions add: ea]]] displayingProgress: 'Reshaping ', pkgName. "Try again any delayed definitions" self shouldWarnAboutErrors ifTrue: [self warnAboutErrors]. errorDefinitions do: [:ea | ea load] displayingProgress: 'Reloading ', pkgName. "Pass 2: We compile new / changed methods" methodAdditions do: [:ea| ea createCompiledMethod] displayingProgress: 'Compiling ', pkgName. 'Installing ', pkgName displayProgressFrom: 0 to: 2 during: [:bar| "There is no progress *during* installation since a progress bar update will redraw the world and potentially call methods that we're just trying to install." bar value: 1. "Pass 3: Install the new / changed methods (this is a separate pass to allow compiler changes to be loaded)" methodAdditions do: [:ea| ea installMethod]. "Pass 4: Remove the obsolete methods" removals do: [:ea| ea unload]]. "Finally, notify observers for the method additions" methodAdditions do: [:each | each notifyObservers] "the message is fake but actually telling people how much time we spend in the notifications is embarrassing so lie instead" displayingProgress: 'Installing ', pkgName. additions do: [:ea | ea postloadOver: (self obsoletionFor: ea)] displayingProgress: 'Initializing ', pkgName But I have to say that I don't understand how basicLoad/innerBasicLoad sorts things. Confusing. Anyway, looks like the "Pass 1: Load everything but the methods, which are collected in methodAdditions." pass needs to be split into something that loads things that inherit from SharedPool first. -- best, Eliot

Dec. 9, 2014

Re: [Pharo-dev] [squeak-dev] re: Does Monticello try to install shared pools before methods using them?

by Chris Muller

On Tue, Dec 9, 2014 at 8:02 AM, Craig Latta <craig(a)netjam.org> wrote: > >> Do your pool references end up being valid? > > Aha, the answer is no. So, I had to put some things in a separate > package which must be loaded first. Among those things is a change > required by a remote-object-aware version of > IdentityDictionary>>scanFor:; the system was crashing when they were > loaded in the wrong order. Interesting. What did you have to do to #scanFor:, some kind of proxy detection or something? PS -- I agree with Eliot that MC _should_ handle compiling subclasses of SharedPool first. I thought it did..

Dec. 9, 2014

Re: [Pharo-dev] [squeak-dev] re: Does Monticello try to install shared pools before methods using them?

by Eliot Miranda

Hi Craig, but if you changed the code in MCPackageLoader>>basicLoad to load pool classes first what happens? If we keep working around limitations, everyone has to work-around the limitations every time Instead we can make it better. On Tue, Dec 9, 2014 at 6:02 AM, Craig Latta <craig(a)netjam.org> wrote: > > > Do your pool references end up being valid? > > Aha, the answer is no. So, I had to put some things in a separate > package which must be loaded first. Among those things is a change > required by a remote-object-aware version of > IdentityDictionary>>scanFor:; the system was crashing when they were > loaded in the wrong order. > > > thanks again, > > -C > > -- > Craig Latta > netjam.org > +31 6 2757 7177 (SMS ok) > + 1 415 287 3547 (no SMS) > > > -- best, Eliot

Dec. 9, 2014

Re: [Pharo-dev] ConfigurationOfGlamour not connected to repository

by Andrei Chis

For now, if they cause problems, I'd remove from Pharo: ConfigurationOfGlamour, ConfigurationOfGTInspector, ConfigurationOfGTPlayground as they are not used. We switch to ConfigurationOfGTPlaygroundCore, ConfigurationOfGTInspectorCore, ConfigurationOfGlamourCore. Cheers, Andrei On Fri, Nov 21, 2014 at 9:41 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Hmm, there are also other configurations still loaded that should have > been removed > ConfigurationOfGTInspector > ConfigurationOfGTPlayground. > > Though I'd prefer to see them as groups in a ConfigurationOfGToolkit > > Stephan >

Dec. 9, 2014

Re: [Pharo-dev] about "integrate GTools (14588)"

by Nicolai Hess

Thank you! 2014-12-09 18:28 GMT+01:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > Aha. I will edit the issue and add the ones that were solved :) > But there are few issues. This was needed to update glamour to the latest > version so we can integrate Spotter. > > > Cheers, > Andrei > > On Tue, Dec 9, 2014 at 1:04 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> on fogbugz: >> 14588 <https://pharo.fogbugz.com/default.asp?14588> Integrate GTools >> version 2.0.3 >> "Mainly bug fixes. This adds the Eclipse icons." >> >> Is there a list of the fixed bugs? >> Is this about bugs filed at fogbugz? >> I would like if we keep track of gtools bugs/issues on fogbugz. >> >> >> nicolai >> >> >

Dec. 9, 2014

Re: [Pharo-dev] Duration year

by Hilaire

Le 09/12/2014 02:15, Chris Muller a Ã©crit : >> I was working on a GenericYear that was intended to be used for DateAndTime >> calculus - to be able to add and subtract an arbitrary number of years. The >> class by itself would not know the days - it is an arbitrary (generic) Year. >> >> It would only know the number of days when it is added (or subtracted) from >> an actual date (or timespan). The idea was that it would have a very >> specific and limited scope of responsibility. > > I liked it. Hopefully a few loose ends can be fixed up so it can be > put into trunk. > > This one should be better addYears: integer ^ Date year: self year + integer month: self monthIndex day: ((self monthIndex = 2 and: [self dayOfMonth = 29 and: [(Year isLeapYear: self year) and: [(Year isLeapYear: self year + integer) not ]]]) ifTrue: [ 28 ] ifFalse: [ self dayOfMonth]) -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Dec. 9, 2014

Re: [Pharo-dev] Pillar latex generation

by phil＠highoctane.be

Le 9 dÃ©c. 2014 15:26, "Damien Cassou" <damien.cassou(a)gmail.com> a Ã©crit : > > On Tue, Dec 9, 2014 at 11:15 AM, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Did I missed something? > > > that is fixed in latest version of Pillar. Please download again. > I am using the version from yesterday and I see figures mixing with blocks of [[[ ]]]. Figures in a !!title section end up in the next one. This for PDFs. I have looked at the Pharo for the enterprise books and I see similar issues there. Is there a way to avoid that? TIA Phil > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Dec. 9, 2014