Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 10 of 16 total |
Switched to BDS 2006 today - Can't open TDBISAMTable inside IDE |
Thu, Mar 8 2007 1:15 PM | Permanent Link |
Dave Harrison | Ok, I decided to switch my app to BDS2006 this morning and everything
seemed to convert over ok. The problem I'm having, and its because I'm still finding my way around BDS 2006 from using D7 for so many years, but my problem is I'm trying to set a TDBISAMTable (v4.22) or TDBISAMQuery to Active in the datamodule. I keep getting "DBISAM Engine Error #11010 Table of backup file "TableABC" does not exist". The data directory is "Data" and is under the program directory. The table has session and database defined and these are both active. So I'm missing something here. Any idea what it is? TIA Dave |
Thu, Mar 8 2007 1:19 PM | Permanent Link |
Dave Harrison | Dave Harrison wrote:
> Ok, I decided to switch my app to BDS2006 this morning and everything > seemed to convert over ok. The problem I'm having, and its because I'm > still finding my way around BDS 2006 from using D7 for so many years, > but my problem is I'm trying to set a TDBISAMTable (v4.22) or > TDBISAMQuery to Active in the datamodule. I keep getting "DBISAM Engine > Error #11010 Table of backup file "TableABC" does not exist". The data > directory is "Data" and is under the program directory. > > The table has session and database defined and these are both active. So > I'm missing something here. Any idea what it is? > > TIA > > Dave Ok, I figured out what the problem is. Apparently I can't use "Data" as the TDBISAMDatabase Directory in the IDE. It wants an explicit path out to the data directory as in "c:\project1\data". I thought it would be smart enough to know where the project was and just add "Data" to the current directory. Sheesh. Dave |
Thu, Mar 8 2007 1:28 PM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Dave
You'll find its worse than that. You can't even open a table if its in the same directory as the app without putting the path in. I'm not to happy with D2006 but I'm damned if I'll shell out for D2007 to fix the bugs. Roy Lambert |
Thu, Mar 8 2007 1:33 PM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Dave
Another thing is if you haven't already done so disable error insight, tomorrow, together or whatever its called and starteam. Roy Lambert |
Thu, Mar 8 2007 5:04 PM | Permanent Link |
"J. B. Ferguson" | Dave and Roy,
I don't have D2006 (still using D7 and am very happy with it) but would something like ".\Data" work (without the quote marks) as it does in D7 and other prior versions of Delphi? -- Regards, Jan Ferguson Dave Harrison wrote: <<Ok, I figured out what the problem is. Apparently I can't use "Data" <<as the TDBISAMDatabase Directory in the IDE. It wants an explicit <<path out to the data directory as in "c:\project1\data". I thought it <<would be smart enough to know where the project was and just add <<"Data" to the current directory. Sheesh. |
Thu, Mar 8 2007 5:36 PM | Permanent Link |
Dave Harrison | J. B. Ferguson wrote:
> Dave and Roy, > > I don't have D2006 (still using D7 and am very happy with it) but would > something like ".\Data" work (without the quote marks) as it does in D7 > and other prior versions of Delphi? > I tried your suggestion just now, and '.\Data' and '..\Data' doesn't work when I try and open the table. Now it would have been more obvious to me that the problem was the TDBISAMDatabase.Directory if it complained as soon as I set the TDBISAMDataset connect to True with Directory="Data". But that did not generate an error. The error only shows up when I try and open a table connected to this database that had the "Data" Directory. Oh well. I'll have to code the directory path in the OnDatamodule.Create to point to the "Data" directory, otherwise the client will need the same directory structure as me. Dave |
Thu, Mar 8 2007 5:41 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Dave,
<< Ok, I figured out what the problem is. Apparently I can't use "Data" as the TDBISAMDatabase Directory in the IDE. It wants an explicit path out to the data directory as in "c:\project1\data". I thought it would be smart enough to know where the project was and just add "Data" to the current directory. Sheesh. >> "It" meaning DBISAM ? At the engine level, DBISAM doesn't even know that it is running in an application, let alone that there's a project. When you say "data", all it knows is that you want to reference the data directory from whatever the current working directory is. If the IDE or something else changes the current working directory, then you're going to get the wrong directory. This is why I usually recommend to *not* use relative path names in database directories with DBISAM. -- Tim Young Elevate Software www.elevatesoft.com |
Thu, Mar 8 2007 7:05 PM | Permanent Link |
"Lance R" | Roy,
CodeGear is at least on the right direction with Delphi 2007. You look at what they are focusing on (based on info thats been made public), you can see they are trying. I'll even commend Nick Hodges for standing in the line of fire and taking a lot of hits over the past few months. He's been working hard at trying to turn around the perception and the product itself. I do mainly Win32 dev stuff. I do some C# stuff, but actually prefer (eek) Visual Studio 2005 there. So BDS is gravy, but Win32 personality is all I need. Lance "Roy Lambert" <roy.lambert@skynet.co.uk> wrote in message news:BC8E7C5A-7088-460D-BD72-28926D4B5305@news.elevatesoft.com... > Dave > > > You'll find its worse than that. You can't even open a table if its in the > same directory as the app without putting the path in. I'm not to happy > with D2006 but I'm damned if I'll shell out for D2007 to fix the bugs. > > Roy Lambert > |
Fri, Mar 9 2007 4:04 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Lance
I'm still surprised at my vast age that so much of the software industry gets away with selling a broken product and then charges you for the "upgrade" and its still broken. Roy Lambert |
Fri, Mar 9 2007 10:33 AM | Permanent Link |
Dave Harrison | Roy Lambert wrote:
> Lance > > > I'm still surprised at my vast age that so much of the software industry gets away with selling a broken product and then charges you for the "upgrade" and its still broken. > > Roy Lambert > Gosh Roy, where have you been for the past 17 years? MS has been doing this since 1990 when it first shipped Windows 3.0. Each new version of Windows is promised to be more stable, more secure, with fewer crashes. Every 3 years people shell out good money thinking they're finally getting what MS is promising, and 3 years later they're fed up with Windows and are willing to shell out more money to get the new version. Compared to any MS product, Delphi is far better at getting it right. It may miss the target on some points, but its nothing like a MS product, and I thank my lucky stars it isn't. I'd probably be in Linux by now if Borland hadn't abandoned Kylix. Dave |
Page 1 of 2 | Next Page » | |
Jump to Page: 1 2 |
This web page was last updated on Friday, March 29, 2024 at 03:30 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |