[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Colin Bennett commented on JENKINS-10596 Improve handling of source code files with duplicate relative path names What is the "scan workspace option"? I see there is a "Scan workspace files" section with an "Add" button that allows one to "Workspace files to scan for compiler warnings using a predefined parser", but that's not what I want, I am already scanning and correctly capturing the warnings on the console output I don't have a log file to scan. I did try to enable the "Resolve relative paths" checkbox under "Advanced..." but that didn't fix the issue. I am using a custom parser for the Freescale (formerly Metrowerks) ColdFire compiler, with the "-msgstyle gcc" option. Here's the regex: ^\s*(?:\[exec\])\s*(.*):(\d+):\s*(warning|error): (\S.*)$ and here's the mapping script: import hudson.plugins.warnings.parser.Warning String fileName = matcher.group(1) String lineNumber = matcher.group(2) String category = matcher.group(3) String message = matcher.group(4) return new Warning(fileName, Integer.parseInt(lineNumber), "Dynamic Parser", category, message); and here's an example message: [exec] ..\..\..\..\common\comps\mx\mqx\mxDefs.h:247: warning: florbity frobbity grokkity goo I see no problem with the parsing; it works fine and correctly identifies the file path and line number etc. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Ulli Hafner commented on JENKINS-10596 Improve handling of source code files with duplicate relative path names Yes I thought the 'Resolve relative paths' option will help. Can you please activate the logging for hudson.plugins.analysis.core.ParserResult (level FINE). There should be some messages why the resolve relative path failed. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Ulli Hafner commented on JENKINS-10596 Improve handling of source code files with duplicate relative path names Which parser are you using? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Ulli Hafner edited a comment on JENKINS-10596 Improve handling of source code files with duplicate relative path names Which parser are you using? Did you enable the scan workspace option? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Colin Bennett edited a comment on JENKINS-10596 Improve handling of source code files with duplicate relative path names I have encountered this issue again. Jenkins ver. 1.539 Warnings plugin 4.38 Content of file C_IcspAutoIPTransport.c 01 Copying the source file '../../../../common/comps/C_Icsp/common/C_IcspAutoIPTransport.c' from the workspace to the build folder 'C:\Jenkins\Home\jobs\Corvette_RX_Integration\builds\2013-12-10_16-19-48\workspace-files\2c97d6fe.tmp' on the Jenkins master failed. 02 Seems that the path is relative, however an absolute path is required when copying the sources. 03 Is the file 'C_IcspAutoIPTransport.c' contained more than once in your workspace? 04 Is the file '../../../../common/comps/C_Icsp/common/C_IcspAutoIPTransport.c' a valid filename? 05 If you are building on a slave: please check if the file is accessible under '$JENKINS_HOME/[job-name]/../../../../common/comps/C_Icsp/common/C_IcspAutoIPTransport.c' 06 If you are building on the master: please check if the file is accessible under '$JENKINS_HOME/[job-name]/workspace/../../../../common/comps/C_Icsp/common/C_IcspAutoIPTransport.c' 07 java.io.FileNotFoundException: ..\..\..\..\common\comps\C_Icsp\common\C_IcspAutoIPTransport.c (The system cannot find the path specified) 08 at java.io.FileInputStream.open(Native Method) 09 at java.io.FileInputStream.init(Unknown Source) 10 at hudson.FilePath$34.invoke(FilePath.java:1778) 11 at hudson.FilePath$34.invoke(FilePath.java:1773) 12 at hudson.FilePath.act(FilePath.java:917) 13 at hudson.FilePath.act(FilePath.java:890) 14 at hudson.FilePath.copyTo(FilePath.java:1773) 15 at hudson.plugins.analysis.core.HealthAwareRecorder.copyFilesWithAnnotationsToBuildFolder(HealthAwareRecorder.java:398) 16 at hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:334) 17 at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:333) 18 at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:32) 19 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:781) 20 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:753) 21 at hudson.model.Build$BuildExecution.post2(Build.java:183) 22 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:706) 23 at hudson.model.Run.execute(Run.java:1704) 24 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 25 at hudson.model.ResourceController.execute(ResourceController.java:88) 26 at hudson.model.Executor.run(Executor.java:230) I get this error for all the source files because they are all referenced using ../../../foo/bar/baz.c type relative paths. For instance, the file in the above error trace is actually located: $ git ls-files */C_IcspAutoIPTransport.c products/hardware/common/comps/C_Icsp/common/C_IcspAutoIPTransport.c The make process driving the build was being performed with a current working directory of something like x/y/z/projname/build, basically all the ../../../.. just are a relative way of referring to the Git project tree root. (In particular, because Cygwin GNU make does not like C:\foo absolute paths it chokes on the : colon and so I have to use tedious relative paths to avoid this.) Also, note that there's only one file with this "basename" so there is not ambiguity. We could maybe have a simple fallback case if the usual absolute resolution fails that could search for the file by basename only, if it's not ambiguous. The problem with completely fixing this issue is that it's hard for Jenkins to know universally what the current directory was when that warning was emitted, so it doesn't know that ../../../../.. refers to project root. But at least a workaround that would use a search for basename when not ambiguous would be a 90% solution. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to
[JIRA] [analysis-core] (JENKINS-10596) Improve handling of source code files with duplicate relative path names
Colin Bennett commented on JENKINS-10596 Improve handling of source code files with duplicate relative path names What is that "new gcc parser with make support"? I am BTW using a Freescale/Metrowerks ColdFire compiler... ugh... much prefer gcc of course. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
