[svn:fx-trunk] 11707: Fix incremental compilation problem with styles.

Revision: 11707
Author:   [email protected]
Date:     2009-11-12 10:52:49 -0800 (Thu, 12 Nov 2009)
Log Message:
Fix incremental compilation problem with styles.
QE notes: None.
Doc notes: None.
Bugs: SDK-24173
Reviewer: Paul
Tests run: checkintests
Is noteworthy for integration: No.
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-24173
Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/css/StylesContainer.java

You have used elements like header, footer, footer1 and nav without using the correct DOCTYPE declaration. Replace the first line of your code with
<!doctype html>
Also have a look here for other problems http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fhome.surewest.net%2Fstorytales%2F test%2Fforposting.html
After the above has been fixed, please come back here to fix the remaining problem(s)
Gramps

Similar Messages

  • [svn:fx-trunk] 5408: Fix for - Compiler error using Reparent in a Halo Navigator.

    Revision: 5408
    Author: [email protected]
    Date: 2009-03-18 20:57:19 -0700 (Wed, 18 Mar 2009)
    Log Message:
    Fix for - Compiler error using Reparent in a Halo Navigator.
    QE Notes: None.
    Doc Notes: None.
    Reviewer: Paul, please review.
    Bugs: SDK-20099
    tests: checkintests
    Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-20099
    Modified Paths:
    flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/ComponentBuilder.jav a

  • [svn:fx-trunk] 10817: Fix a deeplinking problem in IE7

    Revision: 10817
    Author:   [email protected]
    Date:     2009-10-02 09:20:31 -0700 (Fri, 02 Oct 2009)
    Log Message:
    Fix a deeplinking problem in IE7
    QE Notes: None
    Doc Notes: None
    Bugs: SDK-17197
    Reviewer: Corey
    API Change: No
    Is noteworthy for integration: No
    tests: checkintests
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-17197
    Modified Paths:
        flex/sdk/trunk/templates/swfobject/history/history.js

  • [svn:fx-trunk] 8192: Fix resizing a window with the gripper.

    Revision: 8192
    Author:   [email protected]
    Date:     2009-06-24 12:37:55 -0700 (Wed, 24 Jun 2009)
    Log Message:
    Fix resizing a window with the gripper.
    WindowedApplication.as, Window.as
    After the click on the gripper is detected and the resized is started just return. The code was falling into the hit testing for the application border.
    QE Notes: none.
    Doc Notes: none.
    Bugs: SDK-21631
    Reviewer: Glenn
    tests: checkintests
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21631
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/Window.as
        flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/WindowedApplication. as

  • [svn] 3966: Fix incremental compile which broke at some point since Flex 3 due to compiler changes .

    Revision: 3966
    Author: [email protected]
    Date: 2008-10-30 06:40:39 -0700 (Thu, 30 Oct 2008)
    Log Message:
    Fix incremental compile which broke at some point since Flex 3 due to compiler changes.
    ResourceManager.fetch() assumes a local file and uses java.io.File to check if the file exists. Files within swcs such as framework.swc$Assets.swf and framework.swc$default.css will never exist so they triggered a recompile. For now, put the dependency on the swcArchive file itself since that does exist in the file system.
    The dependency checking is still weak and could use some more work but at least now it doesn't recompile every time when there are no changes.
    QE Notes: None
    Doc Notes: None
    Bugs: - SDK-17715
    Reviewer: Paul
    Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-17715
    Modified Paths:
    flex/sdk/trunk/modules/webtier/j2ee/servlet/src/java/flex/webtier/server/j2ee/BaseCompile Filter.java

    I enabled the settings in the labview.ini
    I found some text files that looked like logs "LabVIEW_8.5_Matt_cur.txt" "LabVIEW_8.5_Matt_log.txt". Which contained some error logs and call after I tried to compile. I attached some logs from my attempts to compile. For the errors that referenced a vi and a statechart guard, I remade the vi and the referenced guard. The others all have
    ..... /drawmgr.cpp(3570) : DAbort: Couldn't create 24 pen Error ==0
    in common and some had a
    ....../image.cpp(13927) : DWarn:  could not get hdc error = 0
    warning. I'm guesing these are related to the graphical problem I'm getting with explorer. But since I can't decode the call stack I'm not sure what the source is (assuming the cause is within the call stack).
    It looks like LV 8.6 Beta is going to open soon. Does anyone know if Vision will work with it? And Is there any kind of obligation to use the beta regularly? Since if it doesn't help much, I'd probably just end up removing it.
    Matt W
    Attachments:
    errors.zip ‏7 KB

  • Compilation problem with templates while using option -m64

    Hi,
    I have compilation problem with template while using option -m64.
    No problem while using option -m32.
    @ uname -a
    SunOS snt5010 5.10 Generic_127111-11 sun4v sparc SUNW,SPARC-Enterprise-T5220
    $ CC -V
    CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25
    Here is some C++ program
    ############# foo5.cpp #############
    template <typename T, T N, unsigned long S = sizeof(T) * 8>
    struct static_number_of_ones
    static const T m_value = static_number_of_ones<T, N, S - 1>::m_value >> 1;
    static const unsigned long m_count = static_number_of_ones<T, N, S - 1>::m_count + (static_number_of_ones<T, N, S - 1>::m_value & 0x1);
    template <typename T, T N>
    struct static_number_of_ones<T, N, 0>
    static const T m_value = N;
    static const unsigned long m_count = 0;
    template <typename T, T N>
    struct static_is_power_of_2
    static const bool m_result = (static_number_of_ones<T,N>::m_count == 1);
    template <unsigned long N>
    struct static_number_is_power_of_2
    static const bool m_result = (static_number_of_ones<unsigned long, N>::m_count == 1);
    int main(int argc)
    int ret = 0;
    if (argc > 1)
    ret += static_is_power_of_2<unsigned short, 16>::m_result;
    ret += static_is_power_of_2<unsigned int, 16>::m_result;
    ret += static_is_power_of_2<unsigned long, 16>::m_result;
    ret += static_number_is_power_of_2<16>::m_result;
    else
    ret += static_is_power_of_2<unsigned short, 17>::m_result;
    ret += static_is_power_of_2<unsigned int, 17>::m_result;
    ret += static_is_power_of_2<unsigned long, 17>::m_result;
    ret += static_number_is_power_of_2<17>::m_result;
    return ret;
    Compiation:
    @ CC -m32 foo5.cpp
    // No problem
    @ CC -m64 foo5.cpp
    "foo5.cpp", line 20: Error: An integer constant expression is required here.
    "foo5.cpp", line 36: Where: While specializing "static_is_power_of_2<unsigned long, 16>".
    "foo5.cpp", line 36: Where: Specialized in non-template code.
    "foo5.cpp", line 26: Error: An integer constant expression is required here.
    "foo5.cpp", line 37: Where: While specializing "static_number_is_power_of_2<16>".
    "foo5.cpp", line 37: Where: Specialized in non-template code.
    "foo5.cpp", line 20: Error: An integer constant expression is required here.
    "foo5.cpp", line 43: Where: While specializing "static_is_power_of_2<unsigned long, 17>".
    "foo5.cpp", line 43: Where: Specialized in non-template code.
    "foo5.cpp", line 26: Error: An integer constant expression is required here.
    "foo5.cpp", line 44: Where: While specializing "static_number_is_power_of_2<17>".
    "foo5.cpp", line 44: Where: Specialized in non-template code.
    4 Error(s) detected.
    Predefined macro:
    @ CC -m32 -xdumpmacros=defs foo5.cpp | & tee log32
    @ CC -m64 -xdumpmacros=defs foo5.cpp | & tee log64
    @ diff log32 log64
    7c7
    < #define __TIME__ "09:24:58"
    #define __TIME__ "09:25:38"20c20
    < #define __sparcv8plus 1
    #define __sparcv9 1[snipped]
    =========================
    What is wrong?
    Thanks,
    Alex Vinokur

    Bug 6749491 has been filed for this problem. It will be visible at [http://bugs.sun.com] in a day or two.
    If you have a service contract with Sun, you can ask to have this bug's priority raised, and get a pre-release version of a compiler patch that fixes the problem.
    Otherwise, you can check for new patches from time to time at
    [http://developers.sun.com/sunstudio/downloads/patches/]
    and see whether this bug is listed as fixed.

  • How do I fix a initializing problem with my macbook pro? I only get to the blank screen with the apple logo and the "processing something"sign... it just doesn't start the system....

    How do I fix a initializing problem with my macbook pro? I only get to the blank screen with the apple logo and the "processing something" sign... it just doesn't start the system....
    Please help
    Marcelo

    If there is no loading bar, it's usually a problem with a third party kext file in OS X itself.
    You can press the power button down to force a hardware shutdown, then reboot holding the shift key down on a wired or built in keyboard, this will disable them and you go around and update your third party software.
    Gray, Blue or White screen at boot, w/spinner/progress bar
    Also take this time to backup your users files off the machine if possible.
    Most commonly used backup methods
    Sometime that won't work and you need to do more
    ..Step by Step to fix your Mac

  • Do you have a fix for the problem with Avast. Because soon I will just start using IE since Avast has worked fantastic for me. But I would rather not.

    Question
    Do you have a fix for the problem with Avast. Your upgrade process notifies me that it is not compatible with Avast so I always delete it. Soon I will just start using IE since Avast has worked fantastic for me. But I would rather not. Please help.

    Avast needs to update their Web Rep add-on for Firefox 5.0.
    You can look at the new pre-release version of Avast for Firefox 5.
    * http://forum.avast.com/index.php?topic=80362.0

  • [svn:fx-trunk] 8452: - Fix flicker problem with constraint bound text that is being autoSized.

    Revision: 8452
    Author:   [email protected]
    Date:     2009-07-08 08:38:32 -0700 (Wed, 08 Jul 2009)
    Log Message:
    - Fix flicker problem with constraint bound text that is being autoSized.  If the remeasure is done in a 2nd pass you will see a flicker as all the objects are moved to accommodate the reflowed text.
    - Fix data binding issue with text setter.
    - Rework measure() to accommodate implicit autoSize.
    If explicitWidth or widthInChars specified and explicitHeight or heightInLines specified, or for now, blockProgression != "tb", the text has fixed dimensions and is not auto-sized.
    If no text and width specified, but no height, start at specified width and one line high and grow taller.
    If no text and height specified, start at 1 char wide with the specified height and grow wider.
    If neither width nor height specified, and toFit lineBreaks, start at explicitMaxWidth, or default maxWidth of 160, and grow taller.
    If neither width nor height specified, and explicit lineBreaks width is unlimited and can grow taller.
    These are further constrained by min/max Width and Height except in the case that explicitWidth or explicitHeight are specified.
    - Change default maxWidth for RichText and SimpleText to 160 to match RET.  Previously it was 10000.  This is used for
    text with toFit lineBreaks if a width isn't specified.
    QA Notes: 12 or so TextGraphic tests fail because of the new default maxWidth.
    Doc Notes:SDK-22014, SDK-21837
    Reviewers: Gordon
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-22014
        http://bugs.adobe.com/jira/browse/SDK-21837
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/RichEditableText.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/GraphicEleme nt.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/RichEditable TextContainerManager.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/TextGraphicE lement.as
    Added Paths:
        flex/sdk/trunk/frameworks/projects/spark/src/spark/primitives/supportClasses/RichEditable TextEditManager.as

    You have used elements like header, footer, footer1 and nav without using the correct DOCTYPE declaration. Replace the first line of your code with
    <!doctype html>
    Also have a look here for other problems http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fhome.surewest.net%2Fstorytales%2F test%2Fforposting.html
    After the above has been fixed, please come back here to fix the remaining problem(s)
    Gramps

  • [svn:fx-trunk] 12994: * Fixes for two issues that were showing up in FB.

    Revision: 12994
    Revision: 12994
    Author:   [email protected]
    Date:     2009-12-16 06:44:45 -0800 (Wed, 16 Dec 2009)
    Log Message:
    Fixes for two issues that were showing up in FB.
    QE notes:
    Doc notes:
    Bugs: SDK-24669, SDK-24686
    Reviewer: Corey
    Cycloner: George
    Tests run: checkintests
    Is noteworthy for integration: yes, fixes two FB issues.
    Code-level description of changes:
      modules/compiler/src/java/flex2/tools/PreLink.java
        Modified postRun() to swap in the root CompilationUnit's Logger
        when validating it's StyleContainer.  This allows the warnings
        from StylesContainer.validate() to be persisted across incremental
        compilations.  This fixes SDK-24686.
      modules/compiler/src/java/flex2/compiler/Source.java
        Made getLogger() public, so it could be called from PreLink.
      modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        Modified compile() to check forcedToStop() after each PreLink
        batch.  This fixes SDK-24669.
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24669
        http://bugs.adobe.com/jira/browse/SDK-24686
        http://bugs.adobe.com/jira/browse/SDK-24686
        http://bugs.adobe.com/jira/browse/SDK-24669
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/Source.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/linker/CULinkable.java
        flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java

  • [svn:fx-trunk] 13257: Fix for @inheritDoc not working on a setter, but works on a getter

    Revision: 13257
    Revision: 13257
    Author:   [email protected]
    Date:     2010-01-04 10:49:13 -0800 (Mon, 04 Jan 2010)
    Log Message:
    Fix for @inheritDoc not working on a setter, but works on a getter
    QE notes: None.
    Doc notes: None
    Bugs: SDK-24727
    Reviewed By: Paul
    Tests run: checkintests
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-24727
    Modified Paths:
        flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/asdoc/ClassTable.java

    steabert wrote:
    Hi,
    I had a similar problem with my Dell Latitude E4310, and apparently also the E6410, E6510.
    The solution for me was to add the following line to /etc/modprobe.d/modprobe.conf:
    options snd-hda-intel model=dell-s14
    I tried that, unfortunately it does not work with this chipset. I do get a different set of channels though but it still cannot record anything. Maybe this chipset is too "new" for alsa. The latest release dates back from the end of January. Support for it is explicitly stated in the changelog to 1.0.24 but perhaps the recording part of it slipped through the cracks. ALSA bug tracking system seems quite closed.

  • [svn:fx-trunk] 9329: Fixing openDuration on Tree.

    Revision: 9329
    Author:   [email protected]
    Date:     2009-08-14 17:07:31 -0700 (Fri, 14 Aug 2009)
    Log Message:
    Fixing openDuration on Tree.  The issue was that a call to UIComponent.suspendBackgroundProcessing() wasn?\226?\128?\153t being respected by LayoutManager, now that it doesn?\226?\128?\153t use UIComponent.callLater().  The fix was for LayoutManager to look at UIComponentGlobals.callLaterSuspsendCount.  There are probably other ways to fix this bug because all the tweening in Tree seems very hokey, but given that UIC.suspendBackgroundProcessing() should be respected by LayoutManager, this seemed like the right fix.
    QE notes: We should add tests for openDuration
    Doc notes: -
    Bugs: SDK-21752
    Reviewer: Alex
    Tests run: checkintests, mustella Tree
    Is noteworthy for integration: No
    Ticket Links:
        http://bugs.adobe.com/jira/browse/SDK-21752
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/framework/src/mx/managers/LayoutManager.as

    ould wrote:
    I have done the hard work for you. My HTPC is pretty barebones so it was relatively easy to roll back all the packages that depend on libjpeg>7 with older versions. I then compiled the xbmc-svn package using that system. Slow downs are gone and I have uploaded the package to hotfile here:
    http://hotfile.com/dl/13546051/021f9c9/ … ar.gz.html
    This is for 32-bit. You will need the libjpeg6 package from AUR installed. I have tested it on two systems, my main system which has both libjpeg7 and the AUR libjpeg6 installed and on my htpc which has only the libjpeg6 along with the rolled back dependancies. Works good on both systems.
    Hope that helps!
    Kevin
    Thanks ould!! You got it working with libjpeg6 again!
    I had to upgrade libcdio again so now I lost dvd support. It's not easy to use the svn version.
    If you could compile the build against libcdio 0.80 I'd be forever grateful... If you've got the time.
    Last edited by Perre (2009-09-26 17:09:04)

  • [svn:fx-trunk] 11193: fix packaged build file for textlayout to accommodate the recent changes made to that project

    Revision: 11193
    Author:   [email protected]
    Date:     2009-10-27 13:08:28 -0700 (Tue, 27 Oct 2009)
    Log Message:
    fix packaged build file for textlayout to accommodate the recent changes made to that project
    QE notes: no
    Doc notes:
    Bugs: sdk-23302
    Reviewer:
    Tests run: checkintests
    Is noteworthy for integration: no
    Ticket Links:
        http://bugs.adobe.com/jira/browse/sdk-23302
    Modified Paths:
        flex/sdk/trunk/frameworks/build_framework.xml

    There are two main annoying problems with Flash Builder and swc's:
    1.  Flash Builder doesn't reflect changes made to swc files
    Solution : First of all - keep your swc files inside your project folder, you can also disable global swc cache: change as3api.cpp code,refresh swc in flashBuilder bug!
    2. Flash Builder breakes content inside swc files (and also popular problem "TypeError: Error #1034: Type Coercion failed: cannot convert flash.display::MovieClip@1f21adc1 to...")
    Solution : locate the project .actionScriptProperties file and set useFlashSDK=”false” :  Flash Builder 4.7 – useFlashSDK | In Flagrante Delicto!
    In this case you can also download latest Apache Flex SDK to target new Flash player versions: http://flex.apache.org/
    Hope this helps!
    P.

  • [svn:fx-trunk] 12293: Fix ASC-3726: implement ECMA-262 style numeric conversions for constant numerics.

    Revision: 12293
    Revision: 12293
    Author:   [email protected]
    Date:     2009-11-30 13:23:52 -0800 (Mon, 30 Nov 2009)
    Log Message:
    Fix ASC-3726: implement ECMA-262 style numeric conversions for constant numerics.
    Tests: asc,flex,tamarin checkin tests
    Review: Jeff Dyer (src), Chris Peyer (tests)
    Ticket Links:
        http://bugs.adobe.com/jira/browse/ASC-3726
        http://bugs.adobe.com/jira/browse/ECMA-262
    Modified Paths:
        flex/sdk/trunk/modules/asc/src/java/macromedia/asc/semantics/ConstantEvaluator.java
    Added Paths:
        flex/sdk/trunk/modules/asc/src/java/macromedia/asc/util/NumericConversions.java
    Removed Paths:
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefClPrivInstMethArg ValIntErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefClPrivInstMethArg ValUintErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefClPubInstMethArgV alIntErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefClPubInstMethArgV alUintErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefInstMethArgValErr .err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefInstMethArgValuin tErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefMethArgValErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefMethArgValuintErr .err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefPackMethArgValErr .err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefPackMethArgValUin tErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefStatMethArgValErr .err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvDefStaticMethArgValU intErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvIntClDefInstMethArgU intErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvPubClPrivInstMethArg ValIntErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvPubClPrivInstMethArg ValUintErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvPubClPubInstMethArgV alUintErr.err
        flex/sdk/trunk/modules/asc/test/compiler/as3/Definitions/Function/InvPubClPubInstMethArgV alintErr.err

  • [svn:fx-trunk] 4986: Fix for SDK-19276

    Revision: 4986
    Author: [email protected]
    Date: 2009-02-17 09:37:46 -0800 (Tue, 17 Feb 2009)
    Log Message:
    Fix for SDK-19276
    recent optimizations in the GraphicElement validation phase didn't take into account the reordering of children caused by non-zero layer values. This fix assumes that children with non-zero layers have their own display object, but subsequent children might sitll share display objects with previous children.
    Review: Evtim
    QA: Yes
    Doc: No
    Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-19276
    Modified Paths:
    flex/sdk/trunk/frameworks/projects/flex4/src/mx/components/Group.as

Maybe you are looking for