-- Original Message -
From: "MAJ Programming" <[EMAIL PROTECTED]>
To:
Sent: Friday, June 29, 2007 7:38 PM
Subject: Re: [AD] [U2] Basic developments "reverse engineering" tool ?
While your examples are not false, they're hardly true either. In my many
years of MV
e code was
> written too.
>
> My 1.5"
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Norman Morgan
> Sent: Friday, June 29, 2007 9:02 AM
> To: u2-users@listserver.u2ug.org
> Subject: RE: [AD] [U2] Basic developments
TECTED]>
To:
Sent: Friday, June 29, 2007 9:20 AM
Subject: Re: [AD] [U2] Basic developments "reverse engineering" tool ?
> > One of my clients has procs like this:
> >
> > HRUN BP SOP1500
> > STON
> > HORDER<
> > HCUSTOMER<
> > HPRO
iddlefield Road
Redwood City, CA 94063
Tel 650-780-7087
Fax 650-556-9204
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stevenson,
Charles
Sent: Friday, June 29, 2007 7:28 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [AD] [U2] Basic de
f Of Norman Morgan
Sent: Friday, June 29, 2007 9:02 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [AD] [U2] Basic developments "reverse engineering" tool ?
Joking aside, that looks almost like something written by someone who
was accustomed to writing mainframe COBOL where actual file ass
If I recall correctly, SoftWhere handled that sort of thing.
I do remember seeing it pick up subroutine's uses of files where the
file variable was passed as an argument from the calling program.
-Original Message-
How does it work with parameter driven code.
One of my clients has procs l
uot; as a COBOL programmer.
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Timothy
> > Snyder
> > Sent: Friday, June 29, 2007 8:21 AM
> > To: u2-users@listserver.u2ug.org
> > Subject: Re: [
black dress.
===
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Timothy Snyder
> Sent: Friday, June 29, 2007 8:21 AM
> To: u2-users@listserver.u2ug.org
> Subject: Re: [AD] [U2] Basic developments "rev
> One of my clients has procs like this:
>
> HRUN BP SOP1500
> STON
> HORDER<
> HCUSTOMER<
> HPRODUCT<
> HVENDOR<
> P
>
> whereby the program (BP SOP1500) has the corresponding INPUT statements
for
> the file names and opens them as F1, F2, F3 which is a real bear when
> reading the code.
Wow -
That's very difficult to trap.
Mark
It's a valid point and a common scenario.
I've taken two approaches in the past:
1. Dynamic analysis
This replaces certain constructs in the source code automatically with calls to
subroutines or external functions that update the maps in real time. So for
From: "Laura Hirsh" <[EMAIL PROTECTED]>
To:
Sent: Thursday, June 28, 2007 2:26 PM
Subject: [AD] [U2] Basic developments "reverse engineering" tool ?
> The type of Technical Documentation that Susan mentions is a part of
> DocuSys! Not only does DocuSys comb through
Sent: Thursday, June 28, 2007 7:59 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Basic developments "reverse engineering" tool ?
I was thinking of the sort of documentation that you could get from writing
a utility to comb through code. I've written some (not for prime time)
v
I was thinking of the sort of documentation that you could get from writing
a utility to comb through code. I've written some (not for prime time)
versions of this sort of thing. In particular whenever converting from one
platform to another.
The types of "technical documentation" that one can gle
ne care to volunteer!) is to maintain an
index on the u2ug website pointing at a repository that stores the
emails.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 27 June 2007 22:50
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Basic developments "reverse en
Tony/Susan
Having written two such 'system auditors' I can tell you from experience that
it's not that easy to do a good source analysis.
The problem is that every system is different, adopts different standards, use
different tools, are often very incomplete, and most include lots of bad links
All
This is something we're keen to add to the U2UG website.
We're testing out a couple of different Wikis at the moment. We expect to have
something in place very soon for the community to add technical tips, FAQs,
learning materials, utilities, possibly vendor pages and similar materials.
Wa
ration management for U2/Multivalue.
---
Date: Wed, 27 Jun 2007 10:40:07 -0500
From: "Jerry Banker" <[EMAIL PROTECTED]>
Subject: RE: [U2] Basic developments "reverse engineering" tool ?
Something like PRC? Contact Susan through http://www.sjplu
Susan Lynch wrote:
> Tony, there are a number of things that a source code analyzer can do
> that would be very helpful if you found yourself coming into a
> company as a consultant or as a new employee and they had no
> technical documentation:
Without knowing more about what Herve wanted, I'm ma
& Company, Inc.
- Original Message -
From: "Tony Gravagno" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, June 27, 2007 2:33 PM
Subject: RE: [U2] Basic developments "reverse engineering" tool ?
Herve Balestrieri wrote:
To clarify the inquiry : I am seeking for
Herve Balestrieri wrote:
> To clarify the inquiry : I am seeking for a tool reading Basic source
> code modules and producing a technical documentation of an application
> automatically.
> This is not the purpose of an object code decompiler.
I don't believe there is a way to have a program read c
Date: Wed, 27 Jun 2007 10:40:07 -0500
From: "Jerry Banker" <[EMAIL PROTECTED]>
Subject: RE: [U2] Basic developments "reverse engineering" tool ?
Something like PRC? Contact Susan through http://www.sjplus.com/
- -Original Message-
From: Herve Balestr
Herve
I have something that may do what you need (mvScan).
I'll contact you off-list with some details.
Brian
To clarify the inquiry : I am seeking for a tool reading Basic source code
modules and producing a technical documentation of an application
automatically.
This is not the purpose of an
]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Herve Balestrieri
Sent: Wednesday, June 27, 2007 10:23 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Basic developments "reverse engineering" tool ?
To clarify the inquiry : I am seeking
ne 27, 2007 8:23 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Basic developments "reverse engineering" tool ?
To clarify the inquiry : I am seeking for a tool reading Basic source
code modules and producing a technical documentation of an application
automatically.
This is not th
Something like PRC? Contact Susan through http://www.sjplus.com/
-Original Message-
From: Herve Balestrieri [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 27, 2007 10:23 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Basic developments "reverse engineering" tool ?
To clarify the inquiry : I am seeking for a tool reading Basic source code
modules and producing a technical documentation of an application
automatically.
This is not the purpose of an object code decompiler.
Thanks
Herve' Balestrieri
> There was UN-Basic that took compiled code and reverted it
There was UN-Basic that took compiled code and reverted it back to source
code.
My 1 cent
Mark Johnson
- Original Message -
From: "Herve Balestrieri" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, June 27, 2007 6:37 AM
Subject: [U2] Basic developments "reverse engineerin
Does it exists a (marketed?) tool for MV databases (i.e UniVerse) that
would allow
to make the "reverse engineering" of an application, based on automated
Basic source code analysis ?
Thanks for any information.
Herve' Balestrieri
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsu
28 matches
Mail list logo