Squeak-dev May 2007

squeak-dev@lists.squeakfoundation.org

150 participants
233 discussions

Multiple processes using #nextPutAll:
by Damien Cassou 29 May '07

29 May '07

Hi, I've implemented a SharedQueue on top of Nile which protects against concurrent access. However, #nextPutAll: is not protected and I would like a test that shows it's not. My current test pass but it should not. testUsingNextPutAll "This test should not pass. Unfortunately, I'm not skilled enough in processes management to make this test fail. In fact, since #nextPutAll: is not protected, numbers should not be sorted the way they are at the end.'" |queue writingBlock| queue := self newQueue. writingBlock := [queue nextPutAll: (1 to: 10000)]. writingBlock fork; fork; fork. Processor yield. self assert: (queue next: 10000) asArray = (1 to: 10000) asArray. self assert: (queue next: 10000) asArray = (1 to: 10000) asArray. self assert: (queue next: 10000) asArray = (1 to: 10000) asArray. self assert: queue atEnd. I assume it's because when I fork, the work is done before the following fork starts. Can somebody help me writing this test? -- Damien Cassou

12 27

Re: Universes/SqueakMap Separation? (was Re: Fun with Symbol)
by Philippe Marschall 29 May '07

29 May '07

2007/5/28, Alan Lovejoy <squeak-dev.sourcery(a)forum-mail.net>: > > > <Avi>You're now an admin of that project.</Avi> > > Thanks! > > <Avi>If you asked me to do this earlier and I didn't see your message or > forgot to do it, I apologize.</Avi> > > Actually, I did. In response to my message to the Squeak List on the matter, > Phillippe Marschall made me a developer last December (before that, I had no > access at all.) > > Unfortunately, at the time, my understanding of both SqueakSource and > Monticello was too rudimentary to understand what I needed to ask for--and I > also didn't understand how the Monticello naming/versioning system > worked--and in addition I made more than one naming typo when saving > versions--all of which resulted in a rather messy/confused situation for > those viewing the Chronos project using a Monticello package browser (and > y'all should take that as an apology.) > > If you or Phillippe would be so kind as to recommend the best way to fix up > the versioning mess I made out of the Chronos package on SqueakSource, I'd > appreciate it. It kinda depends how your porting process looks so I can only give a general reply. For more specific questions I can give more specific answers. - Remove all the versions you don't need, especially the old Avi versions that noone should load (you can do that now that you're admin). Even consider removing all versions and committing new ones (make sure you have backups). Don't forget to remove the old versions from SqueakMap (is there a reason someone would want to load an old version?). - Don't encode "Chronos versions" to Monticello filenames. Instead use an internal mapping for "Monticello versions" to "Chronos versions" and vice versa. You can use Monticello Confiturations for that or something else. netstyle.ch has an automated build process where Chronos can be automatically loaded into images in this way. The people who load Chronos from Monticello will want the latest anyway. Because you do the releases only you need to know about this mapping. I hope this helps a bit. Don't hesitate to ask if you have further questions. Cheers Philippe > --Alan > > P.S. I accept your apology. > > > >

2 1

Fun with Symbol
by nicolas cellier 29 May '07

29 May '07

Hello list, Today's quizz: guess the results of these evaluations and how it prints Easy to begin with: Compiler evaluate: '#++'. Yes Scanner class>>#isLiteralSymbol: not really consistent with what the parser is ready to understand. It even has some unreachable code in it. Now what if: Compiler evaluate: '##'. Enjoy the variations, not all correct: Compiler evaluate: '#'. Compiler evaluate: '# "please" # "print" # "me"'. Compiler evaluate: '##()'. Compiler evaluate: '##)'. Compiler evaluate: '##('. Compiler evaluate: '##(##)'. Never heard about explicit number literal? Compiler evaluate: '#1'. Maybe the negative ones would work? Compiler evaluate: '#-1'. So try and explain this one: Compiler evaluate: '#--1'. Hmm, better correcting the parser than trying to write its EBNF rules! Nicolas

10 16

Re: [ANN] ICal occurrence API
by Janko Mivšek 28 May '07

28 May '07

It will be very nice if you guys merge your work together. When I ported iCal to VisualWorks I noticed that Chronos is already a prerequisite of iCal and a duplication is therefore not nice to see and just calls to be resolved into a merge :) Best regards Janko Alan Lovejoy wrote: > <JJ (Jason)>Interesting, I had no idea you were doing this. And thanks for > stealing my thunder! :) After you publish it, someone will have to compare > the different versions (speed, memory, ease of use, etc).</JJ (Jason)> > > I fully intend to have a look at your code--after I've completed my > implementation. However, I don't plan on implementing a parser for > iCal--the only goal is to be able to specify/represent (and fully and > correctly implement) the iCal rule model. Actually, the Chronos recurrence > rule model goes beyond what can be specified using the iCal rule > model/notation. Using an algebra enables support for logical negation and > disjunction, among other things (consider what Chalten does with its > TimeLineFilter, for example.) > > I'm also working on full support for business date arithmetic. I intend to > meet or exceed the capabilities offered by jFin > (http://jfin.org/date_adjustment) or ObjectLab > (http://objectlabkit.sourceforge.net/), and to use the data provided by > FinancialCalendar.com (http://financialcalendar.com/). > > As for "thunder stealing," that goes with the territory when two or more > projects are in the same functional domain. My goal is to implement the > world's best date/time library in any language--and I've been working hard > at it since October 2004. I feel I've already achieved parity with anything > else out there. Now it's time to go to the next level. > > But, since my main motivation for making Chronos the best date/time library > in the world is to help promote Smalltalk, I actually welcome any and all > contributions by others to that goal. And based on the description, your > iCal engine certainly seems to be a worthy contribution. > > Working together, we can leave Smalltalk's competition in the dust. And > inspire those working on Smalltalk projects in domains other than > dates/times to do the same. > > Go Smalltalk! > > --Alan -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

