[
https://issues.apache.org/jira/browse/PIG-2769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401790#comment-13401790
]
Jonathan Coveney commented on PIG-2769:
---------------------------------------
My guess is that this has to do with recursive backtracking.
from QueryParser.g
{code}
foreach_statement : ( ( alias EQUAL )? FOREACH rel LEFT_CURLY ) =>
foreach_complex_statement
| foreach_simple_statement
;
{code}
The fact that it works fine up until some n and then dies is typical of when
these things die. It could be some interaction with another recursive
backtracking rule that is blowing up.
The ideal solution is to get rid of recursive backtracking in the parser...
> a simple logic causes very long compiling time on pig 0.10.0
> ------------------------------------------------------------
>
> Key: PIG-2769
> URL: https://issues.apache.org/jira/browse/PIG-2769
> Project: Pig
> Issue Type: Bug
> Components: build
> Affects Versions: 0.10.0
> Environment: Apache Pig version 0.10.0-SNAPSHOT (rexported)
> Reporter: Dan Li
> Fix For: 0.10.0
>
> Attachments: case1.tar
>
>
> We found the following simple logic will cause very long compiling time for
> pig 0.10.0, while using pig 0.8.1, everything is fine.
> A = load 'A.txt' using PigStorage() AS (m: int);
> B = FOREACH A {
> days_str = (chararray)
> (m == 1 ? 31:
> (m == 2 ? 28:
> (m == 3 ? 31:
> (m == 4 ? 30:
> (m == 5 ? 31:
> (m == 6 ? 30:
> (m == 7 ? 31:
> (m == 8 ? 31:
> (m == 9 ? 30:
> (m == 10 ? 31:
> (m == 11 ? 30:31)))))))))));
> GENERATE
> days_str as days_str;
> }
> store B into 'B';
> and here's a simple input file example: A.txt
> 1
> 2
> 3
> The pig version we used in the test
> Apache Pig version 0.10.0-SNAPSHOT (rexported)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
