Project

General

Profile

Activity

From 02/18/2014 to 03/19/2014

03/19/2014

05:11 PM Feature #2251: improve the call graph generation
Code Review branch rev 10510
1. Please add a comment into the init-rules of post_parse_fixups.xml explaining that ...
Greg Shah
02:36 PM Feature #2251: improve the call graph generation
Rev 10510 contains:
* fix for the @RUN <internal-proc>@ reported as missing external procedures.
* fix for @RUN por...
Constantin Asofiei
02:16 PM Feature #2251: improve the call graph generation
There is a way to get rid of the non-indexed suffix search, when looking for external programs: keep, alongside the @... Constantin Asofiei
12:26 PM Bug #2262: ON statement preprocessing and parsing issues related to unmatched quotes or tilde
This testcase (checked in as on_stmt_event_as_single_or_double_quote.p) shows the issues:... Greg Shah
11:13 AM Bug #2262 (New): ON statement preprocessing and parsing issues related to unmatched quotes or tilde
Greg Shah

03/18/2014

04:48 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> I think it is best to strip off the .dll from the library names (if present) and let them all cas...
Constantin Asofiei
04:36 PM Feature #2251: improve the call graph generation
> As a side note, there are some PROCEDURE ... EXTERNAL cases where the library name is defined as i.e. kernel32, wit... Greg Shah
04:32 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> 1. What is the effort involved to add all unreferenced include files to the dead files list?
Thi...
Constantin Asofiei
04:28 PM Feature #2251: improve the call graph generation
Code Review branch rev 10507
1. What is the effort involved to add all unreferenced include files to the dead file...
Greg Shah
04:13 PM Feature #2251: improve the call graph generation
After analysing the report listings for the server sources, I have these cases which are reported wrong:
# @RUN <int...
Constantin Asofiei
01:36 PM Feature #2251: improve the call graph generation
rev 10507 contains the changes from note 69's review, the PatternEngine changes in note 68 plus:
- licence files for...
Constantin Asofiei
09:38 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> By the way, the rebasing approach that you took looks reasonable. How hard did you find it to us...
Constantin Asofiei
09:24 AM Feature #2251: improve the call graph generation
> The proposed approach for this plugin is:
Very good.
Greg Shah
09:22 AM Feature #2251: improve the call graph generation
By the way, the rebasing approach that you took looks reasonable. How hard did you find it to use? Greg Shah
09:21 AM Feature #2251: improve the call graph generation
Code Review branch rev 10504
1. In the native_process function, please add support for the undocumented @kw_ctos@ ...
Greg Shah
08:42 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> > I don't think we need to rely on physical .ast files for the initial list of graph nodes. To d...
Constantin Asofiei
07:30 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> > BTW, do you have a rebase script, so I can rebase?
>
> Not yet. Please go through the proce...
Constantin Asofiei

03/17/2014

02:51 PM Feature #2251: improve the call graph generation
In bzr there are these changes:
* Switched to integer token types for call-site-key and node-type.
* Fixed progres...
Constantin Asofiei
11:02 AM Feature #2251: improve the call graph generation
> If the entire AST structure for an external-procedure is loaded into the DB, the in-DB ASTs can't be used directly ... Greg Shah
10:54 AM Feature #2251: improve the call graph generation
Code Review branch rev 10494
Except for progress.g, I am fine with the other changes.
I have these questions ab...
Greg Shah
10:10 AM Feature #2251: improve the call graph generation
Please review the progress.g changes in 10494, they are related to parsing the @CREATE automation-object com-handle-v... Constantin Asofiei
10:05 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> > Should I have created graph DB nodes for the call-sites' ASTs, too?
>
> I think so, yes. Th...
Constantin Asofiei
08:26 AM Feature #2251: improve the call graph generation
> Should I have created graph DB nodes for the call-sites' ASTs, too?
I think so, yes. This would be consistent w...
Greg Shah
08:06 AM Feature #2251: improve the call graph generation
About mapping the @call-site-key@ string values to token types:
* @includes@: this is to used mark edges with includ...
Constantin Asofiei
03:18 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> 1. External targets have a "node-type" but call-sites don't. I prefer the @type@ approach to be ...
Constantin Asofiei

03/16/2014

11:50 AM Feature #2251: improve the call graph generation
Please do a bzr check-in for your work each night, unless there are no changes. It doesn't matter what the state of ... Greg Shah
11:46 AM Feature #2251: improve the call graph generation
Code Review branch rev 10492
I have some questions regarding the "database design". There are inconsistencies:
...
Greg Shah
11:00 AM Feature #2251: improve the call graph generation
> BTW, do you have a rebase script, so I can rebase?
Not yet. Please go through the process manually based on my ...
Greg Shah

03/14/2014

