[svn:fx-trunk] 11530: Fix ASC-3790 ( conditional expression in for loop causes verifier error) r=jodyer

Revision: 11530
Author:   [email protected]
Date:     2009-11-06 13:23:05 -0800 (Fri, 06 Nov 2009)
Log Message:
Fix ASC-3790 (conditional expression in for loop causes verifier error) r=jodyer
Ticket Links:
    http://bugs.adobe.com/jira/browse/ASC-3790
Modified Paths:
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/parser/ConditionalExpressionNode.java

Similar Messages

[svn:fx-trunk] 11999: Fixed: ASC-3889 - Using setting in a for loop causes Verify error

Revision: 11999
Revision: 11999
Author:   [email protected]
Date:     2009-11-19 11:37:09 -0800 (Thu, 19 Nov 2009)
Log Message:
Fixed: ASC-3889 - Using setting in a for loop causes Verify error
Notes: emit pop after callstatic to a void function to balance the stack.
Reviewer: jodyer+
Testing: asc,tamarin,flex checkin tests
Ticket Links:
    http://bugs.adobe.com/jira/browse/ASC-3889
Modified Paths:
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/semantics/CodeGenerator.java

Blacklisting the ahci module does indeed get rid of the error. Would be nice to figure out why it was conflicting with the ahci module though.
I have not yet tried the 173xx drivers, but the latest drivers for the Quadro FX 580 are the 256.53 drivers according to nvidia.
Posted at the nV forums (http://www.nvnews.net/vbulletin/showthread.php?t=155282), so we'll see what they suggest.

[svn:fx-trunk] 12336: Fix ASC-3739 (VerifyError: Stack] caused by newfunction in voidResult context

Revision: 12336
Revision: 12336
Author:   [email protected]
Date:     2009-12-01 14:02:58 -0800 (Tue, 01 Dec 2009)
Log Message:
Fix ASC-3739 (VerifyError: Stack] caused by newfunction in voidResult context
Tests: tamarin,asc,flex checkin tests
Review: Jeff Dyer / Tom Harwood (TH reviewed Jeff's revised patch)
Ticket Links:
    http://bugs.adobe.com/jira/browse/ASC-3739
Modified Paths:
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/parser/FunctionCommonNode.java
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/semantics/CodeGenerator.java

[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] 11894: Fix ASC-3586 ( NPE analyzing function definition in dead code)

Revision: 11894
Revision: 11894
Author:   [email protected]
Date:     2009-11-17 07:58:11 -0800 (Tue, 17 Nov 2009)
Log Message:
Fix ASC-3586 (NPE analyzing function definition in dead code)
Original patch author: Jeff Dyer
Reviewer: Tom Harwood
Tests: asc/tamarin/flex acceptance tests
Ticket Links:
    http://bugs.adobe.com/jira/browse/ASC-3586
Modified Paths:
    flex/sdk/trunk/modules/asc/src/java/macromedia/asc/semantics/ConstantEvaluator.java

[svn:fx-trunk] 10866: Fix broken links in ASDoc comments for TLFTextInput. as and TextArea.as, and add OverrideBase.as to ASDoc output

Revision: 10866
Author:   [email protected]
Date:     2009-10-05 08:56:44 -0700 (Mon, 05 Oct 2009)
Log Message:
Fix broken links in ASDoc comments for TLFTextInput.as and TextArea.as, and add OverrideBase.as to ASDoc output
QE notes: -
Doc notes: -
Bugs: -
Reviewer: -
Tests run: - checkintests
Is noteworthy for integration: No
Modified Paths:
    flex/sdk/trunk/frameworks/projects/framework/src/mx/states/OverrideBase.as
    flex/sdk/trunk/frameworks/projects/spark/src/mx/controls/TLFTextInput.as
    flex/sdk/trunk/frameworks/projects/spark/src/spark/components/TextArea.as

Sorry about that. I am not exactly sure where the problem is, but I know it takes place after I put the <nav> in (in the html portion). If I understand what I am learning, the CSS at the top will structure my html code so I would have thought the CSS tageting my nav would be the focus. Maybe it is a different section though.
CSS part:
nav p {
font-size: 90%;
color: #FFC;
text-align: right;
font-weight: bold;
background-color: #090;
padding-top: 5px;
padding-right: 20px;
padding-bottom: 5px;
border-top-width: 2px;
border-top-style: solid;
border-top-color: #060;
HTML part: (bold italic is the part I added)
<body>
<div class="container">
<div id="apDiv1"><img src="Lessons/images/butterfly-ovr.png" width="170" height="158" alt="GreenStart Logo"></div>
<header></header>
<nav>
    <p>Home | About Us | Contact Us</p>
</nav>
<div class="sidebar1">
    <ul class="nav">
      <li><a href="#">Green News</a></li>
      <li><a href="#">Green Products</a></li>
      <li><a href="#">Green Events</a></li>
      <li><a href="#">Green Travel</a></li>
      <li><a href="#">Green Tips</a></li>
    </ul>

[svn:bz-trunk] 18928: fixing the sample service-config. xml for max-object-nest-level setting

Revision: 18928
Revision: 18928
Author:   [email protected]
Date:     2010-12-01 14:16:56 -0800 (Wed, 01 Dec 2010)
Log Message:
fixing the sample service-config.xml for max-object-nest-level setting
Modified Paths:
    blazeds/trunk/resources/config/services-config.xml

you have your driver jar in Tomcat\common\lib?
if so, check your classpath, it could be that.

[svn] 2788: fix asc commandline tests, use wildcards for build number is usage baselines

Revision: 2788
Author: [email protected]
Date: 2008-08-08 10:47:32 -0700 (Fri, 08 Aug 2008)
Log Message:
fix asc commandline tests, use wildcards for build number is usage baselines
Modified Paths:
flex/sdk/trunk/modules/asc/test/compiler/cmdline/avmtarget.err
flex/sdk/trunk/modules/asc/test/compiler/cmdline/avmtargetn.err
flex/sdk/trunk/modules/asc/test/compiler/cmdline/config.err
flex/sdk/trunk/modules/asc/test/compiler/cmdline/help1.err
flex/sdk/trunk/modules/asc/test/compiler/cmdline/help2.err

[mi] EQ overflowing. The server is probably stuck in an infinite loop.
Seems a little suspicious, though its kind of a generic error message. Lots and lots of google hits on that one.
Are you sure none of the libs or executables for xorg-* got damaged before the system called for an fsck? The power went out on me once and my hard drive "forgot" about 75% of my kernel modules, although it was a conventional hard drive and not an SSD.
try re-installing some packages:
pacman -S xorg xf86-video-ati ati-dri libgl
(any more anyone can think of?)
[edit]
Is your copy of that bootchart that blurry or is flicker messing with it? It looks like its been resized even at largest setting. I can hardly read it.
Last edited by wriggary (2010-01-29 04:43:02)

[svn] 1443: Fix FB-12505: Debugger expression evaluator: Literal operators return internal error

Revision: 1443
Author: [email protected]
Date: 2008-04-28 15:09:20 -0700 (Mon, 28 Apr 2008)
Log Message:
Fix FB-12505: Debugger expression evaluator: Literal operators return internal error
Ticket Links:
http://bugs.adobe.com/jira/browse/FB-12505
Modified Paths:
flex/sdk/trunk/modules/debugger/src/java/flash/tools/debugger/expression/DebuggerExpressi on.java

[svn:fx-trunk] 10898: Fix for a bug: After playing a hide effect, a window wouldn't be visible again.

Revision: 10898
Author:   [email protected]
Date:     2009-10-06 13:54:04 -0700 (Tue, 06 Oct 2009)
Log Message:
Fix for a bug: After playing a hide effect, a window wouldn't be visible again.
The issue here is that all effects that occur because of HIDE end up calling setVisible() (see EffectManager.effectEndHandler). Window/WindowedApplication was basically left with two concepts of setVisible...the displayObject one and the native application one, and they were out of synch. So setting visible=true on the window wasn?\226?\128?\153t calling setVisible(true) which controls the display object visibility. Now instead of doing our work in the visible setter, we override setVisible() and do it in there.
QE notes: -
Doc notes: -
Bugs: SDK-23263
Reviewer: Darrell
Tests run: checkintests, Rob ran mustella window/windowedapplication
Is noteworthy for integration: No
Ticket Links:
    http://bugs.adobe.com/jira/browse/SDK-23263
Modified Paths:
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/mx/core/WindowedApplication.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/Window.as
    flex/sdk/trunk/frameworks/projects/airframework/src/spark/components/WindowedApplication. as

I run Suse 9.1 Linux, and Suse has a package called lmsensors which by default on my machine gives readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +41.0°C (high = +80°C, hyst = +75°C) sensor = PII/Celeron diode
Now that 41C is pretty high for an idle AMD643000+ running at 1000Mhz, 1.08V. Too high, I would say. temp 1 in this case is the SYS temp, temp2 is the CPU temp.
Now, using lmsensors I can duplicate your little trick and tell it that temp 2 is in fact a 3904 transistor. Having done this can I get readings like this:
Code: [Select]
temp1: +27°C (high = +0°C, hyst = +22°C) sensor = thermistor
temp2: +16.0°C (high = +80°C, hyst = +75°C) sensor = 3904 transistor
Problem is, I'm not sure that the sensor is actually a 3904 transistor! The number's lower, but I was pretty sure that the sensor in the AMD64 is in fact a diode. Also, surely the CPU temp can't actually be that much lower than the SYS temp.
So, I think your fix succeeds in giving lower temps and that's great in that it will tell your system software that the CPU is not overheating, but I don't think it's the solution to high temp reporting. Anyway, as you say, its a solution for people who can't run with system shutdowns due to bogus high temps.
I've been looking at these temp issues with the MSI K8T, and I was thinking the problem was simply a miscalibration. The Winbond sensor chip on my board (maybe the K8N is the same, maybe not) has a sensor temp offset that gets added to the temp coming from the sensor. On the K8T this number is +54C. Funny number I know, but I've "fixed" the problem while I wait for a real bios fix on the K8T by simply reducing this offset to give me a CPU temp that matches SYS temp when idle. This enables cool'n'quiet fan control to work properly on my system, which is my main practical concern.

[svn:bz-trunk] 13380: Fix failing config suite tests.

Revision: 13380
Revision: 13380
Author:   [email protected]
Date:     2010-01-08 10:25:30 -0800 (Fri, 08 Jan 2010)
Log Message:
Fix failing config suite tests. One of these was due to an error message that got changed. The other two were due to the server's console log being different from the servlet log file. One of these I logged a bug for because the two error messages did not match at all. . . but in general when writing config suite tests you need to use the error message from the servlet log file and not the console output as these will be slightly different. . . and it's the servlet log file that the config suite checks.
Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/factories/NonExistentClassTest/e rror.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/InvalidMess ageTypeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/wron gTypeValidatorTest/error.txt

[svn:bz-trunk] 7681: Fix bunch of failing config tests on BlazeDS/ trunk by removing javax.servlet. UnavailableException from the expected error string.

Revision: 7681
Author:   [email protected]
Date:     2009-06-09 11:44:36 -0700 (Tue, 09 Jun 2009)
Log Message:
Fix bunch of failing config tests on BlazeDS/trunk by removing javax.servlet.UnavailableException from the expected error string.
Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/destination/IncorrectRootElement Test/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/AdaptiveServerT oClient/AdaptiveFrequencyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/AdaptiveServerT oClient/FrequencyStepSizeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/AdaptiveServerT oClient/MaxQueueSizeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/DestinationWith NoChannelTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/DestinationWith NoIDTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/InvalidAckn owledgeModeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/InvalidDeli veryModeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/InvalidDest inationTypeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/InvalidMess ageTypeTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/NoConnectio nFactoryTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/jms/NoJNDINameT est/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leInbound/InvalidBufferPolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leInbound/InvalidConflatePolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leInbound/UnknownInboundPolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leInbound/frequencies/McfGreaterthanMfTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leOutbound/InvalidBufferPolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leOutbound/InvalidConflatePolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leOutbound/InvalidErrorPolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leOutbound/UnknownOutboundPolicyTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/throttle/thrott leOutbound/frequencies/McfGreaterthanMfTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/nonE xistingValidatorTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/same ExplicitTypeValidatorTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/same TypeValidatorTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/wron gTypeValidatorTest/error.txt

[svn:bz-trunk] 17048: Fix two failing config tests.

Revision: 17048
Revision: 17048
Author:   [email protected]
Date:     2010-07-23 12:09:49 -0700 (Fri, 23 Jul 2010)
Log Message:
Fix two failing config tests. Looks like the way messages get logged changed slightly which broke the tests. Should be fixed now.
Modified Paths:
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/good ValidatorTest/error.txt
    blazeds/trunk/qa/apps/qa-regress/testsuites/config/tests/messagingService/validation/patt ernFilterLoggingValidatorTest/error.txt

[svn:bz-trunk] 9665: Fix minor typo in errors.properties file.

Revision: 9665
Author:   [email protected]
Date:     2009-08-26 14:13:27 -0700 (Wed, 26 Aug 2009)
Log Message:
Fix minor typo in errors.properties file. Change "wilcard" to "wildcard" in the following error string.
10560=Attempt to subscribe to the subtopic, '''', on destination, '''', that does not allow wilcard subtopics failed.
Checkintests: passed
Modified Paths:
    blazeds/trunk/modules/common/src/flex/messaging/errors.properties
    blazeds/trunk/qa/apps/qa-regress/testsuites/mxunit/tests/messagingService/dynamicDestinat ions/subtopicsEnabledWildcardsNotAllowed.mxml

onearm wrote:
Svn revision 442 doesn't compile on Arch64:
[ 4%] [ 5%] Building CXX object src/CMakeFiles/guayadeque.dir/AlListBox.o
Building CXX object src/CMakeFiles/guayadeque.dir/ArListBox.o
In file included from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/LastFMPanel.h:25,
from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/MainFrame.h:27,
from /tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/AlListBox.cpp:27:
/tmp/yaourt-tmp-gianluca/aur-guayadeque-svn/guayadeque-svn/src/guayadeque/Trunk/src/PlayerPanel.h:25:28: error: AutoScrollText.h: No such file or directory
[ 7%] Building CXX object src/CMakeFiles/guayadeque.dir/ArrayStringArray.o
[ 8%] Building CXX object src/CMakeFiles/guayadeque.dir/AudioScrobble.o
make[2]: *** [src/CMakeFiles/guayadeque.dir/AlListBox.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [src/CMakeFiles/guayadeque.dir/all] Error 2
make: *** [all] Error 2
Thanks for the bug report. It was a test i was doing but finally decided to not include it but left this line by error.
It have been fixed in svn 443.
Thanks again

[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] 11530: Fix ASC-3790 ( conditional expression in for loop causes verifier error) r=jodyer

Similar Messages

Maybe you are looking for