Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General Discussion » View Thread |
Messages 11 to 19 of 19 total |
Engine Error # 11010 |
Mon, Apr 7 2008 5:55 PM | Permanent Link |
"Jerry Clancy" | More input. I blew away the two TDBISAMDatabase components and all
references to them, made sure DatabaseName was set in all tables, and same result: 11010. Jerry "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message news:A534552C-5B02-4C92-87D9-615491DE17FC@news.elevatesoft.com... > Jerry, > > << Thanks, Tim. We'll give it a try. The local host application in Run | > Parameters | Local is set to the full path of the server .exe on the local > system. It was one of the first things I checked. >> > > Actually, I meant using a full path in the TDBISAMDatabase.Directory > property or the TDBISAMTable.DatabaseName property, not the host > application directory. > > -- > Tim Young > Elevate Software > www.elevatesoft.com > |
Tue, Apr 8 2008 1:42 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Jerry,
<< Oh, I did that a long time ago. Still doesn't work with a valid local directory in both (the only) TDBISAMDatabase components. >> If you want to send me the project, I can test it here and see what I can find. It should only take a few minutes to get you a response. -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Apr 8 2008 3:18 PM | Permanent Link |
"Jerry Clancy" | Tim,
Glad to hear from you because I'm out of options. Appreciate the offer, however, the project is a monster with some 50 units and uses even more databases with gigabytes of data. Taxes have been awaiting attention for three days but I'll have to spend some time thinking about how to attack this. The answer lies is solving the riddle of why it won't work with the debugger in the IDE but will run if I manually start the very same server and run the same compiled localhost isapi dll. This seems to tell me that there is something screwy about the IDE setup for this app (but only this app) but I can't find anything. Since I stripped the app of the DBISAMDatabase components, I haven't a clue why I'm getting the same message re dbisam.lck. Is there something I don't know about that file? Is it possible (on this new XP Pro system) that there is some security issue with the spawned (by the IDE) server process that doesn't apply if started manually? Thoughts from any and all welcome. Jerry "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message news:02F64036-8B89-4ECC-B7BD-4FD6B16C76EA@news.elevatesoft.com... > Jerry, > > << Oh, I did that a long time ago. Still doesn't work with a valid local > directory in both (the only) TDBISAMDatabase components. >> > > If you want to send me the project, I can test it here and see what I can > find. It should only take a few minutes to get you a response. > > -- > Tim Young > Elevate Software > www.elevatesoft.com > |
Tue, Apr 8 2008 4:00 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Jerry,
<< The answer lies is solving the riddle of why it won't work with the debugger in the IDE but will run if I manually start the very same server and run the same compiled localhost isapi dll. This seems to tell me that there is something screwy about the IDE setup for this app (but only this app) but I can't find anything. Since I stripped the app of the DBISAMDatabase components, I haven't a clue why I'm getting the same message re dbisam.lck. Is there something I don't know about that file? >> No, you've still got a DBISAM reference in there someplace, otherwise you wouldn't be getting a DBISAM error. As for these issues, it is quite normal with relative path issues to have the app work in some cases and not others, with the defining difference being the current working directory in each execution instance. << Is it possible (on this new XP Pro system) that there is some security issue with the spawned (by the IDE) server process that doesn't apply if started manually? >> Well, with D5 you have to load the symbols for a DLL manually after setting up a module load breakpoint in the DLL due to the fact that XP introduced some debugging security constraints that D5 is not made to handle. Debugging the project in D7 would be easier, if you have it. However, you should still get the error. The only difference is whether the debugger points directly to the line where the error occurs, or whether it just pops up a message dialog. See here: http://groups.google.com/group/borland.public.delphi.ide/browse_frm/thread/700248355302e144/87af4dfcd8d49181?lnk=st&q=debug+delphi+5+DLLs+windows+xp#87af4dfcd8d49181 -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Apr 8 2008 4:50 PM | Permanent Link |
"Jerry Clancy" | Don't have D7. Looked at the reference but what strikes me as odd is that
this doesn't seem to happen to other apps on this system but, then I haven't rebuilt them either. It doesn pop up an error message. You just can't find where it is in the code. Will check out what the google groups have to say. Thanks, Jerry "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message news:3F6A1ECE-9F73-4F0E-9138-721C8F80D672@news.elevatesoft.com... > Jerry, > > << The answer lies is solving the riddle of why it won't work with the > debugger in the IDE but will run if I manually start the very same server > and run the same compiled localhost isapi dll. This seems to tell me that > there is something screwy about the IDE setup for this app (but only this > app) but I can't find anything. Since I stripped the app of the > DBISAMDatabase components, I haven't a clue why I'm getting the same > message re dbisam.lck. Is there something I don't know about that file? >> > > No, you've still got a DBISAM reference in there someplace, otherwise you > wouldn't be getting a DBISAM error. As for these issues, it is quite > normal with relative path issues to have the app work in some cases and > not others, with the defining difference being the current working > directory in each execution instance. > > << Is it possible (on this new XP Pro system) that there is some security > issue with the spawned (by the IDE) server process that doesn't apply if > started manually? >> > > Well, with D5 you have to load the symbols for a DLL manually after > setting up a module load breakpoint in the DLL due to the fact that XP > introduced some debugging security constraints that D5 is not made to > handle. Debugging the project in D7 would be easier, if you have it. > However, you should still get the error. The only difference is whether > the debugger points directly to the line where the error occurs, or > whether it just pops up a message dialog. > > See here: > > http://groups.google.com/group/borland.public.delphi.ide/browse_frm/thread/700248355302e144/87af4dfcd8d49181?lnk=st&q=debug+delphi+5+DLLs+windows+xp#87af4dfcd8d49181 > > -- > Tim Young > Elevate Software > www.elevatesoft.com > |
Tue, Apr 8 2008 5:02 PM | Permanent Link |
"Jerry Clancy" | Tim,
"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message news:3F6A1ECE-9F73-4F0E-9138-721C8F80D672@news.elevatesoft.com... > Jerry, > > No, you've still got a DBISAM reference in there someplace, otherwise you > wouldn't be getting a DBISAM error. As for these issues, it is quite > normal with relative path issues to have the app work in some cases and > not others, with the defining difference being the current working > directory in each execution instance. Would you expound a bit on "current working directory". What would it be in this context and is it related to dbisam and/or dbisam.lck? > Well, with D5 you have to load the symbols for a DLL manually after > setting up a module load breakpoint in the DLL due to the fact that XP > introduced some debugging security constraints that D5 is not made to > handle. How do you lload these manually? I have the IDE setup to include all symbols, including those of the IDE. Jerry |
Tue, Apr 8 2008 5:10 PM | Permanent Link |
"Jerry Clancy" | Ignore the question below in the previous post. I just realized that this is
the Directory property in the two TDBISAMDatabase component which I blew away. However, even when I had them I set the the property to the correct fully-qualified path, Connected = False and all the table DatabaseNames to the component name, it still gave me the error. Jerry "Jerry Clancy" <jclancy@billtrak.com> wrote in message news:42F2336E-058D-4B11-8448-F44F64ED8C36@news.elevatesoft.com... > Tim, > > "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote in message > news:3F6A1ECE-9F73-4F0E-9138-721C8F80D672@news.elevatesoft.com... >> Jerry, >> > Would you expound a bit on "current working directory". What would it be > in this context and is it related to dbisam and/or dbisam.lck? |
Tue, Apr 8 2008 9:14 PM | Permanent Link |
"Jerry Clancy" | Tim,
Found the problem. Since breakpoints don't seem to be working (symbols apparently not loaded in XP, etc.), on a hunch I checked where I am setting the path variable that is used to open most tables. This occurs almost immediately in the ServerController function (IW). A function I was using successfully for years -- ExtractFilePath(GetModuleFileNameStr), which uses GetModuleFileName -- seemed to be returning in XP the a path relative to the root of the server instead of the fully-qualified one it had in Win2K. In our other apps we used a different function which works in all versions of Windows. The lack of functioning breakpoints is what caused the delay in identifying the cause. I had one there but no halt occurred in XP. I can't tell you how relieved I am to find this and I want to thank you for your comments and suggestions. Now on to taxes. Jerry |
Wed, Apr 9 2008 11:26 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Jerry,
<< The lack of functioning breakpoints is what caused the delay in identifying the cause. I had one there but no halt occurred in XP. >> Yep, it's a real PIA, especially once you realize that the breakpoints aren't "active". << I can't tell you how relieved I am to find this and I want to thank you for your comments and suggestions. Now on to taxes. >> There goes that feeling of relief..... -- Tim Young Elevate Software www.elevatesoft.com |
« Previous Page | Page 2 of 2 | |
Jump to Page: 1 2 |
This web page was last updated on Wednesday, April 17, 2024 at 10:35 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |