[EMAIL PROTECTED] wrote:
> Hi Petr,
>
> >However, REBOL can't imho
> >replace your foxpro. It will not natively support .dbf, as /Command is
> supposed
> >to integrate ODBC environment only and ODBC will be slower imho.
>
> And that is why - Petr - I didn't understand that people, who have use for
> /Command, did not take kindly to my Open Source proposal. REBOL has
> announced ODBC but not native support for databases.
IIRC, it is not accurate info. I don't know where, but I read opposite
somewhere. I was just planned for "later" release, whatever "later" means. Look
also at REBOL Job positions website. It says:
Software Engineer-Database Design and Development - SQL, DB2, Oracle, JDBC,
ODBC
> It would be conceivable to begin an OpenSource project that implements
> native support for selected dbms's (those that are in use by REBOL
> programmers and can be supported with a reasonable effort). dbf files, for
> instance, would certainly be candidates, since the structure of dbf files
> is thoroughly documented and there are implementations of dbf support
> libraries available in source code.
>
> Note that unlike available libraries or dll's for dbf, native support for
> dbf files would be available on all platforms supported by REBOL!
>
Uf, what a ton of work, it sounds like writing own FoxPro :-) Well, just one
question - what mechanism would you use to communicate with outer world? Ports?
TCP/IP ones? I don't like all that functionality being tied to TCP/IP stack.
Let's wait for /Command to see what are possibilities of native library calls.
Then we could find some open source (if exists) libraries to support such
things ...
> Quite frankly, I got a little tired of all the arguing, and I do have a day
> job ;-), so I decided not to pursue this any further.
>
I saw you disappointed for the first time here, Elan. Just don't be sad my
friend, things will get better :-)
PS: I just hope Carl's mail we are all waiting for will calm down the situation
here ....
-pekr-
>
> Take Care,
>
> ;- Elan >> [: - )]
