Status: New Owner: ---- CC: anquetil...@gmail.com Labels: Type-Defect Priority-Medium Component-VerveineJ Milestone-4.6
New issue 763 by tudor.gi...@gmail.com: VerveineJ generates wrong paths in source anchors when there is a . in the root folder http://code.google.com/p/moose-technology/issues/detail?id=763
Do this: - download: http://sourceforge.net/projects/jfreechart/files/latest/download - go to: jfreechart-1.0.14 - execute: /PATH_TO_verveine.extractor.java/verveinej.sh -Xmx2000m -- -autocp . .
The fileNames all start with "0.14/./" instead of "./"
Updates: Labels: -Milestone-4.6 Milestone-4.7
Comment #1 on issue 763 by tudor.gi...@gmail.com: VerveineJ generates wrong paths in source anchors when there is a . in the root folder http://code.google.com/p/moose-technology/issues/detail?id=763
(No comment was entered for this change.)
Updates: Status: Fixed Cc: -anquetil...@gmail.com
Comment #2 on issue 763 by anquetil...@gmail.com: VerveineJ generates wrong paths in source anchors when there is a . in the root folder http://code.google.com/p/moose-technology/issues/detail?id=763
fixed but not tested :-( Testing requires changing the default root directory of the executing JVM which does not work
Comment #3 on issue 763 by tudor.gi...@gmail.com: VerveineJ generates wrong paths in source anchors when there is a . in the root folder http://code.google.com/p/moose-technology/issues/detail?id=763
I do not understand the comment. Why does testing require changing the default root directory?
On 13/04/12 21:59, moose-technology@googlecode.com wrote:
Comment #3 on issue 763 by tudor.gi...@gmail.com: VerveineJ generates wrong paths in source anchors when there is a . in the root folder http://code.google.com/p/moose-technology/issues/detail?id=763
I do not understand the comment. Why does testing require changing the default root directory?
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
because the bug only occured when one was in directory with a '.' in the name (e.g. jfreechart-1.0.14) and calling verveineJ with '.' as the source of the project (e.g. 'verveinej.sh .')
So to test the bug one would have to programatically change the working directory at the start of the test. To bad it does not work.
nicolas