|
Home > Archive > dBASE downloads > June 2005 > Application Documentation Program, Vers. 2.6
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Application Documentation Program, Vers. 2.6
|
|
| Ken Mayer [dBVIPS] 2005-06-08, 9:25 am |
| This fixes a glitch when a file is no longer available but still listed
in a .PRJ file ...
Ken
--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/
*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase
| |
| John Fried 2005-06-08, 9:25 am |
| Great job, Ken!! Just found this and gave it a quick try. My first thought
when reading AppDoc.txt was that it needed a 'where-used' area (e.g. where
is my.dmd used). Then I realized I could easily use F5 Find Text to get
what I needed. Problem solved.
Thanks!
John
"Ken Mayer [dBVIPS]" wrote:
>
> This fixes a glitch when a file is no longer available but still listed
> in a .PRJ file ...
| |
| Paul Van House 2005-06-08, 9:25 am |
| [This followup was posted to dbase.binaries and a copy was sent to the
cited author.]
In article <wxTv#ESFFHA.584@news-server>, dbase@_nospam_golden
stag.net
says...
> This fixes a glitch when a file is no longer available but still listed
> in a .PRJ file ...
>
> Ken
>
>
Another buglet. It apparently cannot handle source code aliasing in the
project file.
Path in my project file is
:custom:\dulfp\ini.cc,0,0,0,
I'm not sure if I put it in that way or not since I have an alias for
"custom" and "dulfp."
Anyway, the documenter gives the error
"Path not found: "H:\pvanhouse\Turbo Pascal\:custom:\dulf
p\miscapi.prg"
File appdoc.wfm
Routine: APPDOCFORM::READFILE
Line 1191.
Changed the path to
:dulfp:ini.cc,0,0,0,
Same error (different path)
Changed the path to
c:\visualdbplus\cust
om\dulfp\ini.cc,0,0,0,
and it worked fine.
--
Paul Van House
(remove _removeme_ from mail address for e-mail replies)
Radio/TV software and baseball statistics software:
http://www.binxsoftware.com
Family Home Page: http://www.binxsoftware.com/vanhouse
Church Home Page: http://www.ashfordumc.org
| |
| Ken Mayer [dBVIPS] 2005-06-08, 9:25 am |
| Paul Van House wrote:
> [This followup was posted to dbase.binaries and a copy was sent to the
> cited author.]
>
> In article <wxTv#ESFFHA.584@news-server>, dbase@_nospam_golden
stag.net
> says...
>
>
> Another buglet. It apparently cannot handle source code aliasing in the
> project file.
>
> Path in my project file is
>
> :custom:\dulfp\ini.cc,0,0,0,
>
> I'm not sure if I put it in that way or not since I have an alias for
> "custom" and "dulfp."
>
> Anyway, the documenter gives the error
> "Path not found: "H:\pvanhouse\Turbo Pascal\:custom:\dulf
p\miscapi.prg"
> File appdoc.wfm
> Routine: APPDOCFORM::READFILE
> Line 1191.
>
>
> Changed the path to
> :dulfp:ini.cc,0,0,0,
>
> Same error (different path)
>
> Changed the path to
> c:\visualdbplus\cust
om\dulfp\ini.cc,0,0,0,
>
> and it worked fine.
Hmm. I do not recall that the project manager worked with source code
aliases ...? Can you actually build an application using source code
aliases?
Sigh. If so, I guess I need a routine to pull those and deal with 'em (I
can do it, but didn't think I needed to) ...
Ken
--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/
*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase
| |
| Paul Van House 2005-06-08, 9:25 am |
| In article <jS84eHVFFHA.876@news-server>, dbase@_nospam_golden
stag.net
says...
> Hmm. I do not recall that the project manager worked with source code
> aliases ...? Can you actually build an application using source code
> aliases?
This was a small app that I made a change to this week....and yes,
it did a complete build with the source code aliases in place. (Plus
2.5)
I have one huge project that I have since split into DEO's but its
project has source code aliases in it. All the other ones I've looked
at have hard coded paths.
--
Paul Van House
(remove _removeme_ from mail address for e-mail replies)
Radio/TV software and baseball statistics software:
http://www.binxsoftware.com
Family Home Page: http://www.binxsoftware.com/vanhouse
Church Home Page: http://www.ashfordumc.org
| |
| Ken Mayer [dBVIPS] 2005-06-08, 9:25 am |
| Paul Van House wrote:
> In article <jS84eHVFFHA.876@news-server>, dbase@_nospam_golden
stag.net
> says...
>
>
>
> This was a small app that I made a change to this week....and yes,
> it did a complete build with the source code aliases in place. (Plus
> 2.5)
> I have one huge project that I have since split into DEO's but its
> project has source code aliases in it. All the other ones I've looked
> at have hard coded paths.
>
Hmm. Curious ... Okay. Well, I have fixed this ... it should handle it
okay now.
Uploading version 2.7 shortly.
Ken
--
/(Opinions expressed are purely my own, not those of dataBased
Intelligence, Inc.)/
*Ken Mayer* [dBVIPS]
/Golden Stag Productions/
dBASE at goldenstag dot net
http://www.goldenstag.net/GSP
http://www.goldenstag.net/dbase
|
|
|
|
|