Squeak-dev September 2008

squeak-dev@lists.squeakfoundation.org

120 participants
118 discussions

Etoys Tiles
by kemal asad-syed 21 Sep '08

21 Sep '08

as i am playing with some Etoys i found this page http://wiki.squeak.org/squeak/3944 . but i don't get it is there a way i can add vocabulary without touching the "general"player class but just making a Morph subclass . if not can i subclass the player to have myspecial player class for my morph I am trying to make my vocabulary modification the least intrusive in thye systeme . I am looking for ideas . thanks. Kemal On Fri, Sep 19, 2008 at 6:48 AM, < squeak-dev-request(a)lists.squeakfoundation.org> wrote: > Send Squeak-dev mailing list submissions to > squeak-dev(a)lists.squeakfoundation.org > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev > or, via email, send a message with subject or body 'help' to > squeak-dev-request(a)lists.squeakfoundation.org > > You can reach the person managing the list at > squeak-dev-owner(a)lists.squeakfoundation.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Squeak-dev digest..." > > > Today's Topics: > > 1. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 2. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 3. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 4. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 5. Re: Re: becomeForward: alternative (Rob Withers) > 6. Re: Re: becomeForward: alternative (Eliot Miranda) > 7. Re: Re: becomeForward: alternative (Rob Withers) > 8. Re: Re: becomeForward: alternative (Eliot Miranda) > 9. Re: Re: becomeForward: alternative (Randal L. Schwartz) > 10. [ANN] MemoryAccess Slang alternative to sqMemoryAccess.h > macros (David T. Lewis) > 11. Squeak leadership meeting minutes, 2008-09-17 (Craig Latta) > 12. Re: MonticelloConfiguration and Installer questions > (C. David Shaffer) > 13. Lisp50@OOPSLA -- Celebrating the 50th birthday of Lisp at > OOPSLA 2008 (Robert Hirschfeld) > 14. Re: MonticelloConfiguration and Installer questions > (Bert Freudenberg) > 15. From 3.8-6665-basic to 3.9 (Yoshiki Ohshima) > 16. CSV parser (Markus Fritsche) > 17. Re: unix 3.10-1 VM scrambles #PageUp #PageDown #End keys > (nicolas cellier) > 18. Re: CSV parser ( Hern?n Morales Durand ) > 19. Re: CSV parser (Markus Fritsche) > 20. [Smalltalks 2008] --- Latest news (Andres Valloud) > 21. Re: Re: About Eliot FFi changes (Mariano Martinez Peck) > 22. Re: Re: Send NULL to a C function trough FFI > (Mariano Martinez Peck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 18 Sep 2008 08:28:39 -0400 > From: "C. David Shaffer" <cdshaffer(a)acm.org> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: <48D24977.9050301(a)acm.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bert Freudenberg wrote: > > > > > > Hehe, that attitude pretty much drove MCConfiguration development :) > > It's TSTTCPW and just gets the job done it was needed for, but as you > > noticed it isn't well-integrated, it does not do autmatic versioning. > > But I like its simplicity - it really is nothing more than a list of > > package versions and repositories. > > > > - Bert - > > > :-) MCConfiguration is working /very/ well for me. It is a nice > incremental improvement over my manual process. I'm not using the > "Store" capability in the configuration browser, though, because it will > quickly make a mess of my MC repository browser (I've already got too > many packages to scroll through there). It seems more sensible to write > my configs to disk during deployment so I can "version" them by release > number. I assume that's what most people are doing? ...or is there a > sensible way to use them in a MCBrowser that I've just missed? Maybe a > naming convention that makes the MC browser show only one package entry > per config (as opposed to per /instance/ of a config). > > David > > > > > ------------------------------ > > Message: 2 > Date: Thu, 18 Sep 2008 15:07:23 +0200 > From: Bert Freudenberg <bert(a)freudenbergs.de> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: <52E8D848-5274-4C13-8C7C-670613E30357(a)freudenbergs.de> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Am 18.09.2008 um 14:28 schrieb C. David Shaffer: > > > Bert Freudenberg wrote: > >> > >> > >> Hehe, that attitude pretty much drove MCConfiguration > >> development :) It's TSTTCPW and just gets the job done it was > >> needed for, but as you noticed it isn't well-integrated, it does > >> not do autmatic versioning. But I like its simplicity - it really > >> is nothing more than a list of package versions and repositories. > >> > >> - Bert - > >> > > :-) MCConfiguration is working /very/ well for me. It is a nice > > incremental improvement over my manual process. I'm not using the > > "Store" capability in the configuration browser, though, because it > > will quickly make a mess of my MC repository browser (I've already > > got too many packages to scroll through there). It seems more > > sensible to write my configs to disk during deployment so I can > > "version" them by release number. I assume that's what most people > > are doing? ...or is there a sensible way to use them in a MCBrowser > > that I've just missed? Maybe a naming convention that makes the MC > > browser show only one package entry per config (as opposed to per / > > instance/ of a config). > > > I just overwrite a single config in the repo every time I make a new > release. So this config is the "head" of the development tree. > > - Bert - > > > > > ------------------------------ > > Message: 3 > Date: Thu, 18 Sep 2008 09:23:18 -0400 > From: "C. David Shaffer" <cdshaffer(a)acm.org> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: <48D25646.6040303(a)acm.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bert Freudenberg wrote: > > > > > > I just overwrite a single config in the repo every time I make a new > > release. So this config is the "head" of the development tree. > > > > - Bert - > > > I see...so you can't reconstruct an old release? Also, it doesn't seem > that MC will allow you to overwrite an MCM stored in an HTTP repo so > this only works for file-based repos? (Still just verifying that I'm > not doing something stupid with the tools.) > > David > > > > > ------------------------------ > > Message: 4 > Date: Thu, 18 Sep 2008 15:33:48 +0200 > From: Bert Freudenberg <bert(a)freudenbergs.de> > Subject: Re: [squeak-dev] MonticelloConfiguration and Installer > questions > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: <1935EF03-D2B6-4701-8353-7EF819363AEB(a)freudenbergs.de> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Am 18.09.2008 um 15:23 schrieb C. David Shaffer: > > > Bert Freudenberg wrote: > >> > >> > >> I just overwrite a single config in the repo every time I make a > >> new release. So this config is the "head" of the development tree. > >> > >> - Bert - > >> > > I see...so you can't reconstruct an old release? Also, it doesn't > > seem that MC will allow you to overwrite an MCM stored in an HTTP > > repo so this only works for file-based repos? (Still just verifying > > that I'm not doing something stupid with the tools.) > > > Works fine with an http squeaksource server for me. > > - Bert - > > > > > ------------------------------ > > Message: 5 > Date: Thu, 18 Sep 2008 12:09:06 -0400 > From: "Rob Withers" <reefedjib(a)yahoo.com> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: <FCED72EC543B48E5B9030C928C191800@Quotar> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > > ----- Original Message ----- > From: "Paolo Bonzini" <bonzini(a)gnu.org> > To: "The general-purpose Squeak developers list" > <squeak-dev(a)lists.squeakfoundation.org> > Sent: Tuesday, September 16, 2008 3:59 PM > Subject: [squeak-dev] Re: becomeForward: alternative > > > > Rob Withers wrote: > >> I am trying to becomeForward with an object and a small integer. This > >> of course doesn't work. Is there an alternative that would allow me to > >> do this? > > > > There's actually no reason why the *destination* of a becomeForward: > > cannot be a SmallInteger. It's a VM bug in my opinion. > > > > Thanks, Paolo. > > I tried looking into this a bit and here is what I have found. First off, > this will only work with > #elementsForwardIdentityTo: anArrayWithSmallIntegers copyHash: false. > It would not work to copy the source hash to a SmallInteger. > > Next is understanding forwarding blocks and the process of remapping > objects > using them. There are three steps: > 1) #prepareForwardingTableForBecoming:with:twoWay: "create and init > forwarding blocks, and install into original headers" > 2) #mapPointersInObjectsFrom:to: "point pointers to forwarded oop" > 3) #restoreHeadersAfterForwardBecome: "restore original headers" > The question seems to come down to the following. Can forwarding blocks > point to SmallIntegers? > > Rob > > > Paolo > > > > > > ------------------------------ > > Message: 6 > Date: Thu, 18 Sep 2008 09:41:38 -0700 > From: "Eliot Miranda" <eliot.miranda(a)gmail.com> > Subject: Re: [squeak-dev] Re: becomeForward: alternative > To: "The general-purpose Squeak developers list" > <squeak-dev(a)lists.squeakfoundation.org> > Message-ID: > <3ac5ce8a0809180941u57b6f118kbb4d0ea88504807b(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Things work fine provided the become is one-way and hashes are not copied. > Simply change > (self containOnlyOops: array1 and: array2) ifFalse: [^false] > > in ObjectMemory>>become:with:twoWay:copyHash: to > > (twoWayFlag or: [copyHashFlag]) > ifTrue: [(self containOnlyOops: array1 and: array2) ifFalse: [^false]] > ifFalse: [(self containOnlyOops: array1) ifFalse: [^false]]. > > along with the obvious implementation of containOnlyOops:. > If so, > | foo bar | > foo := 1@2. > bar := { foo. foo }. > foo becomeForward: 0 copyHash: false. > { foo. bar } > produces > #(0 #(0 0)) > > On Thu, Sep 18, 2008 at 9:09 AM, Rob Withers <reefedjib(a)yahoo.com> wrote: > > > > > ----- Original Message ----- From: "Paolo Bonzini" <bonzini(a)gnu.org> > > To: "The general-purpose Squeak developers list" < > > squeak-dev(a)lists.squeakfoundation.org> > > Sent: Tuesday, September 16, 2008 3:59 PM > > Subject: [squeak-dev] Re: becomeForward: alternative > > > > > > > > Rob Withers wrote: > >> > >>> I am trying to becomeForward with an object and a small integer. This > >>> of course doesn't work. Is there an alternative that would allow me to > >>> do this? > >>> > >> > >> There's actually no reason why the *destination* of a becomeForward: > >> cannot be a SmallInteger. It's a VM bug in my opinion. > >> > >> > > Thanks, Paolo. > > > > I tried looking into this a bit and here is what I have found. First > off, > > this will only work with > > #elementsForwardIdentityTo: anArrayWithSmallIntegers copyHash: false. > > It would not work to copy the source hash to a SmallInteger. > > > > Next is understanding forwarding blocks and the process of remapping > > objects using them. There are three steps: > > 1) #prepareForwardingTableForBecoming:with:twoWay: "create and init > > forwarding blocks, and install into original headers" > > 2) #mapPointersInObjectsFrom:to: "point pointers to forwarded oop" > > 3) #restoreHeadersAfterForwardBecome: "restore original headers" > > The question seems to come down to the following. Can forwarding blocks > > point to SmallIntegers? > > > > Rob > > > > Paolo > >> > >> > > > > >