04:44 PM Feature #2251: improve the call graph generation
I've added a good version for review in the 2251 branch. @rules/callgraph/callgraph_lib.rules@ contains details about... Constantin Asofiei

03/13/2014

10:48 AM Feature #2251: improve the call graph generation
Yes, I think you are right. Greg Shah
10:25 AM Feature #2251: improve the call graph generation
About the preprocessor parser problem which can be reproduced with an include file like this one:... Constantin Asofiei

03/12/2014

01:43 PM Feature #2256: create tools to analyze the .pphints files
From #2251 note 46:
> On a side note, there are cases in the server project where there are typos in the preprocesso...
Constantin Asofiei
01:40 PM Feature #2256 (New): create tools to analyze the .pphints files
Constantin Asofiei
01:17 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> Anyway, as far as I know, the preprocessor should not be considering the path of the file that co...
Constantin Asofiei
01:08 PM Feature #2251: improve the call graph generation
> I think this is because FileScope doesn't keep track of the folder in which the 4GL program resides...
As far as...
Greg Shah
01:01 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> As far as I know it does work. Have you found a problem?
What is not working for me is this case:...
Constantin Asofiei
12:38 PM Feature #2251: improve the call graph generation
> I see that the P2J preprocessor does not support relative names via "..", only relative names starting with the loc... Greg Shah
12:08 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> If the .pphints problems are not hindering your work, then create a new bug task for this and we ...
Constantin Asofiei
11:15 AM Feature #2251: improve the call graph generation
If the .pphints problems are not hindering your work, then create a new bug task for this and we will work it later. ... Greg Shah
10:44 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> The idea: create a common create_widget_or_object rule that matches the left portion of both the ...
Constantin Asofiei
10:20 AM Feature #2251: improve the call graph generation
> This might need to be fixed in the post-parse fixups phase: just alter the create_widget_stmt to accept the CONNET ... Greg Shah
10:00 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> Using VALUE() for CREATE Automation is not noted in the documentation. Are you sure that this wo...
Constantin Asofiei
09:49 AM Feature #2251: improve the call graph generation
Using VALUE() for CREATE Automation is not noted in the documentation. Are you sure that this works in the 4GL as CO... Greg Shah
09:32 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> > we can't parse the CONNECT TO phrase properly.
>
> Please provide more details.
It's a comb...
Constantin Asofiei
09:23 AM Feature #2251: improve the call graph generation
> we can't parse the CONNECT TO phrase properly.
Please provide more details.
> More, should the CREATE stateme...
Greg Shah
08:57 AM Feature #2251: improve the call graph generation
About DDE, COM and OCX call-sites:
# a @COM-HANDLE@ var is initialized via @CREATE expr com-handle-var [CONNECT TO e...
Constantin Asofiei
08:55 AM Feature #2251: improve the call graph generation
We might have created something like that, but I don't recall it.
However, there is some useful code in operators....
Greg Shah
07:54 AM Feature #2251: improve the call graph generation
Greg, is there a way to get the concatenated result from a string expression containing only literals, like @"-H loca... Constantin Asofiei

03/11/2014

02:33 PM Feature #2251: improve the call graph generation
I've added to @testcases/uast/callgraph-tests@ the current tests for callgraph generation. What is working:
* RUN ex...
Constantin Asofiei

03/10/2014

