>>In any case, we mind our own business and continue to do >>what we have been doing for the past 10 years, and the best is yet to come.
Razzak, thanks for the feedback and let me say that your words above couldn't be better or truer. That's always the right way to go, in manner, thought, word, and deed. It would be so easy to take potshots at "the other guys" and their products and/or be too loud and too proud of your own. But it would just start a new argument thread which, when all the trees in the forest had fallen, would have proven nothing and amounted to little more than a big pile of deadwood. So, "stick to your knittin', kitten" because "the proof is in the pudding". (Apologies in advance for mixed-up metaphors and old sayings.) Steve in Memphis -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of A. Razzak Memon Sent: Monday, August 11, 2008 6:37pm 18:37 To: RBASE-L Mailing List Subject: [RBASE-L] - Re: Accessing RBv8 DB in MS Visual Studio||SQLServer ... At 06:37 PM 8/11/2008, Wills, Steve wrote: >However, right now I'm having trouble opening a table within Visual >Studio, much less generating a result-set from RB using a query. I can >define the data-source and the "Test Connection" button works fine. I >can see tables and views, too. But then, when I try to execute any SQL >against the RB database, I get an error about with the >less-than-informative message, "This command is not supported by this >provider." Steve, To access an R:BASE Turbo V-8 database via other development tools, make sure to define a System DSN using Oterro 8.0. http://www.oterro.com/ >Given my recent, infuriatingly frustrating experience JUST INSTALLING >the M$ components (even with an updated and maintained Vista Ultimate), >I already have an idea about why today's thread, "3 cheers for RBase", >is ALL SO TRUE! Just figuring out all the right parts, their versions, >and what appears to be at times their interdependent sequencing, well, >it doesn't make M$ look sharp, but more outta' control and therefore >passing on crazy complexity to the end-user. Recently, I had first hand experience with a situation like yours and the one posted by Marc Schluter, with two big corporations, and I can write a book on it. I have been in the similar situation many times before. Hundreds of thousands of dollars and years of time was wasted to simply replace a rock solid R:BASE application. Would you like to know what they are using today? You guessed it .. the latest and greatest R:BASE! In any case, we mind our own business and continue to do what we have been doing for the past 10 years, and the best is yet to come. You may refer to the following two articles: . R:BASE vs. Others: http://www.rbase.com/rbg76/rbasevstheothers.pdf . Why R:BASE?: http://www.rbase.com/whyrbase/ >This really struck me the other day when I ran the most recent updates >of RB, which was "easy as pie". Enjoy! Very Best R:egards, Razzak.
