by Thomas Gagné
(4/5/2005)
A very early cut (that no longer crashes) of a Smalltalk interface to LibICal is now available. Not a lot of functionality yet, but cal files can be parsed.
(3/29/2005)
Does anyone remember the speedy dbVista network database from the 80s and early 90s? Lately I've been pondering the relationship between object graphs and network databases and started this project as both an investigation and a trip down Memory Lane.
(3/23/2005)
This is a port of GNU Smalltalk's Lisp which was a port of a package written for Smalltalk/X. I had to modify a few things so it would file-in to VW and handle VW's newlines (lf instead of nl).
(4/19)
- Playing around with the nparcel in new images turned out a lot of interesting problems. I decided the cause of the problems (memory emergencies tonnectin to databases) was the CTLibConnection subclass StoreCTLibConnection. I don't think it liked being initialized twice--doing so confused class variables (I think). I regorganized the parcel to instead extend and override pieces of CTLibConnection and it works much happier now.
- Make sure you download the latest & greatest 0.3 parcels.
(4/16)
- After the initial release, I tried loading it into a fresh 7.2 NC image and it was missing some collection methods from eFinNet-KernelPatches. I replaced them with to eliminate the dependency.
- I also overrode FixedPoint's #printOn: --eliminating the trailing 's' from numbers like "123.45s". Numbers like these make no sense inside databases.
I've always been frustrated that Store didn't communicate with the DB I know better than most. Having all my source code somewhere I couldn't easily see it (or more importantly fix) bothered me.
It became a larger concern when my Postges database was upgraded without my knowing during a RedHat upgrade--stranding my source in a old-format database incompatible with the new programs. Groan.
Anyway, you are free to play with these. Read the parcel comments. Not well documented but it seems to work. If you have any questions feel free to let me know via email.
In the spirit of reuse (also known as laziness) the StoreForSybase classes decend from the MS SQLServer classes because of the similarity of the two products (snide comment omitted--this is a family website). After loading the parcel you'll notice SQLServer as one of your options.
Lastly, if anyone can help me find where in the libraries the names are stored for Ad Hoc's list of database interfaces I'd love to know--so I can rename this one.
These classes represent the records required in NACHA formatted ACH files. There is no documentation in them (yet) but they've been working well for eFinNet for some time.
Eventually more documentation and code samples will follow, but I admit it isn't a high priority.
Read delimeted files, create sorted streams on them, access records by field name, etc.
(4/22) I've updated the parcels with the latest and greatest. I use this stuff every day in my programming project so I'm sure I've fixed some bugs.
Things I can't believe weren't included as part of the base class library. Not because of any standard but because they just ought to.
For instance, Timestamps answer #asDate but Dates don't. Or, a String should answer #asDate, and a Collection should be able to #copyWithoutFirst: elements or #copyWithoutLast: elements. Don't you agree?
Implemented in Collection are the statistical functions for max, min, mean, mode, median, statisticalMedian, leftMedian, rightMedian, and financialMedian.
Several of my other parcels depend on methods from this parcel being loaded. Browse the parcel's change list before loading to see some of the things it does.