I get a parser error thrown bwhen I make an array with a trailing
comma after the last element, like
var forceload = [LzText,
// LzInputText.
LzView,
LzNode,
LzAnimator,
LzAnimatorGroup,
LzLayout,
LzScript,
];
I thought this was legal in JS, or maybe that's Python I'm thinking
of?
[echo] Compiling C:\users\hqm\openlaszlo\devildog/lps/includes/
lfc/LFC9.lzl
[java] No prec for ASTEmptyExpression in
[java] org.openlaszlo.sc.CompilerException
[java] at org.openlaszlo.sc.ParseTreePrinter.maybeAddParens
(ParseTreePrinter.java:624)
[java] at
org.openlaszlo.sc.ParseTreePrinter.visitArrayLiteral
(ParseTreePrinter.java:569)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:279)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
( ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
( ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
( ParseTreePrinter.java:160)
[java] at
org.openlaszlo.sc.ParseTreePrinter.makeTranslationUnits
(ParseTreePrinter.java:833)
[java] at
org.openlaszlo.sc.SWF9Generator.makeTranslationUnits
(SWF9Generator.java :743)
[java] at org.openlaszlo.sc.Compiler.compile(Compiler.java:
349)
[java] at org.openlaszlo.sc.lzsc.compile(lzsc.java:110)
[java] at org.openlaszlo.sc.lzsc.compile(lzsc.java:322)
[java] at org.openlaszlo.sc.Main.main(Main.java:10)
[java] No prec for ASTEmptyExpression in
[java] org.openlaszlo.sc.CompilerException
[java] at org.openlaszlo.sc.ParseTreePrinter.maybeAddParens
(ParseTreePrinter.java:624)
[java] at
org.openlaszlo.sc.ParseTreePrinter.visitArrayLiteral
(ParseTreePrinter.java:569)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:279)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
[java] at org.openlaszlo.sc.ParseTreePrinter.visit
(ParseTreePrinter.java:160)
On Jan 9, 2008 10:35 AM, Henry Minsky < [EMAIL PROTECTED]> wrote:
I guess I can have a statement at the start of the LzApplication
main class, that just makes a list of all the
LFC classes that have LZX tag names, and that will force them to be
loaded.
On Jan 9, 2008 10:33 AM, Henry Minsky <[EMAIL PROTECTED]> wrote:
Interesting... LzNode looks at the ConstructorMap *before* it
creates an LzText, so that would
explain why it isn't there yet. Given this behavior, anyone have
any suggestions as to how to build
the constructormap table in the distributed way we're doing it
currently?.
For now, I'm just going to hardcode the whole table into the Laszlo
application startup class I'm building.
On Jan 9, 2008 10:29 AM, Donald Anderson < [EMAIL PROTECTED]> wrote:
Henry,
At the time you have looked at ConstructorMap, have you
already created a LzText object? If not, maybe it's doing
lazy creation of the classes - I know that Java does this -
static initializers and blocks don't occur until the class is
loaded, and a class may not be loaded until some code executes
that either creates an object of that type or references a static
method/var.
On Jan 9, 2008, at 9:59 AM, Henry Minsky wrote:
In one of the LFC files I declare a global
var ConstructorMap = {};
which gets turned into it's own declaration file by the script
compiler
ConstructorMap.as:
package {
public var ConstructorMap = {};
}
In each LFC file I have a statement to add a tag to this global
dynamic class LzView extends LzNode {
static var tagname = 'view';
ConstructorMap[tagname] = LzView;
dynamic class LzAnimator extends LzAnimatorGroup {
static var tagname = 'animator';
ConstructorMap[tagname] = LzAnimator;
dynamic class LzText extends LzView {
static var tagname = 'text';
ConstructorMap[tagname] = LzText;
But when the system is running, there is no entry in ConstructorMap
['text'], in fact
the only entries in the ConstructorMap are
view: [class LzView], node: [class LzNode], canvas: [class
LzCanvas],
missing are animator, layout, animatorgroup, text
So I'm wondering is there some arbitrary ordering issue where some
of the
classes are executing the "ConstructorMap[foo] = bar" before
ConstructorMap
actually gets initialized, and silently failing, or what? I can't
figure
out if this is a compiler bug in Flex or if I'm doing something
wrong. According to
the AS3 docs, statements at the top level of a class declaration
get executed once
when the class is defined. But I am wondering how that interacts
with global var initializations,
maybe the order is arbitrary?
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
--
Don Anderson
Java/C/C++, Berkeley DB, systems consultant
voice: 617-547-7881
email: [EMAIL PROTECTED]
www: http://www.ddanderson.com
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
