freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Brian Bruns <camber AT ais.org>
- To: TDS Development Group <freetds AT franklin.oit.unc.edu>
- Subject: Re: SQL Server Emulation
- Date: Wed, 20 Jun 2001 07:57:59 -0400 (EDT)
Hi Antonio,
Yes, I meant T-SQL to Postgres (or whatever) SQL not the other way around.
libtdssrv is what is generated from the sources in the src/server
directory.
I think doing PHP with this is just another layer of complexity that will
actaully make the programming harder, stick with C, you won't regret
it. With PHP you'll have to provide an interface to the libtdssrv library.
I'd be happy to pitch in and help on this (especially the parts
where libtdssrv is weak), but that'll have to be next week after vacation
(I'm leaving in about an hour).
There is a protocol document in the doc/ directory, it's a bit dated but
would still be useful.
See everyone next week!
Brian
On Wed, 20 Jun 2001, Antonio Ognio wrote:
> Hello everybody,
>
> Well, I must admit i'm very happy with your response. I believe
> there's a need for this project and many people will be supporting at
> all levels starting with you. Thanks a lot, I'll be bugging you with
> silly newbie questions for some time.. hope to behave :)
>
> Ok, definitely the real thing has to go in C. But there's a
> little problem: I'm not really fluent in C. I'll surely study all
> the sources and will do my best in learning more/hacking the C code
> you're providing me with.
>
> This might sound odd but I'll try to implement at least prototypes
> of this software in PHP. I'm fluent in PHP and nowadays more people is
> picking this language for coding stuff that's not a web app. Basically
> coding PHP will be like hacking some Perl. I'm talking of course about
> coding for the cgi/standalone version of PHP that you invoke with
> #!/usr/bin/php -q.
>
> I guess using PHP will ease enormously the client code to the real
> backend. Also for SQL handling, regular expressions will prove useful.
>
> I'm starting with the slow (for me) process of reading TDS sources
> and catching up with the C stuff you have there. I'll be looking for
> SQL manipulations to adapt original SQL to the backend.
>
> I know much of the stuff you have in freetds has been gained thru'
> experimentation.. also the source code should be the ultimate reference,
> but any other docs describing the protocols would really help.
>
> I'm the first person to miss I'm not a fluent/experienced C coder
> but I hope to start contributing something useful soon :)
>
> Thanks a lot.
>
> Antonio
>
> ---
> You are currently subscribed to freetds as: [camber AT ais.org]
> To unsubscribe, forward this message to $subst('Email.Unsub')
>
-
SQL Server Emulation,
Antonio Ognio, 06/19/2001
- <Possible follow-up(s)>
- RE: SQL Server Emulation, Lowden, James K, 06/19/2001
- Re: SQL Server Emulation, Steve Langasek, 06/19/2001
- Re: SQL Server Emulation, Spectron Caribe, Inc., 06/19/2001
- Re: SQL Server Emulation, Spectron Caribe, Inc., 06/19/2001
- Re: SQL Server Emulation, Brian Bruns, 06/19/2001
- Re: SQL Server Emulation, Antonio Ognio, 06/20/2001
- Re: SQL Server Emulation, Antonio Ognio, 06/20/2001
- Re: SQL Server Emulation, Geoff Winkless, 06/20/2001
- Re: SQL Server Emulation, Brian Bruns, 06/20/2001
- Re: SQL Server Emulation, Michael Peppler, 06/20/2001
- Re: SQL Server Emulation, Geoff Winkless, 06/20/2001
- Re: SQL Server Emulation, Rui Ribeiro, 06/20/2001
- Re: SQL Server Emulation, Geoff Winkless, 06/20/2001
- Re: SQL Server Emulation, Michael Peppler, 06/20/2001
- Re: SQL Server Emulation, Norman Palardy, 06/20/2001
- Re: SQL Server Emulation, Norman Palardy, 06/20/2001
- Re: SQL Server Emulation, Lowden, James K, 06/20/2001
- Re: SQL Server Emulation, Lowden, James K, 06/20/2001
- Re: SQL Server Emulation, Steve Langasek, 06/20/2001
Archive powered by MHonArc 2.6.24.