12:51 PM Feature #2251: improve the call graph generation
Yes, please do this for any "fixes" that are done later but which are needed for call-graph processing. Greg Shah
12:45 PM Feature #2251: improve the call graph generation
The ASTs for a i.e. @INPUT THROUGH@ stmt is broken and fixed by @annotations/input-output.rules:181@, the "fixup KW_T... Constantin Asofiei
09:47 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> This means that processing the ASTs at that time *may* generate very different results than on th...
Constantin Asofiei
09:03 AM Feature #2251: improve the call graph generation
> 1. Is there any reason why we can't generate the callgraph with the final ASTs, after conversion, and should use on... Greg Shah
08:41 AM Feature #2251: improve the call graph generation
> Can you think of any external linkage type that I have not listed above?
I think all forms of the CONNECT method (...
Constantin Asofiei

03/07/2014

12:26 PM Feature #2251: improve the call graph generation
For this current work, include any call-site that can cause an external linkage, including the non-4GL ones.
* All...
Greg Shah
11:34 AM Feature #2251: improve the call graph generation
With a little hack (replace all "long" types with "string" in the @.graphml@ file) I've managed to open the graph in ... Constantin Asofiei
07:49 AM Feature #2251: improve the call graph generation
Blueprints has a built-in feature to serialize the entire DB to a GraphML file. I've tried importing this into yEd, b... Constantin Asofiei

03/06/2014

06:12 PM Feature #2251: improve the call graph generation
I did a quick code review. It looks really good! Very impressive.
In my opinion, the native Java query access is...
Greg Shah
03:33 PM Feature #2251: improve the call graph generation
I've committed today's work to the task branch on devsrv01. What I've accomplished (the work is still rough, but it w... Constantin Asofiei
12:31 PM Feature #2251: improve the call graph generation
> A first impression is that is just a "shorthand" access the Pipes APIs and the graph's APIs related to nodes/edges.... Greg Shah
11:53 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> As such I'd like to avoid mixing Groovy and TRPL (Scala). I guess the key questions:
>
> 1. W...
Constantin Asofiei
11:29 AM Feature #2251: improve the call graph generation
> After some more thought, I think is better to use the Blueprint APIs, which are implemented by both Neo4J and Titan... Greg Shah
10:33 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> I like the abstraction of the graph database.
After some more thought, I think is better to use ...
Constantin Asofiei
10:17 AM Feature #2251: improve the call graph generation
The plan so far is reasonable. I like the abstraction of the graph database.
> I don't like how PatternEngine.cal...
Greg Shah
07:58 AM Feature #2251: improve the call graph generation
About the PatternEngine's callgraph dependencies: I think I understand why was needed for the PatternEngine to "know"... Constantin Asofiei
06:39 AM Feature #2251: improve the call graph generation
I don't like how @PatternEngine.callGraphMode@ hard-codes a "callgraph-walking" mode in @PatternEngine@, it doesn't f... Constantin Asofiei
02:30 AM Feature #2251: improve the call graph generation
This note will keep a history of the TitanDB required depencies (and their associated licences).
For blueprints, pip...
Constantin Asofiei

03/05/2014

01:08 PM Feature #2251: improve the call graph generation
> Titan supports other storage backends, BerkeleyDB and Persistit both being ACID compliant and embeded in the same J... Greg Shah
12:43 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> > what looks nice to me is that it allows HBase storage and it can be integrated with Hadoop: we...
Constantin Asofiei
12:20 PM Feature #2251: improve the call graph generation
> At this time, I'm inclined to go with Titan, especially because the storage backend is not restricted to a propriet... Greg Shah
10:53 AM Feature #2251: improve the call graph generation
Greg Shah wrote:
> Instead, I have long been considering using graph database technology. In particular, I have bee...
Constantin Asofiei
08:17 PM Feature #2251: improve the call graph generation
> Is it possible to determine to which include file (if any) an AST is coming from? Isn't this information lost after... Greg Shah
08:07 PM Feature #2251: improve the call graph generation
>> -------- Original Message --------
>> Subject: Neo4J licensing
>> Date: Tue, 04 Mar 2014 17:11:04 -0500
>> Fr...
Greg Shah

03/04/2014

05:14 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> If the call-site is from an include file, then there may be a list of containing include files th...
Constantin Asofiei
04:40 PM Feature #2251: improve the call graph generation
OK, I don't want to throw you off track or open the scope of this too much. But we are at a point in this analysis t... Greg Shah
04:18 PM Feature #2251: improve the call graph generation
> the preprocessor-graph is an example of the content of a .p.pphints file. I don't think we need to merge the prepro... Greg Shah
03:28 PM Feature #2251: improve the call graph generation
Something I forgot: we should allow @rootlist.xml@ to have nodes like @<node folder="./path/to/folder/"/>@, to includ... Constantin Asofiei
03:19 PM Feature #2251: improve the call graph generation
Greg, some thoughts about the callgraph generation. Assuming we have an explicit @RUN ext-prog.p.@ call in an interna... Constantin Asofiei

03/03/2014

04:21 PM Feature #2251: improve the call graph generation
>> program internal or "internal linkage" - any mechanism by which code can call other code within the same compilati... Greg Shah
02:43 PM Feature #2251: improve the call graph generation
Greg Shah wrote:
> # program internal or "internal linkage" - any mechanism by which code can call other code withi...
Constantin Asofiei
02:07 PM Feature #2251: improve the call graph generation
> I think the only issue left for the current code to work properly is the file-name case-sensitivity.
Yes, pleas...
Greg Shah
12:59 PM Feature #2251: improve the call graph generation
Code Review 0222d
Overall, I am fine with the changes.
My only concern is with @CallGraphWorker.Callgraph.prepa...
Greg Shah
12:20 PM Feature #2251: improve the call graph generation
Some good references:
http://en.wikipedia.org/wiki/GraphML
http://en.wikipedia.org/wiki/YEd
Please note that G...
Greg Shah
11:35 AM Feature #2251: improve the call graph generation
For the GUI project, there are cases when a parent/child relationship between two programs can be determined from the... Constantin Asofiei
10:52 AM Feature #2251: improve the call graph generation
I've fixed the rules so that the callgraph can be ran with current P2J and also to use the @p2j.cfg.xml@'s file-separ... Constantin Asofiei
10:44 AM Feature #2251 (Closed): improve the call graph generation
Constantin Asofiei
 

Also available in: Atom