4 6

Re: [squeak-dev] Making morphs scriptable
by Bert Freudenberg 21 Sep '08

21 Sep '08

Am 21.09.2008 um 03:51 schrieb Robert Hawley: > Hi Bert > > I wrote a timesRepeatMorph and put it on SqueakMap but have found > the one in OLPC etoys and that is better. Hehe - kudos to Scott :) But he also went through several iterations, see below. > Is there progress on the repository you mentioned before? Not that I know of - Michael would be the person to talk to about the details going forward. > Is there any problem with lifting the code for the OLPC timesRepeat > and putting it into SqueakMap so that it can be imported to Squeak > Morphic? (It would be good to have it there, but I don't want to > tread on someone else's toes unnecessarily). No, on the contrary, we'd love for the Etoys changes to be merged back into mainstream Squeak (and vice versa), but sadly there never seems to be enough time for doing that. Anyway, all the Etoys change-sets are mirrored here: http://etoys.laptop.org/src/changesets/ and looking at the full ChangeLogs at http://etoys.laptop.org/src/ indicates these to be relevant for times-repeat: === 1146timesRepeat-sw.cs === Change Set: timesRepeat-sw Date: 20 December 2006 Author: Scott Wallace Adds a 'Repeat' tile to etoys. Caution: All the indicated repetitions of the code in the Do section are run atomically when the Repeat complex is run. I t is tantalizing to contemplate an implementation in which the repetitions are distributed across successive ticks of a tick ing script, but that is not what we have here. NB There are still some glitches to be ironed out -- see below -- but the feature is usable. Obtain a Repeat...Times tile from either of two places: -- a Scriptor's menu -- the 'miscellaneous' category in a Viewer Still faulty: -- Drop-zone-highlight [green] feedback often not properly offered in the TIMES areas. -- Extension arrow is presented but nothing actually happens when you click on it yet. === 1381timesCarets-sw.cs === Change Set: timesCarets-sw Date: 15 June 2007 Author: Scott Wallace Makes the 'times' part of the Times-Repeat unit conducive to suffix arrow and re tract-arrow use. Because of the significant structure change, the new times-repeat tile is embodi ed in a new classs, TimesRepeatTile, as a replacement fot TimesRepeatMorph. For the moment at least we leave the latter in place, unchanged, for backward compa tibility, though this may turn out not to have been entirely wise. === 1385timesRepeatFixes-sw.cs === Change Set: timesRepeatFixes-sw Date: 23 June 2007 Author: Scott Wallace Avoid error when generating code for empty-Times-area case. Avoid error when Times area evaluates to non-integer. Note: The obsolete TimesRepeatMorph also has its code-generating code fixed her e. === 2005timesRepeatFixes-sw.cs === Change Set: timesRepeatFixes-sw Date: 28 May 2008 Author: Scott Wallace, Karl Ramberg TRAC 7044: TimesRepeat tile is not translated. This update makes the Times, Repeat, and Do labels on Times/Repeat tiles translatable, but it will take a while for actual t ranslations to catch up... Also fixes a bug that resulted in an unwanted pale green spacer on the Times tile, as well as a bug that resulted in the tem porary positioning of the extension arrow before the 2 on a nascent times tile (rather than after the 2, as expected) ... th anks to Karl for both of those fixes. - Bert - > > Yours > > Bob > (Robert Hawley) > ________________________________________ > From: Bert Freudenberg [bert(a)freudenbergs.de] > Sent: 10 July 2008 10:54 > To: Robert Hawley > Cc: The general-purpose Squeak developers list > Subject: Re: [squeak-dev] Making morphs scriptable > > Am 10.07.2008 um 07:25 schrieb Robert Hawley: > >> There is an eToys scriptable DiceMorph and an eToys scriptable >> CalculatorMorph on SqueakMap. I'd welcome comments or bug reports. >> >> The calculator can be driven entirely from scripts, which makes it >> quite fun and potentially interesting for schools. >> >> The DiceMorph is a reasonably simple example of how to make a morph >> scriptable. >> >> I am surprised there aren't more eToys scriptable morphic objects >> available. Is there a coherent repository that I have yet to >> discover? > > No - the Etoys community is even less organized than the Squeak > community in general ;) > > Current Etoys discussion takes place at > > http://lists.laptop.org/listinfo/etoys > > We plan to switch to a community-driven development style so now is > the perfect time to join the efforts. A public repository for > contributions will be one of the first steps. > > - Bert - > >

