RE: [sqlite] uSQLiteServer Source code available

2005-11-16 Thread johns
Roger, I am on the road at the moment, but will be home in a week and can give you the essence of a very simple HTTP server and client, with socket interface for Unix and Win32. In an embedded world you only need it simple. JS Quoting [EMAIL PROTECTED]: > > > > > > HTTP is just a

Re: [sqlite] uSQLiteServer Source code available

2005-11-16 Thread drh
Joe Wilson <[EMAIL PROTECTED]> wrote: > Is the source available for this nano web server? > > --- [EMAIL PROTECTED] wrote: > > FWIW, the www.sqlite.org website is implemented using a > > webserver written as a single file of C code - 752 lines > > (exclusive of comments). It's unix-specific

Re: [sqlite] uSQLiteServer Source code available

2005-11-16 Thread Joe Wilson
Is the source available for this nano web server? --- [EMAIL PROTECTED] wrote: > FWIW, the www.sqlite.org website is implemented using a > webserver written as a single file of C code - 752 lines > (exclusive of comments). It's unix-specific though, and > in fact really wants to run on Linux. >

RE: [sqlite] uSQLiteServer Source code available

2005-11-16 Thread Eduardo
At 15:52 16/11/2005, you wrote: I'd be interested in seeing that code--there's always something to be learned from another implementation. For those interested, I've put my code up at: http://www.poweradmin.com/sourcecode/index.asp (HTTPServer.zip--you'll see it) I welcome any feedback.

RE: [sqlite] uSQLiteServer Source code available

2005-11-16 Thread Doug Nebeker
private account (admin AT poweradmin DOT com) to keep from bothering the list. -- Doug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 15, 2005 10:48 PM To: sqlite-users@sqlite.org Subject: Re: [sqlite] uSQLiteServer Source code available Doug

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread drh
Doug Nebeker <[EMAIL PROTECTED]> wrote: > I've had a number of people express interest in the small HTTP > server. I'll work on commenting it a little better and then > put it out on a website in a day or two. > FWIW, the www.sqlite.org website is implemented using a webserver written as a

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread Louis P. Santillan
Mozilla CVS builds of Rhino (JS in Java) and SpiderMonkey (JS in C) have E4X (ECMAScript for

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread Lindsay
[EMAIL PROTECTED] wrote: HTTP would be the logical choice, telnet is often firewalled. BTW, you can of course allready telnet into the server anyway. I will try doing something like this, but I have never implemented the server side of a HTML connection. Do you know where I can find a

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread Doug Nebeker
-users@sqlite.org Subject: Re: [sqlite] uSQLiteServer Source code available Doug Nebeker wrote: >I have a simple C++ HTTP server that I wrote (all in a single .cpp and >.h file). Multi-threaded, has a session concept (via cookies), can >parse POST and GET variables. It is a C++ class tha

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread roger
Thanks for the pointers and feedback. I have now grasped a very simple way to allow HTTP access via the same mechanisms. Back soon with the implementation :-)

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread Noel Frankinet
ite-users@sqlite.org Subject: RE: [sqlite] uSQLiteServer Source code available "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the server anyw

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread Doug Nebeker
ect: RE: [sqlite] uSQLiteServer Source code available >>>>> "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the server anyway. r> I will try

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread David Fletcher
> "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the server anyway. r> I will try doing something like this, but I have never implemented r> the server side of a HTML connection. Do

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread roger
> > HTTP is just a transport method. There is no reason why its payload > should not include your protocol if you want to tunnel through port 80. > You could embed it in TELNET also if you wanted to take advantage of > port 23. > JS HTTP would be the logical choice, telnet is often

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread John Stanton
[EMAIL PROTECTED] wrote: I wrote it. I used XML in the end because it can map a complex data structure into a single document. In that case what you lose on the swings (XML) you gain on the roundabouts (TCP/IP), particularly if you use HTTP for transport. Just a thought. The TechFell

