|
Home > Archive > dBASE downloads > June 2005 > Application Documentation Program, vers. 1.3
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. 1.3
|
|
| Ken Mayer [dBVIPS] 2005-06-08, 9:24 am |
| This is the "real" version 1.3 of the program (I think the last one I
noted as 1.3 was actually 1.2 ... d'oh!).
I tried to resolve the issues with .SQL files, and so on. I think it's
in decent shape. Next step is the UI, which I have started, but won't
finish until next week ... (also took Ivar's suggestion for the output
filename ...)
Anyway, I hope folk find it useful "as is", and I'll come back and
revisit it early in the week.
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
| |
| Michael Nunn 2005-06-08, 9:24 am |
| Snappy work Ken - a well deserved paean of praise.
Incidentally Microsoft Express on my machine thinks your attachments are
highly suspicious - I had to forward your message plus attachment to my
Yahoo box to get at it. Yahoo gave you a clean bill of health.
Mike
"Ken Mayer [dBVIPS]" < dbase@_nospam_golden
stag.net> wrote in message
news:yXDARMGEFHA.1132@news-server...
> This is the "real" version 1.3 of the program (I think the last one I
> noted as 1.3 was actually 1.2 ... d'oh!).
>
> I tried to resolve the issues with .SQL files, and so on. I think it's
> in decent shape. Next step is the UI, which I have started, but won't
> finish until next week ... (also took Ivar's suggestion for the output
> filename ...)
>
> Anyway, I hope folk find it useful "as is", and I'll come back and
> revisit it early in the week.
>
> 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
>
>
| |
| Robert Bravery 2005-06-08, 9:24 am |
| HI Ken,
Perhaps also including DEO objects.
Example, custom forms that have other custom objects as dependencies, but
migh be in a DEO folder and not the root folder being examined.
Robert
| |
| Ken Mayer [dBVIPS] 2005-06-08, 9:24 am |
| Michael Nunn wrote:
> Snappy work Ken - a well deserved paean of praise.
>
> Incidentally Microsoft Express on my machine thinks your attachments are
> highly suspicious - I had to forward your message plus attachment to my
> Yahoo box to get at it. Yahoo gave you a clean bill of health.
Odd. I can't control what Microsoft Express thinks ... <g>
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
| |
| Ken Mayer [dBVIPS] 2005-06-08, 9:24 am |
| Robert Bravery wrote:
> HI Ken,
>
> Perhaps also including DEO objects.
> Example, custom forms that have other custom objects as dependencies, but
> migh be in a DEO folder and not the root folder being examined.
And how, might I ask, is the thing supposed to know where these are?
If you're using a project, the project will list everything in its real
location, and the option I have completed (yesterday evening and this
morning) for that should handle it fine ...
I am uploading version 2.0 -- which includes the UI, momentarily.
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
| |
| Robert Bravery 2005-06-08, 9:24 am |
| Hi,
"Ken Mayer [dBVIPS]" < dbase@_nospam_golden
stag.net> wrote in message
news:6qwmXlREFHA.1456@news-server...
> Robert Bravery wrote:
but[color=darkred]
>
> And how, might I ask, is the thing supposed to know where these are?
Why are you so brasin, did you get out of the wrong side of the bed, or am I
insulting you intellegence
Robert
| |
| Robert Bravery 2005-06-08, 9:24 am |
| HI,
"Ken Mayer [dBVIPS]" < dbase@_nospam_golden
stag.net> wrote in message
news:6qwmXlREFHA.1456@news-server...
> Robert Bravery wrote:
but[color=darkred]
>
> And how, might I ask, is the thing supposed to know where these are?
How might I ask does dbase know the thing is there. If it knows, thensurely
to goodness we should also know.
Robert
| |
| Bill P 2005-06-08, 9:24 am |
| Ken -
Thanks for taking this project on.
With respect to testing version 1.3 against my application's file, I'm
getting inconsistent results. Here's what's happening:
The report document lists the database name for some of my prg files but
not others. Here is a snippet from the report:
Program Files (*.prg)
File: assytemp.prg
** Dependencies:
Line: 5 - databaseName: smiutilmgr
Line: 9 - Table: tempbill
Line: 14 - Table: assyc1
Line: 18 - Table: assytemp
Line: 169 - Table: &curjob
Line: 174 - Table: &curjob
Line: 197 - Table: tempbill
Line: 199 - Table: assytemp
Line: 229 - Table: billtemp
Line: 231 - Table: billtemp
Line: 238 - Table: geninv
Line: 302 - Table: assytemp
Line: 305 - assytemp.rep
Line: 312 - billtemp.rep
File: assyupdt.prg
** Dependencies:
Line: 10 - Table: assyc1
Line: 16 - Table: geninv
Line: 22 - Table: vehicle
Line: 35 - accept.wfm
Here is a snippet of the relevant section of assytemp.prg:
*AssyTemp.PRG (JOB COSTING PROCESS)
set safety off
*open database SMIUTILMGR
if upper(database()) # "SMIUTILMGR"
open database SMIUTILMGR
endif
set database to SMIUTILMGR
SELECT 3
USE TEMPBILL EXCLUSIVE
ZAP
SELECT 2
*USE ASSYC1 INDEX ASSYC1.ndx
USE ASSYC1
SET ORDER TO ASSYC1
......
......
Here is a snippet of the relevant section of assytemp.prg:
*ASSYUPDT.PRG
if upper(database()) # "SMIUTILMGR"
open database SMIUTILMGR
endif
set database to SMIUTILMGR
SELECT 1
*USE ASSYC1 INDEX ASSYC1.ndx
use assyc1
set order to assyc1
......
......
(As you see, when I make a change in my code, I leave the previous code
commented out in case my change doesn't work. While I inted to go back
and take the old stuff out, sometimes that doesn't get done.)
Any idea why the first database dependency was found but not the second?
Anyway, have a good weekend away from this stuff.
-------------------- Bill
Ken Mayer [dBVIPS] wrote:
> This is the "real" version 1.3 of the program (I think the last one I
> noted as 1.3 was actually 1.2 ... d'oh!).
>
> I tried to resolve the issues with .SQL files, and so on. I think it's
> in decent shape. Next step is the UI, which I have started, but won't
> finish until next week ... (also took Ivar's suggestion for the output
> filename ...)
>
> Anyway, I hope folk find it useful "as is", and I'll come back and
> revisit it early in the week.
>
> Ken
>
| |
| Robert Bravery 2005-06-08, 9:24 am |
| The deo path of a dependant deo file, and the file itself. Obviously from
the IDE, and the file kmsmallcal.wfm is in the same path as the prg. But you
can substitute to make it more generic.
clear
set proc to :duflp:ini.cc addi
nf = new file()
nf.open("kmsmallcal.wfm","R")
oini = new Ini(true)
csection = "SourcePath"
do while not nf.eof()
ln = nf.gets()
if "SET PROC"$ ltrim(upper(ln))
deo = substr(ln,at(":",ln)+1,(at(":",ln,2)-at(":",ln)-1))
if len(deo)>0
deopath = oini. GetValue(cSection,de
o)
npos = rat( ":", trim(ln))
deofile = right( ln, len( ln ) - nPos ).leftTrim()
if "ADDI"$ upper(right(trim(deo
file), 8 ))
npos = rat( " ", trim(deofile ))
deofile = substr(deofile,1,npo
s-1)
endif
? "path to deo file dependance = ",deo," - ",deopath+"\"+deofile
endif
endif
enddo
|
|
|
|
|