3 3

Re: new version
by Trygve Reenskaug 20 Sep '08

20 Sep '08

Here it is: http://heim.ifi.uio.no/~trygver/assets/BabyIDE-Squeak.ZIP I post this answer to the list because I forgot to put it in the previous mail. Enjoy --Trygve On 20.09.2008 17:20, Chuck Smith wrote: > where do I download this from to get Squeak 3.10.gamma 7159.157? > > I have 140 already but forgot where I downloaded it from. > > Thanks, > > Chuck -- Trygve Reenskaug mailto: trygver(a)ifi.uio.no Morgedalsvn. 5A http://heim.ifi.uio.no/~trygver N-0378 Oslo Tel: (+47) 22 49 57 27 Norway

2 1

Interesting post about Smalltalk and the effect of success
by Simon Kirk 20 Sep '08

20 Sep '08

Here's some food for thought, perhaps: http://www.robvens.nl/en/blog/The-Smalltalk-Trap.html Cheers, Simon ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

1 0

New BabyIDE version
by Trygve Reenskaug 20 Sep '08

20 Sep '08

A new version of BabyIDE is posted. The version is Squeak3.10.gamma.7159.157.image. Many useful menu commands have ben added. Some of them are windowMenu commands: 'set application ' 'new perspective' 'fileOut this App' classBrowser superclassPane command added: 'spawn new BabyIDE on the package of the selected superclass' The IDE now works reasonably well with non-IDE packages (Try it) An important remaining problem is well known from other Smalltalks: You are not warned if a method shown in the IDE has been changed elsewhere. Enjoy --Trygve -- Trygve Reenskaug mailto: trygver(a)ifi.uio.no Morgedalsvn. 5A http://heim.ifi.uio.no/~trygver N-0378 Oslo Tel: (+47) 22 49 57 27 Norway

