Re: Problems with +Blob
Hi Henrik, It seems to me that the 64bit version will be completely incompatible with the old 32bit databases/blobs. Yes. Though they are completely compatible on the Lisp source level, a database file itself cannot be exchanged between the two versions (and a 32-bit app and a 64-bit app cannot communicate via PLIO when external symbols are involved). Alex how will you go about migrating all the old databases? I believe it is straightforward to write a conversion program. But on the other hand, I will probably not migrate any existing application, as I see no technical reason for it. Perhaps apps running in 32 bits are even more efficient? Cheers, - Alex -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
Re: Problems with +Blob
On Mon, Aug 17, 2009 at 10:45:08AM +0200, Henrik Sarvell wrote: But for new projects you will use the 64bit version, I mean if not then why bother with creating it? I'm not sure yet. Let's see how it works out, and wait until it is all bug-free ;-) In fact, in the long range I believe that I'll concentrate on the 64-bit version. It may may be a little bit too early to decide at the moment, but certain aspects are surely more efficient in 64-bits. Cheers, - Alex -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
Database introspection
I've just used dbs to split my database into several files which seems to be working but if I recall correctly the catch all will be file no 1 and it's growing out of proportion very rapidly when I import my data. Out of proportion with regards to what I believe should be in it that is. I've had a look in the reference but can not find something that will let me simply walk through an arbitrary database file and list whatever is in there. If I could I would be able to debug this situation. Any suggestions? -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
Re: Database introspection
Hi Henrik, I've just used dbs to split my database into several files which seems to be working but if I recall correctly the catch all will be file no 1 and it's growing out of proportion very rapidly when I import my data. Out of proportion with regards to what I believe should be in it that is. The first thing I would do is load lib/too.l and then call (dbfCheck). This will list all objects in the DB that are not explicitly assigned to a file. let me simply walk through an arbitrary database file and list whatever is in there. If I could I would be able to debug this situation. This can be done with 'seq'. (seq 7) gives the first object of file 7, and calling 'seq' with that object will give the next sequential object. For example, to show all articles in 'app' : (for (Obj (seq 3) Obj (seq Obj)) (show Obj)) or, if you don't know the file number : (for (Obj (seq (db: +Item)) Obj (seq Obj)) (show Obj)) Usually, I put a breakpoint before 'seq', to be able to look at each object : (for (Obj (seq (db: +Item)) Obj (! seq Obj)) (show Obj)) then just hitting ENTER will step through the file. You can terminate the process with Ctrl-X. Cheers, - Alex -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
