Re: [sqlite] How to unsubscribe from his group?

Oh Great! Now, you're stuck too? I hate to tell ya, but it seems like we've become victims of a technical support black hole.* You see, there appears to be a "bug" in the unsubscribe function. Their response *may* be to fix the software, or start using different software. But I envision - NOT

Re: [sqlite] mailing list slow?

I don't know about slow, but I wish getting on and off the list was *reliable* - ie: as advertised. I've been on other lists, and gotten off without too much effort. I'd like to be able to leave for now, and come back in a few months. But I seem to be stuck here forever. Any chance of gett

RE: [sqlite] sqlite Performance

"Griggs, Donald" wrote on 03/15/2007 01:49:30 PM: > Regarding: > Creation of flat file takes 1.5 secs vs 3 seconds to create sqlite db. > Flat file is 13 MB, sqlite db is 11 MB. > > "Any ideas how to get the sqlite output timings to a more respectable > level would be appreciated. " > I think

Re: [sqlite] Please unsubscribe

I don't know what happened to him, but I tried to get off the list 3 times. Is the address: [EMAIL PROTECTED] -- OR -- sqlite-users-unsubscribe-GBanschbach=sandata . [EMAIL PROTECTED] The 2nd address was in my "Welcome" letter, from when I joined the list. NOTICE ** I altered the

Re: [sqlite] Auto-detection of database change in multi-process environment

If you are just looking for a simple detection, a process could "touch" or update a flag file, which might be empty or whatever. I have not seen the C API. I am not sure about the scope or effort. But, there could be other methods. One might be to "mark" records with pending / changed transa

Re: [sqlite] Can't build 3.3.12 on my Unix

<[EMAIL PROTECTED]> wrote on 01/30/2007 03:24:51 PM: > [EMAIL PROTECTED] wrote: > > > > I probably should ask my question this way: What is the *safe* method for > > 32 bit machines to build Sqlite 3.3x? > > > > "Safe" is relative. I know of a few companies that use the technique > I outlined ea

Re: [sqlite] Can't build 3.3.12 on my Unix

<[EMAIL PROTECTED]> wrote on 01/30/2007 02:42:11 PM: > [EMAIL PROTECTED] wrote: > > Hello all, > > > > Question in a nutshell: My compiler can't handle "typedef long long " > > (sqlite3.h) --- Is there a workaround? > > > > There was an include file in /usr/include/sys, which is called xlong.h

[sqlite] Can't build 3.3.12 on my Unix

Hello all, Question in a nutshell: My compiler can't handle "typedef long long " (sqlite3.h) --- Is there a workaround? Long Version: I have built version 2.8.17 on my box. Did some limited testing seems to work so far. Now I got 3.3.12. I did the usual untar, configure, make.