1 0

[Q] Any could say which image is running here ?
by Edgar J. De Cleene 20 Sep '08

20 Sep '08

http://video.google.fr/videoplay?docid=-8336229069737911818&hl=fr I appreciate any info as could be my image, but I still don't get my image into my iPod Touch. Very thanks in advance, contact me private if you wish/need Edgar

2 1

unix 3.10-1 VM scrambles #PageUp #PageDown #End keys
by nicolas cellier 20 Sep '08

20 Sep '08

Sorry to raise this again, I am running a 3.10 image with some of OLPC fixes recommended by Bert ( http://bugs.squeak.org/view.php?id=7071 ) on a 3.10-1 VM in linux i86 X11, french keyboard. My (LanguageEnvironment currentPlatform) is (a Latin1Environment). My (ActiveHand keyboardInterpreter) is (an UTF32InputInterpreter). So far, so good, i can type éèà etc, dead letters work etc... But I experience annoying problems with these 3 keys: #PageUp #PageDown and #End do not behave as expected. (Same with keys above the arrow pad and unlocked numpad). Anyone experienced this or is it just me? Anyone has a fix for it? VM update? Nicolas Gory details: #PageUp key gives: evtBuf: #(2 3830724 11 1 0 5 0 0) buttons: 0 modifiers: 0 type: #keyDown pressType: 1 stamp: 3830724 char: Character value: 5 I would expect 11 #PageDown key gives: evtBuf: #(2 4037346 12 1 0 11 0 0) buttons: 0 modifiers: 0 type: #keyDown pressType: 1 stamp: 4037346 char: Character value: 11 I would expect 12 #End key gives: evtBuf: #(2 4093084 4 1 0 12 0 0) buttons: 0 modifiers: 0 type: #keyDown pressType: 1 stamp: 4093084 char: Character newPage I would expect 4 The source of my expectations is: ParagraphEditor class>>#initializeCmdKeyShortcuts cmdMap at: 1 + 1 put: #cursorHome:. "home key" cmdMap at: 4 + 1 put: #cursorEnd:. "end key" cmdMap at: 8 + 1 put: #backspace:. "ctrl-H or delete key" cmdMap at: 11 + 1 put: #cursorPageUp:. "page up key" cmdMap at: 12 + 1 put: #cursorPageDown:. "page down key" cmdMap at: 13 + 1 put: #crWithIndent:. "cmd-Return" cmdMap at: 27 + 1 put: #offerMenuFromEsc:. "escape key" cmdMap at: 28 + 1 put: #cursorLeft:. "left arrow key" cmdMap at: 29 + 1 put: #cursorRight:. "right arrow key" cmdMap at: 30 + 1 put: #cursorUp:. "up arrow key" cmdMap at: 31 + 1 put: #cursorDown:. "down arrow key" cmdMap at: 32 + 1 put: #selectWord:. "space bar key" cmdMap at: 127 + 1 put: #forwardDelete:. "del key"

3 7

How to find...?
by Yoshiki Ohshima 19 Sep '08

19 Sep '08

Hello, I've been looking at the relicensing agreement issue, and trying to make better mapping from the initial to the person. It is almost straightforward if it is not in the preparation of 3.9 time; I have all changes in the update stream so I can grep and look at the preamble and find it out. (I built a little browser so that you can visit all old versions, more or less similar to Maurice has, I believe). However, in the 3.9 era the changeset typically looks like: |repository| repository := MCHttpRepository location: 'http://source.squeakfoundation.org/39a' user: '' password: ''. (repository loadVersionFromFileNamed: 'ScriptLoader-sd.183.mcz') load. and cannot get the great detail. For example, if I would like to find out who 'tp' is in the following method: !DependentsArray methodsFor: 'copying' stamp: 'tp 7/6/2006 11:11'! size ^self inject: 0 into: [ :count :dep | dep ifNil: [ count ] ifNotNil: [ count + 1 ]]! ! What is the best way? -- Yoshiki

10 52

Full history
by Yoshiki Ohshima 19 Sep '08

19 Sep '08

FWIW, this is a tool I made to track the method initials and history. http://tinlizzie.org/~ohshima/3.10.2-history.tar.gz There is an image in the archive. When you open it, you see a browser-like tool. There, you can browse to the existing methods in the image. When you select a method and press Alt-v, you get the full history of the method from 1997. There is a workspace in the image. When you inspect the variables like "authorship" and "m" there, you see some more data that is interesting. There are a few methods that can create text files and diffs. There is an html file (generated by a part of do its in the workspace) that shows the diffs of the current version and the previous one in the archive. If you would like to try a harder way, grab a vanilla 3.10.2-7179 image, and drop it in the top directory. Start that image and file in Authorship2.25.cs first. Then, create a workspace, copy the second half of the class comment of the Authorship class, and evaluate it. It will take some time, like two hours, but should do it. It doesn't file changes in but just read and store it as strings in the image, so it is safe. And the image doesn't depend on anything else, so you can just take the image and do the same thing. Since I didn't get into the Monticello versioning stuff, there is not precise indications from where a particular version came from. If you are intested in it, please extend it. Thank you! -- Yoshiki

1 0

From 3.8-6665-basic to 3.9
by Yoshiki Ohshima 19 Sep '08

19 Sep '08

Hello, I'm getting curious to see the full history of changes so what I'm now trying to do is to update 3.8-6665-full image to 3.9 alpha. I did a little magic incantation to set the version, and doing updates. As 6675InstallPkgsWarning-dew.cs warns, it *really* takes long time... I'm on it for a few hours. It could be because of the slow network connection I have, but does anybody have an idea about how long should it take, in a ballpark figure, with a one-year old laptop computer? -- Yoshiki

2 3

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