Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B2BC610E55 for ; Sat, 16 May 2015 21:26:54 +0000 (UTC) Received: (qmail 35177 invoked by uid 500); 16 May 2015 21:26:53 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 35136 invoked by uid 500); 16 May 2015 21:26:53 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 35123 invoked by uid 99); 16 May 2015 21:26:53 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 May 2015 21:26:53 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id AC68EC557A for ; Sat, 16 May 2015 21:26:52 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.88 X-Spam-Level: ** X-Spam-Status: No, score=2.88 tagged_above=-999 required=6.31 tests=[AC_DIV_BONANZA=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id TVQmYzDId5u1 for ; Sat, 16 May 2015 21:26:52 +0000 (UTC) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 941ED20659 for ; Sat, 16 May 2015 21:26:51 +0000 (UTC) Received: by labbd9 with SMTP id bd9so169567202lab.2 for ; Sat, 16 May 2015 14:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=u3dCm97T6UoRDJnaqCBZGoNnlXE1vykHsq3CM8OKKQ0=; b=kT+xNkKsES6o7ETHHeIEowg5Ngxy5EmuQDZVekEqZedVD42MZlIv3mp6wwoP3CXajI bgZPfuJIiBDMyuLihum2A2XzkI53iglhbcg48k5sItydF1ao0bubCuOyNxV6OK3fSaPu fa4xhbKIvnoasdBjdJtH7dO9c+keqwQlafEX5WoXYF9XnXCmsEoYtuNVBdUXbCb6WXeq ExL33Kp6DfZi66BUSbH66OFfMM8ayBEMMSF6XA1cTby6uCvks98a1QfhbyZGpeYd/5Xq O2B/50OfttIv/INeqExlmbO0NR1gl9CYkzhMgOpRsD7E8/6y+EIGiTAstDovdPV2ekUG NBCA== MIME-Version: 1.0 X-Received: by 10.112.235.133 with SMTP id um5mr12282033lbc.7.1431811603887; Sat, 16 May 2015 14:26:43 -0700 (PDT) Received: by 10.114.78.1 with HTTP; Sat, 16 May 2015 14:26:43 -0700 (PDT) Date: Sat, 16 May 2015 17:26:43 -0400 Message-ID: Subject: [Falcon] ASDocTokenizer and RawASDocTokenizer JFlex deps From: Michael Schmalle To: dev@flex.apache.org Content-Type: multipart/alternative; boundary=001a11c3cc9008fba60516399e13 --001a11c3cc9008fba60516399e13 Content-Type: text/plain; charset=UTF-8 Hi, I am going through a lot of my code, one in particular is a new version of the ASDoc tool that uses velocity templates. I know 2 years ago I was able to document the whole Flex SDK with the current code base. I noticed in the compiler downloads.xml the JFlex version was changed from 1.5.1 to 1.6.0 by Erik. Was there a reason to update the version? I know dealing with parser/lexer/scanner generators it's not a good idea to update versions unless it's tested. Obviously the ASTokenizer that is used with the ASParser still seems to function correctly but the ASDocTokenizer is running into an infinite loop when it reaches the end of tokenizing the asdoc IE */. I changed the download version back to 1.5.1 and regenerated the scanner but I am still getting the loop where I had never had this problem before. I doubt anybody has answers but I was wondering if Alex might have any ideas to other things that changed in the dependencies. As it stands, maybe there is a bug in the grammar, I might check this out when I have time but it worked before. It seems that when Falcon was donated it used 1.5.1, so I am totally clueless as to what changed and why the infinite loop in ALL scanning. Mike --001a11c3cc9008fba60516399e13--