Re: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread John Stanton
[EMAIL PROTECTED] wrote: Original Message Subject: Re: [sqlite] uSQLiteServer Source code available From: John Stanton <[EMAIL PROTECTED]> Date: Mon, November 14, 2005 9:47 pm To: sqlite-users@sqlite.org [EMAIL PROTECTED] wrote: I like your concept and agree wit

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread roger
> > > I wrote it. I used XML in the end because it can map a complex data > structure into a single document. In that case what you lose on the > swings (XML) you gain on the roundabouts (TCP/IP), particularly if you > use HTTP for transport. Just a thought. The TechFell protocol as used

RE: [sqlite] uSQLiteServer Source code available

2005-11-15 Thread roger
> Original Message > Subject: Re: [sqlite] uSQLiteServer Source code available > From: John Stanton <[EMAIL PROTECTED]> > Date: Mon, November 14, 2005 9:47 pm > To: sqlite-users@sqlite.org > > [EMAIL PROTECTED] wrote: > >>I like your concep

Re: [sqlite] uSQLiteServer Source code available

2005-11-14 Thread John Stanton
[EMAIL PROTECTED] wrote: I like your concept and agree with your design choices, so much in fact that I independently implemented a very similar system. In my case I packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the

Re: [sqlite] uSQLiteServer Source code available

2005-11-14 Thread Thomas Steffen
On 11/13/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > 4) Am I doing the right thing? Of course I think the uSQLiteServer is > the best thing since sliced bread, but then it was designed to meet my > criteria :-) I think it is an excellent project. Maybe my problem is similar: I would like

Re: [sqlite] uSQLiteServer Source code available

2005-11-14 Thread Rob Lohman
I like your concept and agree with your design choices, so much in fact that I independently implemented a very similar system. In my case I packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the 'in thing'. But the other

RE: [sqlite] uSQLiteServer Source code available

2005-11-14 Thread roger
> I like your concept and agree with your design choices, so much in fact > that I independently implemented a very similar system. In my case I > packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the 'in thing'. But the

Re: [sqlite] uSQLiteServer Source code available

2005-11-13 Thread John Stanton
[EMAIL PROTECTED] wrote: I have reorganized the archive and got all the source into it this time. http://users.iol.it/irwin A few notes: 1) This has nothing to do with the RPC based uSQLite project, which I have found has the same name! That project does seem a bit dead thougth so I shall

Re: [sqlite] uSQLiteServer Source code available

2005-11-13 Thread Lorenzo Campedelli
Hi Roger, [EMAIL PROTECTED] wrote: I have reorganized the archive and got all the source into it this time. Just downloaded it, i'll give a look at it. ... 1) This has nothing to do with the RPC based uSQLite project, which I have found has the same name! That project does seem a bit dead

Re: [sqlite] uSQLiteServer Source code available

2005-11-12 Thread Andrew Piskorski
On Sat, Nov 12, 2005 at 05:24:47PM -0700, [EMAIL PROTECTED] wrote: > http://users.iol.it/irwin > 4) Am I doing the right thing? Of course I think the uSQLiteServer is > the best thing since sliced bread, but then it was designed to meet my > criteria :-) OTOH reception has been mixed. I have had

Re: [sqlite] uSQLiteServer Source code available

2005-11-12 Thread Alfredo Cole
El Sábado, 12 de Noviembre de 2005 18:24, [EMAIL PROTECTED] escribió: > I have reorganized the archive and got all the source into it this time. > > http://users.iol.it/irwin > > It's an interesting concept. I downloaded it and will try it. Thank you, Roger. -- Alfredo J. Cole Grupo ACyC

[sqlite] uSQLiteServer Source code available

2005-11-12 Thread roger
I have reorganized the archive and got all the source into it this time. http://users.iol.it/irwin A few notes: 1) This has nothing to do with the RPC based uSQLite project, which I have found has the same name! That project does seem a bit dead thougth so I shall not worry about it. 2) I