2 1

Re: Universes/SqueakMap Separation? (was Re: Fun with Symbol)
by Avi Bryant 28 May '07

28 May '07

On 5/28/07, Alan Lovejoy <squeak-dev.sourcery(a)forum-mail.net> wrote: > And there's the case of the Chronos project on SqueakSource, where you're > the only one with administrator privileges, and so the only one who can make > a release, or update the "front page" with installation instructions, > whereas I, the author/developer, can only uload new package version commits. > > Can we get this situation fixed? Oh, of course. You're now an admin of that project. It won't let me remove myself as an admin, but feel free to do so. If you asked me to do this earlier and I didn't see your message or forgot to do it, I apologize. Avi

2 1

RE: [ANN] ICal occurrence API
by J J 28 May '07

28 May '07

Interesting, I had no idea you were doing this. And thanks for stealing my thunder! :) After you publish it, someone will have to compare the different versions (speed, memory, ease of use, etc). >From: "Alan Lovejoy" <squeak-dev.sourcery(a)forum-mail.net> >Reply-To: The general-purpose Squeak developers >list<squeak-dev(a)lists.squeakfoundation.org> >To: "'The general-purpose Squeak developers >list'"<squeak-dev(a)lists.squeakfoundation.org> >Subject: RE: [ANN] ICal occurrence API >Date: Mon, 28 May 2007 12:21:26 -0700 > ><JJ (Jason)> >Features: > - To my knowledge this is the most compliant implementation of >Recurrence >rules > - Full support for Exclusion dates and exclusion rules (!) ></JJ (Jason)> > >The next release of Chronos will have full support for recurrence rules >based on the iCal rule model--including exclusion dates and exclusion >rules. > >The implementation is based on a recurrence rule algebra, so that >recurrence >rules can be specified using algegraic expressions, which are then >evaluated >according to a recurrence rule algebra. > >Example: > >(RecurrenceSet from: (2007 month: #February day: 9)) > add: > (RecurrenceRule > delta: 1 years count: 10 > temporalExpression: ((WeekOfMonth week: 0) & >(#Sunday asDayOfWeek | #Saturday asDayOfWeek) not) > occurrenceIndices: #(0)); "Chronos uses 0 as the >ordinal of the last value or element." > do: [:each | Transcript cr; show: each % #rfc2822] > >The iCal expression that specifies the same thing: > > DTSTART;TZID=America/Los_Angeles:2007-02-09 > RRULE:FREQ=YEARLY;COUNT=10;BYDAY=-1MO,-1TU,-1WE,-1TH,-1FR;BYSETPOS=-1 > >The output: > >Wed, 28 Feb 2007 >Fri, 29 Feb 2008 >Fri, 27 Feb 2009 >Fri, 26 Feb 2010 >Mon, 28 Feb 2011 >Wed, 29 Feb 2012 >Thu, 28 Feb 2013 >Fri, 28 Feb 2014 >Fri, 27 Feb 2015 >Mon, 29 Feb 2016 > >--Alan > > > _________________________________________________________________ Make every IM count. Download Messenger and join the im Initiative now. Its free. http://im.live.com/messenger/im/home/?source=TAGHM_MAY07

2 1

[ANN] ICal occurrence API
by J J 28 May '07

28 May '07

Hello all, at long long last I have finally finished the ICal recurrence rule engine. I had to travel to Haskell in back to figure out a way to do it I liked. Features: - To my knowledge this is the most compliant implementation of Recurrence rules - Full support for Exclusion dates and exclusion rules (!) - Minimal dependency on external libraries If you look at the implementation you will notice it uses LazyList's to do it's work, which may make it seem a bit complicated. But this allows me to trivially add additional list mutations after-the-fact. For example, exclusion rules (i.e. all the logic of recurrence rules, but "differenced" to the rules to generate exceptions) were actually added in about 15 minutes. I know of no other implementations that have them at all. The other advantage of the LazyList approach is that no more dates are calculated then needed (well, actually one extra per rule may be if needed for the stop test), but the set is none-the-less infinite. The can be downloaded via Monticello as part of the iCalendar project with: MCHttpRepository location: 'http://www.squeaksource.com/ical' user: '' password: '' Thanks, and let me know if you see any problems with it. Jason _________________________________________________________________ More photos, more messages, more storageget 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migrati…

2 1

[ANN] Mysql Driver update
by squeakdev＠reider.net 28 May '07

28 May '07

Version 4 of package Mysql Driver is available on squeakmap. This version supports the newer client authentication protocol in Mysql 4.1/5.x. I've marked it Beta for now - feedback is appreciated. -Alan Reider >From the release notes: * Compatible with new Mysql 4.1/5x authentication and resultset changes. * Should also work with 4.1/5x with old (short) passwords. * May still work with Mysql 4.0 and below and Squeak 3.7 and below. * Fixed float conversion not to use '+', eg '3.041234e+23' is N/G in Squeak 3.8. * Added new Integer type used in Mysql 5.x (as mentioned by Boingo) * Test suites upgraded, eg factored connectionSpec 4 ez changing. * Test suite passed on Squeak 3.8 w/ Mysql 5.0.38 on Ubuntu. * Requires Cryptography package (as previously)

1 0

NewCompiler weird ANSI
by nicolas cellier 27 May '07

27 May '07

As stated in NewCompiler's code, the ANSI syntax: ClosureCompiler evaluate: '- 1' is WEIRD! It answers -1 as a literal negative number, space not being significant. BEWARE a tab or cr are significant in current implementation (ANSI?) This is more confusing than usefull. It makes people think of a prefixed operator like other languages. Also, as already said, inside literal array #(- 1) space is significant. And what about the sign of exponent? ClosureCompiler evaluate: '-1.0e- 1'. Message not understood e ((-1.0) e) - (1), so space is significant here. Beside, as NewCompiler accepts minus as last character of a multi-character binary selector, this causes further ambiguity. ClosureCompiler evaluate: '0--1'. is 1 (0-(-1)) last minus is attached to digit because there is no space. ClosureCompiler evaluate: '0-- 1'. Message not understood -- 2 contradictory rules - either space is significant thus selector is #-- - or space is not significant (like '- 1') The first rule wins apparently Weak weak ANSI. What was in their mind? Nicolas

4 4

Re: Wouldn't it be better for the board to have its own mailing list?
by Jerome Peace 27 May '07

27 May '07

Wouldn't it be better for the board to have its own mailing list? Hi Craig, Thanks for your response. This seems to be getting off on the wrong track. It was important to point out the the current mechanism wasn't being used. IMO Some other mechanism needs to be tried. And one that works needs eventually to be found. Posting to this this thread has been educational and illuminating. *** >Wouldn't it be better for the board to have its own mailing list? > >Craig Latta craig at netjam.org >Sun May 27 09:34:15 UTC 2007 > > >Hi Jerome-- > >> The .../article/64.html URL has all of 3 posts to it; >> spanning less than a month in time and that month was >> October 2006. This indicates something. >> >> I don't need know exactly what is wrong. Something IS >> wrong. Its not a place I would care to put something >> that needs to be attended to. > > That's just silly. All it means is that people haven't been posting >agenda items there. I read that page before every board meeting, and >I've mentioned it here on squeak-dev repeatedly. I don't see why my reasoning is silly. Its not tight logical reasoning granted. But it is pattern based. Assuming there are agenda items that the public wants the board to consider. No one is using the spot you have repeatedly told them to use. The pattern suggest there is something that causes that spot to be avoided. You can say no one cares, but I would suspect something else is at work. > >> If the board needs a private list for private >> discussion, it also needs a public list for >> discussions with the public. A place for the public to >> post agenda requests... > > A mailing list would be horrible for that. A editable persistent >site is the right thing. How do you know this? I am not saying you are wrong. But I will claim the proper answer has not been found. And the experiments to find it have not been tried. > >> ...And public discussions of agenda topics and other board related >> topics. You could do it on squeak-dev but as you say its a >> haystack. > > I don't think a board mailing list would be any better. You may be right. I just wanted to point out a problem with the current method. >And if you think it's a haystack, just use a threaded reader. I recommend Mozilla >Thunderbird's newsreader connected to news://news.gmane.org/comp.lang.smalltalk.squeak.general. Note this is >not an invitation to have an endless discussion about mail and news >readers (if one ensues, I will simply kill the resulting thread with my >threaded reader :). Even threads may wander off topic. In any event the haystack analogy is a stretch and I'd rather withdraw it than defend it. If you are suggesting that the public discuss board issues on squeak-dev then I have no complaint with that. I also don't mind if you find a persistant forum for this kind of thing. But the proof that it works should be that it gets used. > >> I look forward to seeing how you and the board resolve >> this. > > Ken's not on the board, by the way (but I'm thankful for his >suggestions). Opps. Wishful thinking. (I have a high regard for Ken and his contributions.) > Thanks again for your consideration. Yours in curiosity and service, --Jerome Peace ____________________________________________________________________________________ Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/

1 0

← Newer
1
2
3
4
5
6
7
...
24
Older →

Jump to page: