Sorry, I meant to be factual not critical. I am very pleased with Pharo and, now that I can see how it works, I am getting on really well with it.
I understand about resources as I have worked on my own for 20 years and have no-one to assist me. Never mind, Smalltalk is such a great language. Please let me see the new VM and I will run some tests against it. I am impressed with performance as it is so a native VM should be fantastic. David > On 13 Feb 2021, at 16:35, Stéphane Ducasse <stephane.duca...@inria.fr> wrote: > > Hi david > I will massage a bit your text because I would not like to insult people > around me and give false impression. :) > I want a text for the world > http://www.pharo.org/success <http://www.pharo.org/success> > > For your information when Pharo will get as a tenth of the many paid > engineers of the other systems I will compare. > Esteban, Pablo and Guillermo are talented engineers. And so far the > consortium is able to pay one and half engineer and Inria > is supporting the rest. > > Pharo is not like we would like it to be. Pharo is as we can make it with the > limited > resources we have. And so far I think that we are doing super good. You see > like the first ARM64 bits based JIT > and the first VM for M1 machine. > > BTW for the new mac machines, we can give you access to a VM that is going > faster than the Rosetta one. > > S. > > > >> On 13 Feb 2021, at 13:40, David Pennington <da...@totallyobjects.com >> <mailto:da...@totallyobjects.com>> wrote: >> >> OK, here goes. >> >> My finishing project formy Open University degree (started in 1974 and >> finished in 2017!) was a routing program for freight cars on US model >> railways - written in VAST Smalltalk with a Seaside front end and a Riak >> back end. Riak is a multi-user, fail over resilient Key/Value (K/V) >> database. I used it on a Linux server as I couldn’t get it going under >> MacOS. However, now I have finished my degree, I have disposed of the server >> so, for my new project I didn’t have a database. I had built my own K/V >> database some years ago to run the management and web software for a scale >> model shop that I owned at that time so I decided that I would recreate that >> database for my current use. >> >> TinkKV is my Smalltalk K/V. It relies on the OS for saving and retrieving >> objects which are saved using STON (Smalltalk Object Notation) format. >> Simple, there are two levels of bucket - 1) ‘Bucket’ and 2) ’SubBucket’. >> There can be multiple buckets which can contain multiple sub buckets. In my >> application, items are stored under two keys - FAOEntry (the basic entry >> object) which is the primary bucket, and multiple sub buckets keyed by the >> category of each object. It is a single user, local machine DB which is >> extremely fast - retrieves 189 records in 0.18 seconds on an M1 Mac. >> >> Family Accounts is a simple home accounts management package that will >> evolve over the coming month but basically imports transactions from a >> NatWest Sage Accounts format download and inserts them into the database. >> Each object can be categorised for budget control and each budget can be >> displayed. The program can import a set of regular items (in CSV format) >> that recur monthly so that a monthly budget can be managed. It is written >> in Pharo 8.0. >> >> I have been writing Smalltalk since 1990 when I started with Digitalk Visual >> Smalltalk but since about 1996 I have been using IBM/Instantiations >> VisualAge (VAST). I started the program, knowing nothing about Pharo, around >> the 15th January so it has taken just about a month of 1 -2 hours a day >> firstly to get to grips with Pharo and then to write the DB and Program. I >> have found Pharo quite difficult to come to grips with as, in comparison to >> VAST, it seems to be written for academics rather than business apps. >> However, once I got my head around how it was all put together, I found it >> an easy transition and great fun to use. I had expected to continue with >> VAST under Parallels but found that neither Parallels (well partially) or >> Windows 10 currently works successfully on an M1 MacBookAir. I did try to >> get hold of VisualWorks but didn’t get any response to my request for a >> download for some reason. I have written a good few frameworks for VAST so, >> now that my program is running successfully, I will have a look and see if I >> can port anything else. Watch this space. > > > >> >> David Pennington >> Totally Objects >> (Http://www.totallyobjects.com <http://www.totallyobjects.com/>) >> >>> On 13 Feb 2021, at 11:09, Stéphane Ducasse <stephane.duca...@inria.fr >>> <mailto:stephane.duca...@inria.fr>> wrote: >>> >>> Hi david >>> >>> Two points: >>> - I would love to have a little success story about your application >>> = one paragraph what is does + one paragraph how technology is >>> cool :) >>> >>> - if you need we have a native VM for M1 (the stackVM). >>> >>> S. >>> >>>> On 11 Feb 2021, at 20:38, David Pennington <da...@totallyobjects.com >>>> <mailto:da...@totallyobjects.com>> wrote: >>>> >>>> Hi there Peter >>>> >>>> I have been writing Smalltalk since 1990 first with Digitalk and then >>>> IBM/Instantiations VAST. However, I am a newbie with Pharo having only >>>> used it for the last 3 weeks so I am pleased to have got my first Seaside >>>> app working successfully - it’s a home banking management app that imports >>>> from Sage compatible CSV files supplied by NatWest. This is the only real >>>> difficulty so I am very pleased with the work. >>>> >>>> I use my own brand key/value database that saves objects out to the disk. >>>> With my new M1 MacBookAir, I am getting read and write values around .3 >>>> second for 125 records so I am very happy. >>>> >>>> I have yet to look at deleting the old file before writing but I am sure >>>> that this will make it superb. >>>> >>>> Many thanks for your help in this. >>>> >>>> David >>>> TotallyObjects >>>> http://www.totallyobjects <http://www.totallyobjects/>.com >>>> >>>> Your suggestion worked perfectly - I truncate the file and it parses >>>> >>>>> On 11 Feb 2021, at 17:07, <pe...@pbkresearch.co.uk >>>>> <mailto:pe...@pbkresearch.co.uk>> <pe...@pbkresearch.co.uk >>>>> <mailto:pe...@pbkresearch.co.uk>> wrote: >>>>> >>>>> David >>>>> I think you are misreading the debugger display. The bit you are missing >>>>> is the last few characters in the evaluation display, after the closing >>>>> parenthesis. They should not be there if it is displaying a dictionary. >>>>> Evidently the variable 'aDict' is in fact an association whose key is the >>>>> dictionary and whose value is nil. >>>>> >>>>> I can't see where it goes from there, but I think you need to look more >>>>> closely at the preceding line, FAOEntry>>getEntryObjectFrom:, and see >>>>> what exactly it does with the junk in your .dat file. >>>>> >>>>> HTH >>>>> >>>>> Peter Kenny >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: David Pennington <da...@totallyobjects.com >>>>> <mailto:da...@totallyobjects.com>> >>>>> Sent: 11 February 2021 16:46 >>>>> To: Any question about pharo is welcome <pharo-users@lists.pharo.org >>>>> <mailto:pharo-users@lists.pharo.org>> >>>>> Subject: [Pharo-users] Re: Problem with Dictionary and Associations >>>>> >>>>> Thank you for that but it doesn’t resolve my problem. Why does the stack >>>>> move to an Association when doing the access to the dictionary? It is the >>>>> Association indexing that fails as it won’t allow #entryAmount as a key. >>>>> >>>>> If I inspect the following code (STON fromString: result ) in the line ^ >>>>> self makeObject: (STON fromString: result ) I get an Association. Why >>>>> don’t I get a Dictionary. I did two days ago when all of this was working >>>>> perfectly and we were happily matching the Pharo Seaside display to our >>>>> bank account :=) >>>>> >>>>> David >>>>> >>>>>> On 11 Feb 2021, at 16:39, Sven Van Caekenberghe <s...@stfx.eu >>>>>> <mailto:s...@stfx.eu>> wrote: >>>>>> >>>>>> I can parse the file data you provided: >>>>>> >>>>>> STON fromString: >>>>>> '{#entryName:''Housekeeping'',#entryDate:Date[''2021-02-25Z''],#transactionID:''2021022501'',#entryAmount:-400/1s8,#entryCategory:''Housekeeping'',#entryDescription:''Housekeeping'',#match:nil}ousekeeping'',#match:nil}' >>>>>> >>>>>> >>>>>> "a Dictionary(#entryAmount->-400.00000000s8 >>>>>> #entryCategory->'Housekeeping' #entryDate->25 February 2021 >>>>>> #entryDescription->'Housekeeping' #entryName->'Housekeeping' #match->nil >>>>>> #transactionID->'2021022501' )" >>>>>> >>>>>> (BTW, this is STON not JSON). >>>>>> >>>>>> What I do see in the input is junk after the last } >>>>>> >>>>>> That can happen when you overwrite an existing file with shorter >>>>>> content. You should truncate such a file. >>>>>> >>>>>> From your screenshot I can see nothing wrong, #entryAmount seems an >>>>>> existing key in aDict, that should just work. >>>>>> >>>>>>> On 11 Feb 2021, at 16:33, David Pennington <da...@totallyobjects.com >>>>>>> <mailto:da...@totallyobjects.com>> wrote: >>>>>>> >>>>>>> I attach a couple of screen shots and a file containing the item that I >>>>>>> am trying to open. What else can I supply? This has been working for a >>>>>>> couple of weeks and suddenly doesn’t work. I save the JSON and then >>>>>>> load it back again. I enclose a file with the JSON as contents. As you >>>>>>> can see from the screenshot, the debugger shows it as a dictionary but >>>>>>> the execution path takes it to an Association which is what I don’t >>>>>>> understand. >>>>>>> >>>>>>> <stack.rtf><20210225 01><screenshot.png> >>>>>>> >>>>>>>> On 10 Feb 2021, at 19:17, Sven Van Caekenberghe <s...@stfx.eu >>>>>>>> <mailto:s...@stfx.eu>> wrote: >>>>>>>> >>>>>>>> Hi David, >>>>>>>> >>>>>>>>> On 10 Feb 2021, at 19:18, da...@totallyobjects.com >>>>>>>>> <mailto:da...@totallyobjects.com> wrote: >>>>>>>>> >>>>>>>>> I am using STON to objects out to disk. Up to two days ago, I was >>>>>>>>> reading them in as Dictionaries and converting to objects from there. >>>>>>>>> All of a sudden yesterday morning, I got an error saying that the >>>>>>>>> association is only indexable with integers. Even so, I don't seem to >>>>>>>>> be able to access the contents. >>>>>>>>> >>>>>>>>> Fistly, any ideas why this has changed and secondly, any ideas how to >>>>>>>>> fix it? >>>>>>>>> >>>>>>>>> David >>>>>>>>> Totally Objects >>>>>>>>> >>>>>>>>> Sent from my Huawei tablet >>>>>>>> >>>>>>>> I am afraid I need more information. >>>>>>>> >>>>>>>> Could you create a reproducible case ? >>>>>>>> Do you have a stack trace ? >>>>>>>> >>>>>>>> In any case, STON is a text format, that can be edited (in most cases, >>>>>>>> shared or circular references being hard to edit by hand). >>>>>>>> >>>>>>>> Sven >>>>>>> >>>> >>> >>> -------------------------------------------- >>> Stéphane Ducasse >>> http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / >>> http://www.pharo.org <http://www.pharo.org/> >>> 03 59 35 87 52 >>> Assistant: Aurore Dalle >>> FAX 03 59 57 78 50 >>> TEL 03 59 35 86 16 >>> S. Ducasse - Inria >>> 40, avenue Halley, >>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza >>> Villeneuve d'Ascq 59650 >>> France >>> >> > > -------------------------------------------- > Stéphane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / > http://www.pharo.org <http://www.pharo.org/> > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, Bât.A, Park Plaza > Villeneuve d'Ascq 59650 > France >
