I found a very good [implementation from CPUID project](https://sourceforge.net/p/cpuinfo/code/ci/default/tree/Windows/Dependencies/Dependencies.cpp):

```c
/*----------------------------------------------------------*
*
* RVAToOffset: Convert value from RVA to file offset.
*----------------------------------------------------------*/
DWORD RVAToOffset(IMAGE_NT_HEADERS32* pNtHdr, DWORD dwRVA)
{
	int i;
	WORD wSections;
	PIMAGE_SECTION_HEADER pSectionHdr;

	/* Map first section */
	pSectionHdr = IMAGE_FIRST_SECTION(pNtHdr);
	wSections = pNtHdr->FileHeader.NumberOfSections;

	for (i = 0; i < wSections; i++)
	{
		if (pSectionHdr->VirtualAddress <= dwRVA)
			if ((pSectionHdr->VirtualAddress + pSectionHdr->Misc.VirtualSize) > dwRVA)
			{
				dwRVA -= pSectionHdr->VirtualAddress;
				dwRVA += pSectionHdr->PointerToRawData;

				return (dwRVA);
			}

		pSectionHdr++;
	}

	return (DWORD)(-1);
}

/*----------------------------------------------------------*
*
* OffsetToRVA: Convert value from file offset to RVA.
*----------------------------------------------------------*/
DWORD OffsetToRVA(IMAGE_NT_HEADERS32* pNtHdr, DWORD dwOffset)
{
	int i;
	WORD wSections;
	PIMAGE_SECTION_HEADER pSectionHdr;

	/* Map first section */
	pSectionHdr = IMAGE_FIRST_SECTION(pNtHdr);
	wSections = pNtHdr->FileHeader.NumberOfSections;

	for (i = 0; i < wSections; i++)
	{
		if (pSectionHdr->PointerToRawData <= dwOffset)
			if ((pSectionHdr->PointerToRawData + pSectionHdr->SizeOfRawData) > dwOffset)
			{
				dwOffset -= pSectionHdr->PointerToRawData;
				dwOffset += pSectionHdr->VirtualAddress;

				return (dwOffset);
			}

		pSectionHdr++;
	}

	return (DWORD)(-1);
}
```


I see a lot of trailing whitespace was accidentally added here. Might need to check your text editor settings.


Much 3d Models and Textures we did new we add the ACE prefix


Please try the latest code for android and let me know how it goes. Thanks.


Gona give this a try ! :) I'll try to work on the Appdata thing.
No problem for the SLN. Probably you used the latest visual studio and I should upgrade too.
Nice work btw !


@Nadahar see #249 #250 #251 #320 etc.


I got killed on Slack enough... :banana:


I'll grill you here, if I need to :shipit:


This was long due, thank you!


Add an empty line above.


Fixes https://github.com/Mashape/kong/issues/459


Thanks heaps for adding this improvement! The only thing I would like to suggest is that maybe you could do this kind of thing as a separate git commit for similar changes in future, so it's easier to find, and easier to read through the git log.


TeamCity Ignite :: Ignite Cache Failover2 [Build 124](http://204.14.53.152/viewLog.html?buildId=59936&buildTypeId=Ignite_IgniteCacheFailover2&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 53 Build time: 00:28:17


Revert this to original and instead escape each element separately at when creating $sortlink at lines, 111, 117, and 120.


TeamCity Ignite :: Ignite Cache Restarts [Build 1812](http://204.14.53.152/viewLog.html?buildId=59939&buildTypeId=Ignite_IgniteDataGridRestarts&guest=1) is now running


This check should not be failing, no matter how slow the machine is at least 10k iterations should be used for the time based pbkdf. This test confirms that behavior.


This isn't showing up in the jsdoc at all (as produced by `grunt jsdoc`).   Probably because you forgot the `/** module ... */` and also the jsdoc for the class itself (which should be above line 9).   Same for DstoreToStoreAdapter.js.

I'm assuming you want the jsdoc to show up since you've documented the individual methods.

Also related to jsdoc, we usually put periods at the end of method/property/class etc. descriptions.   You are missing a few.


Yeah, that sounds reasonable. We should open an ASF JIRA for this.  Please check how https://issues.apache.org/jira/browse/HDFS-8797 impacts this, since it's now tracking the file length if known.


TeamCity Ignite :: Ignite Cache Failover [Build 1879](http://204.14.53.152/viewLog.html?buildId=59934&buildTypeId=Ignite_IgniteDataGridFailover&guest=1) outcome was **FAILURE**
Summary: Tests failed: 1, passed: 34 Build time: 00:35:56
### Failed tests
```
org.apache.ignite.testsuites.IgniteCacheFailoverTestSuite: org.apache.ignite.internal.processors.cache.GridCacheIncrementTransformTest.testIncrementRestart: junit.framework.AssertionFailedError: expected:<1122> but was:<1123>
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.Assert.failNotEquals(Assert.java:329)

```


TeamCity Ignite :: Ignite Cache Tx Recovery [Build 256](http://204.14.53.152/viewLog.html?buildId=59940&buildTypeId=Ignite_IgniteCacheTxRecover&guest=1) is now running


I did not realize that. That leads me to "let's decide what the standard for that naming should be". :grimacing:


you don't need parens here either, or on line 270.


You can put a comment yeah


Is this just a formatting change? (Hard to tell with Github's diff viewer.)


Same; is tihs just a formatting change?


lgtm


Updated https://github.com/spree/spree_auth_devise/commit/336b0e4f3a9c38dba36c8deef37549f48f61672f


Remove commented out code.


Well which was intended? Code points 0 through 0x20 or 0 through 0x1F?


Yes.


so you do not catch the final </a>?
you might want to do:
local anchor = line:match(<previous stuff>') or line:match(<new match with </a>>)


TeamCity Ignite :: Ignite Cache Full API [Build 1187](http://204.14.53.152/viewLog.html?buildId=59937&buildTypeId=Ignite_IgniteCacheFullApi&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 8384, muted: 27 Build time: 00:35:12


TeamCity Ignite :: Ignite Cloud [Build 284](http://204.14.53.152/viewLog.html?buildId=59941&buildTypeId=Ignite_Cloud&guest=1) is now running


aie


所以，如果做了很多次重新合并，或者想要一个特性分支始终与你的 master 分支保持最新但却不想要一大堆合并，或者经常变基，你可以将 打开`rerere`的帮助文档,处理冲突将变得很简单。


right, you always alloc 8 bytes, but use the size of int in it. ok.


Holi creo que ya lo entontre :v


htc-rebase

On Mon, Aug 10, 2015, 6:24 PM Dennis S Lebhardt jr. <
notifications@github.com> wrote:

> what vendor branch should i be using?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/CandyDevices/kernel_htc_msm8994/commit/00e9c2c40f23a045df79be1ad813e1ec095d1cdd#commitcomment-12626802>
> .
>
--

Thanks,
Rashed Abdel-Tawab


My fault! I was demonstrating how to edit the rst file and made the mistake that checked in the local change of build location.

I have changed the location back to 'build' from '../../xcatdoc_build'.

Refer to #6


Refer to commit 48a937ce471b2e02b38ee60d540a160b0e1aefe5


Does this commit alleviate the memory allocation issue?


TeamCity Ignite :: Ignite Cloud [Build 284](http://204.14.53.152/viewLog.html?buildId=59941&buildTypeId=Ignite_Cloud&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 2, muted: 2 Build time: 00:03:39


TeamCity Ignite :: Ignite Compute Grid [Build 1755](http://204.14.53.152/viewLog.html?buildId=59942&buildTypeId=Ignite_IgniteComputeGrid&guest=1) is now running


I don't like this.


I feel neutral about this.


No. This is an optinal patch.

With this patch you give the option to change the carácter name when you play the first time with the migrated character. Si, if you want to give the opción you need to apply the patch, unless you dont need it.


Good use of helpers. It keeps the view cleaner


Whoops. I said "Delete notes on prod", but it actually deletes notes on devel only.


TeamCity Ignite :: Ignite Cache Full API Multi JVM [Build 136](http://204.14.53.152/viewLog.html?buildId=59938&buildTypeId=Ignite_IgniteCacheFullApiMultiJvm&guest=1) outcome was **FAILURE**
Summary: Tests failed: 2, passed: 4885, muted: 278 Build time: 00:36:22
### Failed tests
```
org.apache.ignite.testsuites.IgniteCacheFullApiMultiJvmSelfTestSuite: org.apache.ignite.internal.processors.cache.multijvm.GridCacheAtomicNearEnabledMultiJvmFullApiSelfTest.testPutAllPutAll: junit.framework.AssertionFailedError: expected:<64> but was:<8>
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.Assert.failNotEquals(Assert.java:329)

org.apache.ignite.testsuites.IgniteCacheFullApiMultiJvmSelfTestSuite: org.apache.ignite.internal.processors.cache.multijvm.GridCacheAtomicNearEnabledFairAffinityMultiJvmFullApiSelfTest.testPutAllPutAll: junit.framework.AssertionFailedError: expected:<9> but was:<3>
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.Assert.failNotEquals(Assert.java:329)

```


can anyone create a photo?


TeamCity Ignite :: Ignite Data Strucutures [Build 1788](http://204.14.53.152/viewLog.html?buildId=59943&buildTypeId=Ignite_IgniteDataStrucutures&guest=1) is now running


This is the idea... right on your IDE, no need to go elsewhere for examples.

<img width="644" alt="screen shot 2015-08-10 at 8 44 47 pm" src="https://cloud.githubusercontent.com/assets/163977/9187628/ab51988a-3fa0-11e5-8a71-b08dc6534808.png">


TeamCity Ignite :: Ignite Cache Tx Recovery [Build 256](http://204.14.53.152/viewLog.html?buildId=59940&buildTypeId=Ignite_IgniteCacheTxRecover&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 74 Build time: 00:13:23


TeamCity Ignite :: Ignite Examples [Build 1609](http://204.14.53.152/viewLog.html?buildId=59944&buildTypeId=Ignite_IgniteExamples&guest=1) is now running


It appears to be a set of shape descriptions, which I'm guessing the font files are built from. There may be legal reasons to include this, based on the following attribution snippet near the head of the file:

```
"customIcons":[[
    "metadata":{
        "id":"iconic",
        "name":"Iconic",
        "link":"http://somerandomdude.com/work/iconic/",
        "grid":"16",
        "author":"P.J. Onori",
        "authorLink":"http://somerandomdude.com",
        "license":"CC BY-SA 3.0",
        "licenseLink":"http://creativecommons.org/licenses/by-sa/3.0/us/",
        "defaultunicode":false
    },
```

Other author descriptions appear elsewhere in the file.


QUEST_LV_0100_20150317_000752 - Changed the word "know" to "knows".


**instructions only centered when screen size is small


also removes the menu bar from appearing when screen size is small


最も安直な解決法であるが、呼び出す相手がシステムコールである以上やりようもなく。


`NavigationPropertyConfiguration` has a different meaning.  You might have already changed it in a later commit.


be clearer.  Specifically say that we're NOT using iptables.

"Can't determine whether to use iptables or userspace, using userspace proxier: %v"  or something


good you are working out a pending, but default pending would be odd. if you have  'request  friendship' then it turns to  'pending' then to 'friend' .  Pending might cause issues?


is there a convenient way to write a test for this? because I easily see somebody stumbling on this function, saying to themselves "this keyword arg is not used, gonna remove it" and then having the bug return.


Does the json parser automatically alphabetize by `name`?


maybe move this (above code) into a photo partial?


"Demon" needed to be in plural.


Good thinking on ordering the photos


I believe he is talking about his own body and not someone else's.


**[unitTests_php_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_php_branches/18904/testReport/) for this commit**


Yo @agc2117, the rate at which you're banging these out is impressive! :+1:


if you want, you could combine with above: render partial or "This user doesn't have any pictures yet :( "


Fixed in the next commit.


Unfortunately looks like this caused #1789.


I found where I had a problem. If grid is opened in a popup, which is in position: fixed too. Then having another position fix messes up paste operation. Now, in spreadsheet like grids I cannot cut and paste.

Will have to look for a better solution. Do not know why paste is not working yet. But the idea behind paste is that it pasted into hidden control (which also has a focus) and then it will parse into the grid.


Placed in the word "go" and changed the word from "in" to "into" for context.


I believe "would" is the correct word in this sentence.


The issue might be here because on intex the way we return from an async function has changed.


TeamCity Ignite :: Ignite Examples [Build 1609](http://204.14.53.152/viewLog.html?buildId=59944&buildTypeId=Ignite_IgniteExamples&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 73, muted: 1 Build time: 00:11:27


TeamCity Ignite :: Ignite GCE [Build 244](http://204.14.53.152/viewLog.html?buildId=59945&buildTypeId=Ignite_Gce&guest=1) is now running


Not sure what do you mean by 'no previous Friendship when visiting user2'


I  like you build your friendship via TDD


The random generator generate some invalid string and we should skip them


TeamCity Ignite :: Ignite Compute Grid [Build 1755](http://204.14.53.152/viewLog.html?buildId=59942&buildTypeId=Ignite_IgniteComputeGrid&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 201 Build time: 00:15:12


TeamCity Ignite :: Ignite Geospacial Indexing [Build 1578](http://204.14.53.152/viewLog.html?buildId=59946&buildTypeId=Ignite_IgniteGeospacialIndexing&guest=1) is now running


In other sentences it refers to Black Maize as a proper name. Tree of Savior has Black Maize as the name of a monster in its database so I capitalized the name in every mention of it.


I don't think you even have to do this, nginx creates the folder for you.


Oh, so sometimes you have an `a.h` file without a `a.cpp` file, but there are other `z.cpp` files in that directory? What if there are `.cpp` and `.c` files in that directory?


It is referring to a location.


(Also if people set the nginx_working_dir to another value, this folder was created for nothing.


You're visiting user's timeline, but checking for Friend/Unfriend button, do you have extra? Where did you create/visit user2?


TeamCity Ignite :: Ignite GCE [Build 244](http://204.14.53.152/viewLog.html?buildId=59945&buildTypeId=Ignite_Gce&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1 Build time: 00:03:44


TeamCity Ignite :: Ignite H2 Indexing [Build 1595](http://204.14.53.152/viewLog.html?buildId=59947&buildTypeId=Ignite_IgniteH2Indexing&guest=1) is now running


I believe it should be "dwells".


This code is there to cover a very common issue when the regular user has not the right permissions to `/usr/local/kong`, and `kong start` fails. Since 99% of the users won't change the default directory when starting kong, it makes their life easier.

The fix would be to execute `chown -R username /usr/local` - but it was happening so often I decided to implement a fix on the package level.


TeamCity Ignite :: Ignite Geospacial Indexing [Build 1578](http://204.14.53.152/viewLog.html?buildId=59946&buildTypeId=Ignite_IgniteGeospacialIndexing&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 3 Build time: 00:04:20


TeamCity Ignite :: Ignite Hadoop [Build 1629](http://204.14.53.152/viewLog.html?buildId=59948&buildTypeId=Ignite_IgniteHadoop&guest=1) is now running


I'll be back by August 17th.


I did not edit this sentence, but it should be reviewed. The word "inspetor" does not exist in the English vocabulary, so I leave that to judgement if you want to replace it or remove it completely.


Corrected a grammatical error here.


Grammatical error on first word not capitalized.


TeamCity Ignite :: Ignite Data Strucutures [Build 1788](http://204.14.53.152/viewLog.html?buildId=59943&buildTypeId=Ignite_IgniteDataStrucutures&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 418, muted: 92 Build time: 00:18:43


TeamCity Ignite :: Ignite Hibernate [Build 1588](http://204.14.53.152/viewLog.html?buildId=59949&buildTypeId=Ignite_IgniteHibernate&guest=1) is now running


This leave us with two options:

1. We better explain what needs to be done when installing Kong (but creates more friction)
2. We keep as it is, because I think it should be the distribution's task to make sure the default installation works 100% of the times (the reasoning I was following when implementing this).


It is referring to the present and not the past.


Missing period.


No, will remove it


TeamCity Ignite :: Ignite H2 Indexing [Build 1595](http://204.14.53.152/viewLog.html?buildId=59947&buildTypeId=Ignite_IgniteH2Indexing&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 11, muted: 2 Build time: 00:04:20


TeamCity Ignite :: Ignite IGFS [Build 1622](http://204.14.53.152/viewLog.html?buildId=59950&buildTypeId=Ignite_IgniteGgfs&guest=1) is now running


Good catch.  Fixed.


Changed the word "know" to "knows".


will update


Thanks, I updated it.


already removed


Pretty sure this is an error. You have an odd number of items in the map literal. Did you miss another `:admin` key in there? Also, `(or x false)` is always `x`. If you want it as an actual boolean, use the `boolean` function.


Oh, actually I should have read the contents of the function... but anyway, this is fine.


TeamCity Ignite :: Ignite Hibernate [Build 1588](http://204.14.53.152/viewLog.html?buildId=59949&buildTypeId=Ignite_IgniteHibernate&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 35, muted: 2 Build time: 00:04:06


TeamCity Ignite :: Ignite IGFS Examples [Build 1595](http://204.14.53.152/viewLog.html?buildId=59951&buildTypeId=Ignite_IgniteGgfsExamples&guest=1) is now running


Yes


r+


saw approval from graydon
at https://github.com/jedmccaleb/stellar-core/commit/845cc82a00b85dab3f1816f9d1117a0ec8952624


merging jedmccaleb/stellar-core/t2 = 845cc82a into auto


jedmccaleb/stellar-core/t2 = 845cc82a merged ok, testing candidate = 47d89671


will remove


@kozeltom @rattuscz I'll figure out another way eventually, I see this is horrible :hear_no_evil:


I noticed that `query.args[0] === prop`, so it's redundant to pass in both `prop` and `query` and then reference ``query.args[0]`.

Perhaps instead of passing in `query` you should pass in `query.args[1]` and `query.type as parameters`?


TeamCity Ignite :: Ignite IGFS Examples [Build 1595](http://204.14.53.152/viewLog.html?buildId=59951&buildTypeId=Ignite_IgniteGgfsExamples&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1 Build time: 00:03:18


TeamCity Ignite :: Ignite IGFS Linux and MacOS [Build 1604](http://204.14.53.152/viewLog.html?buildId=59952&buildTypeId=Ignite_IgniteGgfsLinuxAndMacOS&guest=1) is now running


TeamCity Ignite :: Ignite Hadoop [Build 1629](http://204.14.53.152/viewLog.html?buildId=59948&buildTypeId=Ignite_IgniteHadoop&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 998, muted: 10 Build time: 00:09:30


TeamCity Ignite :: Ignite Java Client [Build 1639](http://204.14.53.152/viewLog.html?buildId=59953&buildTypeId=Ignite_IgniteJavaClient&guest=1) is now running


I'm not sure why we have to handle the `git@` case to start with. Is there a case when `moduleUrl` starts with `git@`?


Make a pull request :^)


**[unitTests_php_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_php_branches/18905/testReport/) for this commit**


73737 sorkl


Food for thought: Would it be better to have a type category set as default to normal, and a profile and header option? Or give the profile multiple photos as well? I would veer to the latter as you were thinking.


The line is:

     [\x00-\x1f]

which means code points `0x00` to `0x1f` (inclusive) which was the intention.

The `Char` type in Haskell is unsigned so saying `[\x00-\x1f]` is the same as saying "character values < 0x20".


Okay, this is fun. Can we either ban this guy or lock the thread now?


The soft limit for validator tasks is 2 minutes. I suppose it's possible the task might not get picked up for 3 minutes, but this is mostly just an optimization, so I thought I'd err on the side of too short rather than too long.


Why is the tls stuff a problem to run in mock mode?


Why is setting up the storage driver not possible in mock mode? I sort of assumed this would hit the mock storage driver and just be a no-op there.


Hmm, if there's no matching id then this function will never return.   It's also unusual to use a `while()` loop to go through an array.  More typical would be:

```js
for (var i = 0; i < this.data.length; i++) {
    var res = this.data[i];
    if (res.id === id) {
        return Promise.resolve(res);
    }
}
```


TeamCity Ignite :: Ignite IGFS Linux and MacOS [Build 1604](http://204.14.53.152/viewLog.html?buildId=59952&buildTypeId=Ignite_IgniteGgfsLinuxAndMacOS&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 691, muted: 1 Build time: 00:06:45


TeamCity Ignite :: Ignite JDBC Driver [Build 1591](http://204.14.53.152/viewLog.html?buildId=59954&buildTypeId=Ignite_IgniteJdbcDriver&guest=1) is now running


2da75aa119bb47a803fbd91a2f765f9c65fa4930 accomplishes this.


I'm wondering if we want to make update functions use the same model/strategy as `clojure.core`. That is, have an higher order update function, that takes an arbitrary `f` that transforms the data on the server. Roughly:

```clojure
(defn update-foo [args f opts]
  (client/api-request :post "/blah/%s/foo/%s" args
    (merge opts {:data (f (client/api-request :get "/blah/%s/foo/%s" args opts)})))
```

That way you can do calculations based off the current state

```clojure
(update-foo [bar baz] #(update-in % [:some :deeply :nested :value] inc))
```

Etc.


A system message? I dunno


set this to `remap = false`, then you won't need to do it for each of the fields


Looks like a typo.  You have both `source` and `store` properties` but there's only a jsdoc comment for the `store` property.


h1 +103 6eada06);


Great! :+1:


I think you meant "source" not "store"?  Also, forgot the period at the end of the sentence.


Ok ms hak ms rady yst8


TeamCity Ignite :: Ignite Java Client [Build 1639](http://204.14.53.152/viewLog.html?buildId=59953&buildTypeId=Ignite_IgniteJavaClient&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 262, muted: 8 Build time: 00:09:31


TeamCity Ignite :: Ignite JTA [Build 1699](http://204.14.53.152/viewLog.html?buildId=59955&buildTypeId=Ignite_IgniteJta&guest=1) is now running


TeamCity Ignite :: Ignite JDBC Driver [Build 1591](http://204.14.53.152/viewLog.html?buildId=59954&buildTypeId=Ignite_IgniteJdbcDriver&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 54 Build time: 00:03:44


TeamCity Ignite :: Ignite Logging [Build 1714](http://204.14.53.152/viewLog.html?buildId=59956&buildTypeId=Ignite_IgniteLogging&guest=1) is now running


TeamCity LabkeyTrunk :: CDS postgres 9.4 [Build 296](https://teamcity.labkey.org/viewLog.html?buildId=265574&buildTypeId=LabkeyTrunk_CdsPostgres93) outcome was **FAILURE**
Summary: Tests failed: 28, passed: 2 Build time: 00:16:29
### Failed tests
```
org.labkey.test.tests.CDSMeasureStoreTest.testDemoMeasureStore: <no details avaliable>

org.labkey.test.Runner: org.labkey.test.tests.CDSTest: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyFilterDisplays: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyGrid: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyGroups: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudyProducts: <no details avaliable>

org.labkey.test.tests.CDSTest.verifyHomePage: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudiesSearch: <no details avaliable>

org.labkey.test.tests.CDSTest.clickOnLearnAboutStudyItem: <no details avaliable>

org.labkey.test.tests.CDSTest.clickOnLearnAboutStudyProductsItem: <no details avaliable>

org.labkey.test.tests.CDSTest.testLearnAboutStudies: <no details avaliable>

##### there are 18 more failed tests, see build details
```


阿里妈妈说


nitpick: this guy didn't need to be a seperate method.


Anonymous inner classes don't work in mixins. It needs to be defined outside of the mixin package IIRC


It's basically a hack. I'll just create a new `task` mock and have `chain` return that instead.


regression: This used to be a BadRequest but is now a ProtocolError.


It's true by default, yes. I just wanted it to be explicit, especially since the other tests explicitly set it to `False`.


TeamCity Ignite :: Ignite JTA [Build 1699](http://204.14.53.152/viewLog.html?buildId=59955&buildTypeId=Ignite_IgniteJta&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 7, muted: 2 Build time: 00:03:11


TeamCity Ignite :: Ignite Queries [Build 1667](http://204.14.53.152/viewLog.html?buildId=59957&buildTypeId=Ignite_IgniteQueries&guest=1) is now running


TeamCity Ignite :: Ignite Logging [Build 1714](http://204.14.53.152/viewLog.html?buildId=59956&buildTypeId=Ignite_IgniteLogging&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 1 Build time: 00:03:08


TeamCity Ignite :: Ignite Scalar Examples [Build 1623](http://204.14.53.152/viewLog.html?buildId=59958&buildTypeId=Ignite_IgniteScalarExamples&guest=1) is now running


one plus


Hey @igorapa you could avoid this second `if` condition by using the `return` approach when you method should not exec anything if some conditions is true..

would be something like:
```js
Storage.prototype.addEvent = function(elem) {
  if(this.isSubmit(elem) && !elem.addEventListener) {
    return;
  }

  // maybe split this into a get method
  var eventName  = (this.onlyTextArea && elem.type === 'textarea') ? 'firstEvent' : 'secondEvent';
  elem.addEventListener(this[eventName], this.saveData.bind(this));
};
```

I dont know if this piece of code is going to do exactly as you expect, but remember the more you avoid `if/else` will make your life smooth when you start writing unit test's 😊


http://caniuse.com/#feat=viewport-units note IE will respect vm but not the vmax command currently in this commit; dono what the difference is as I'm just now hearing of this unit :p


I'd say it wasn't necessary to include the type in the property name. "plan" would be ok, rather than "planString", or if you wanted to be explicit about the type of content you could use "planMessage".


In that case, they'll just run the first time they open the validation or file viewer pages.


TeamCity Ignite :: Ignite Scalar Examples [Build 1623](http://204.14.53.152/viewLog.html?buildId=59958&buildTypeId=Ignite_IgniteScalarExamples&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 37 Build time: 00:03:22


TeamCity Ignite :: Ignite SPI [Build 1706](http://204.14.53.152/viewLog.html?buildId=59959&buildTypeId=Ignite_IgniteSpi&guest=1) is now running


It's not clear what this property is for (the name "number" is a bit generic). I've had a look around and can't find it used anywhere. Perhaps it could be deleted?


all tests pass:
success: https://travis-ci.org/stellar/stellar-core/builds/75015632


TeamCity Ignite :: Ignite IGFS [Build 1622](http://204.14.53.152/viewLog.html?buildId=59950&buildTypeId=Ignite_IgniteGgfs&guest=1) outcome was **FAILURE**
Summary: Execution timeout (new); org.apache.ignite:ignite-core Build time: 00:25:41


TeamCity Ignite :: Ignite Spring [Build 1685](http://204.14.53.152/viewLog.html?buildId=59960&buildTypeId=Ignite_IgniteSpring&guest=1) is now running


Yeah. I basically just tested the hell out of it. Eventually, we'll need to move these pages to `styl` or `less` so we can do this without so much mess.


I see that in Gcode.pm there is autospeed for infill but the tooltip in my official release of slic3r doesn't show the optimal setting of 0 as an option in the tooltip. This is confusing.


will remove


**[unitTests_php_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_php_branches/18906/testReport/) for this commit**


fast-forwarding master to auto = 47d89671


TeamCity Ignite :: Ignite Spring [Build 1685](http://204.14.53.152/viewLog.html?buildId=59960&buildTypeId=Ignite_IgniteSpring&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 73, muted: 1 Build time: 00:04:54


TeamCity Ignite :: Ignite Start Nodes [Build 1648](http://204.14.53.152/viewLog.html?buildId=59961&buildTypeId=Ignite_IgniteStartNodes&guest=1) is now running


It's possible to select more than one option at each step in the form (if you click them all, every button ends up with the 0.3 alpha value). To make it clearer which button was selected, you could set all the other buttons' alpha to 1.0 here - I'd have created a resetEmojiButtons method that set all the emoji buttons to 1.0 and called it before setting 0.3 for this button.

When testing, it's always a good idea to try things users aren't supposed to do :)


changes made.


lol, make an anticbug system for play nocbug cws tho


Class names will typically use PascalCase (here "WeekendPlans" rather than "weekendPlans"). While it's ok to break conventions, it's important to be consistent through your code.


TeamCity Ignite :: Ignite Start Nodes [Build 1648](http://204.14.53.152/viewLog.html?buildId=59961&buildTypeId=Ignite_IgniteStartNodes&guest=1) outcome was **FAILURE**
Summary: Tests failed: 18, passed: 1 Build time: 00:06:25
### Failed tests
```
org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStopNodes: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStartFiveNodesInTwoCalls: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testRestartNodesFiltered: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStopNodesByIds: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStopNodesFiltered: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testRestartNodesByIdsC: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStartThreeNodesAndDoEmptyCall: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStopNodesByIdsC: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStartOneNode: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testRestartNodes: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:344)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
 at java.net.PlainSocketImpl.socketConnect(Native Method)
 at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
 at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
 at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
 at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
 at java.net.Socket.connect(Socket.java:579)
 at java.net.Socket.connect(Socket.java:528)
 at java.net.Socket.<init>(Socket.java:425)
 at java.net.Socket.<init>(Socket.java:208)
 at com.jcraft.jsch.Util.createSocket(Util.java:338)
 ... 9 more

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:344)
	at com.jcraft.jsch.Session.connect(Session.java:215)

org.apache.ignite.internal.IgniteStartStopRestartTestSuite: org.apache.ignite.internal.IgniteProjectionStartStopRestartSelfTest.testStartThreeNodes: org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
 at com.jcraft.jsch.Util.createSocket(Util.java:389)
 at com.jcraft.jsch.Session.connect(Session.java:215)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:101)
 at org.apache.ignite.internal.util.nodestart.StartNodeCallableImpl.call(StartNodeCallableImpl.java:38)
 at org.apache.ignite.internal.util.IgniteUtils.wrapThreadLoader(IgniteUtils.java:6200)
 at org.apache.ignite.internal.processors.closure.GridClosureProcessor$2.body(GridClosureProcessor.java:899)
 at org.apache.ignite.internal.util.worker.GridWorker.run(GridWorker.java:108)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)

org.apache.ignite.IgniteException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused
	at com.jcraft.jsch.Util.createSocket(Util.java:389)
	at com.jcraft.jsch.Session.connect(Session.java:215)

##### there are 8 more failed tests, see build details
```


TeamCity Ignite :: Ignite URI Deploy SPI [Build 1611](http://204.14.53.152/viewLog.html?buildId=59962&buildTypeId=Ignite_IgniteUriDeploySpi&guest=1) is now running


No, you can't do that. The `referenceResolver` is of type `context`, which means that it's context-dependent, which means that in a farm such as *.ccm.sickkids.ca the final reference will only be valid for one instance, and all the others will be broken.


I have not seen this before. I would love some more info on this if you have any. Why would you set this up like this? Where did you get this idea from? I am just curious as I like to push boundaries. Thanks bro.


I'd put it the other way around, `/patients/{patient_id}/consents`


i'll separate out search illusts and download, so you can do anything you want after you get the illust. also i will create a default download worker thread.


@magnumripper Is this core code?


Not the right exception.


@raihan-mpower : Why did you changed this? This is in Family Planning activity.


Should I forget about resolving these references? Or should I resolve them on each call?


How long does this take? Do you think it's necessary to print this out to the user? if so, please capitalize 'deploying'


I always forget which one it is.


extract /usr/lib/presto/lib/plugin to a constant


`UnsupportedOperationException`


I like how you've broken down the different steps into separate methods, makes it easier to find what you're looking for. But I think this could have been added to `- (id) init {` to avoid having to make an extra call after instantiating weekendPlans (a step you could forget when reusing the class).


I think they should be in here only if we give the user some way to actually use them - as it is now, there's no way to pass a USB vendor/product ID into the backend, so what's the point in having this constant in the library? I think it would be more useful if we had a helper function that went from USB vendor/product -> serial device name, since that could be passed into the backend.


Messed up the rebase here, ok to go or another rebase?


Hi @litao-buptsse , sorry for the late reply. BinaryComparison is not a case class, but its subclasses are. For eg,
```
case class EqualTo(left: Expression, right: Expression) extends BinaryComparison
case class LessThan(left: Expression, right: Expression) extends BinaryComparison
case class GreaterThan(left: Expression, right: Expression) extends BinaryComparison
```
This is from branch-1.4.


TeamCity Ignite :: Ignite URI Deploy SPI [Build 1611](http://204.14.53.152/viewLog.html?buildId=59962&buildTypeId=Ignite_IgniteUriDeploySpi&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 32 Build time: 00:05:56


TeamCity Ignite :: Ignite Visor Console [Build 1626](http://204.14.53.152/viewLog.html?buildId=59963&buildTypeId=Ignite_IgniteVisorConsole&guest=1) is now running


**[unitTests_php_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_php_branches/18907/testReport/) for this commit**


`provider` is such a generic name... What does it provide?


why did you remove this? I think it is still needed.


What are the cool new features? You got me all excited!


Depends. Some methods accept an `EntityReference` and they resolve it internally. If you need an actual `DocumentReference`, then resolve it each time you need it.


Looks good.


Hm I don't think you understood what I was trying to say.

Ofc It is the worst idea ever to try ffast-math on ART module. You expect it TO HAVE EXACT COMPUTATIONS.

it was more about modules such UI rendering shadows or w/e. Plz read again my last post ;)


For future projects, I'd recommend adding the .gitignore as early as possible. I've got myself in a mess before trying to remove files that were ignored.


Use an `EventListener`.


@raihan-mpower , why did you changed this to if else? I thing switch case approach for this matter is better.


would be best if you could fix that commit so if we need to revert some part for whatever reason we don't end up with that stuff.


So do you think some parts will benefit from it *noticeably*?
On Aug 11, 2015 10:51 AM, "Maxime Poulain" <notifications@github.com> wrote:

> Hm I don't think you understood what I was trying to say.
>
> Ofc It is the worst idea ever to try ffast-math on ART module. You expect
> it TO HAVE EXACT COMPUTATIONS.
>
> it was more about modules such UI rendering shadows or w/e. Plz read again
> my last post ;)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/temasek/android_build/commit/2b32ac8627030749f47dd228d1bc584d84885a1c#commitcomment-12629609>
> .
>


TeamCity Ignite :: Ignite Visor Console [Build 1626](http://204.14.53.152/viewLog.html?buildId=59963&buildTypeId=Ignite_IgniteVisorConsole&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 125, muted: 1 Build time: 00:03:50


TeamCity Ignite :: Ignite WebSessions [Build 1624](http://204.14.53.152/viewLog.html?buildId=59964&buildTypeId=Ignite_IgniteWebSessions&guest=1) is now running


So, if you just added the provider in this commit, which provider did it use before?


Goes along with https://github.com/magfest/ubersystem/pull/1358


Any idea what makes the appending of `--target` necessary on Windows? I have always been able to build without including this parameter.


Are we gonna use this in subclass?


**[phpUnit_trunkUnit run failed](http://qa-s2.wikia-prod:8080/job/phpUnit_trunkUnit/8070/testReport/) for this commit**


Why no love for switch case?


@msund - let's start using the new, plotly 1.0 call signature. no more `py$` object. also, i included a filename with a directory to every call. it’s optional, but it’ll help people keep an organized firewall early on.


No need to compare to `YES` here,  `if (self.angryEmojiButton.isTouchInside){` will give the same result.


Did you grep everywhere to be sure it isn't used somewhere while expecting the old behavior? Just to be safe.


@msund - fyi, your filename was missing a "."


TeamCity Ignite :: Ignite SPI [Build 1706](http://204.14.53.152/viewLog.html?buildId=59959&buildTypeId=Ignite_IgniteSpi&guest=1) outcome was **FAILURE**
Summary: Tests failed: 2 (2 new), passed: 360, muted: 1 Build time: 00:27:32
### Failed tests
```
org.apache.ignite.testsuites.IgniteSpiTestSuite: org.apache.ignite.spi.loadbalancing.roundrobin.GridRoundRobinLoadBalancingNotPerTaskMultithreadedSelfTest.testMultipleTaskSessionsMultithreaded: junit.framework.AssertionFailedError: Average spread is too big: 13.00761300761301
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.Assert.assertTrue(Assert.java:22)

org.apache.ignite.testsuites.IgniteSpiTestSuite: org.apache.ignite.spi.discovery.tcp.ipfinder.multicast.TcpDiscoveryMulticastIpFinderSelfTest.testExchange: junit.framework.AssertionFailedError: expected:<3> but was:<2>
	at junit.framework.Assert.fail(Assert.java:57)
	at junit.framework.Assert.failNotEquals(Assert.java:329)

```


я так и думал


TeamCity Ignite :: JCache TCK [Build 1047](http://204.14.53.152/viewLog.html?buildId=59965&buildTypeId=Ignite_JCacheTck&guest=1) is now running


ok to keep that, but I would have expected that to be always true, otherwise, we can't really use it anyway...


Any part that doens't require EXACT precise result from floating computation will always benefits from ffast math because of the ARM architecture with its SIMD coprocessor. But this need to be done very carefully looking at the code


TeamCity Ignite :: Ignite WebSessions [Build 1624](http://204.14.53.152/viewLog.html?buildId=59964&buildTypeId=Ignite_IgniteWebSessions&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 8, muted: 1 Build time: 00:04:26


TeamCity Ignite :: Ignite Cache Failover Multi JVM [Build 113](http://204.14.53.152/viewLog.html?buildId=59966&buildTypeId=Ignite_IgniteCacheFailoverMultiJvm&guest=1) is now running


develop (Myoldmopar) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (1272 of 1272 tests passed)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg)


TeamCity Ignite :: JCache TCK [Build 1047](http://204.14.53.152/viewLog.html?buildId=59965&buildTypeId=Ignite_JCacheTck&guest=1) outcome was **SUCCESS**
Summary: Tests passed: 464 Build time: 00:02:20


TeamCity Ignite :: Ignite Cache Failover2 [Build 125](http://204.14.53.152/viewLog.html?buildId=59967&buildTypeId=Ignite_IgniteCacheFailover2&guest=1) is now running


Using doskey isn't strictly necessary--you could add ant to your PATH, for example.


From ARM doc:

"NEON technology can accelerate multimedia and signal processing algorithms such as video encode/decode, 2D/3D graphics, gaming, audio and speech processing, image processing, telephony, and sound synthesis by at least 3x the performance of ARMv5 and at least 2x the performance of ARMv6 SIMD. "

But to force floating computation for floating number to be done on the SIMD you need funsafe-math-optimizations which is include in ffast-math. But again this may result in not exact result, but for algorithm such shadow or graphical tings, you DO NOT need exact result ( see my last  link about the inverse square)


Hi,
Create a patch with your customize configure file, then apply with command
diff -p libunwind/configure configure > patch_abc.patch

Then:
cd libunwind && patch -Np1 -i ../patch_abc.patch

Also, don't need to check Makefile existing since git recognized already

Regards,
Hoang


What's the rationale for this? I don't think we should redirect packages in this way. If people want to install MariaDB, they can just ask for it...


doesnt these have core scripts?


Hell now


Isn't this already log in glpi_events ?


test.


Eine Kombination aus allem, da ich auch das tools-Verzeichnis verschoben habe. Meine Build-Umgebung funktioniert nun aber wieder wie gewünscht.
Einzig mit deiner Änderung werden nun die .html Dateien nicht mehr gelöscht beim "make clean".
Bug oder Feature?


Is this session=session required?


So in that case should I just print a message to the console?

Is it correct that superboucle has not been supporting those kind of devices (and won't be for now)?

If that's the case: another possibility would be to even display a message box so the user is saved from the process of wondering why nothing happens until he has a look at the console - if he even started the gui with a terminal etc..


Same comment


I experienced some crashes if the NDIS instances were exited first, so I changed them in this order.

The kernel event should be dropped as the application is already trying to close right?


Thanks for the comments Peter.

> It's hard to judge the implementation from a cursory glance without a couple of
> tests showing "input => output".

No problem, I'll do some tests. Shall I just add them to the main test suite? Or
would you prefer some example code showing the output?

> Also the uniq_keys() function seems to be misplaced - are you sure a map {} ..
> won't suffice?

I did try to avoid that, but the problem is how does the uniq() function know that
it should be taking the values from particular keys of a hash (and a specifically
named one at that)? I guess I could add a second parameter if that would be
better? E.g.

    with ListAttr fields => ( uniq => 1, key => 'name' );

Do you think the API is okay? I didn't want to spend too much time on it if I'm
going to have to rework it, but happy to clean it up and finish it off if you
think it's okay.

Thanks,

Andy


Shouldn't the editable be true on init? Now i have to set editable: true on every widget instance i want to use.


Can you split this into two? First commit for the switch to pymatbridge and second for the change to `data_size`.


@wub I'm sorry for bother you, I have seen your post: https://github.com/twbs/bootstrap/issues/1982, I would like to ask do you have the source code for implement this progress tracker: http://i.imgur.com/8svSw.png ?  The payment is acceptable. Best regards,


the an?


You made a typo here. It's `if saved_chests and type(saved_chests) == "table" then`.
https://github.com/MinetestForFun/minetest-minetestforfun-server/commit/2786c7a00ca854a5c57bb56f27b19d82fb0ec707


`stderr.write` doesn't add a newline at the end, you may want to?


indeed, present already in db. Not in a file. I agree with theses issues (#27 and https://forge.glpi-project.org/issues/5352).
Maybe an option in glpi_config for [en|dis]able this log should be better ?

Your opinion ?


IMHO the naming of the library shouldn't cause trouble no matter how it's called, so I'd even use something like `lib.makePerlPath (with perlPackages; [ TermReadLineGnu XMLWriter IOTty FileSlurp ])` so we don't have a problem even if there would be a `pkgs` module. Renaming the library just because it *could* cause trouble only makes sense to me if it _really_ breaks more than just `nixos/lib/testing.nix`.

Really troublesome I think would be if it wouldn't cause an error to be thrown, but that's not the case.


If we comment this variable and we finish the app with the function navigator.app.exitApp() in the app restart the splash screen is not shown.
Any alternative?


Actually, if not setting -qt4, how about "app-office/akonadi-server -qt5" in here? The ideal package to use with qt5 would be kde-apps/akonadi anyway, and +qt4 in the akonadi-server ebuild means conflict is ensured right now.


hahah


@gabrielenava Note this change in get-state.


@gabrielenava This usage changes the old quat2rot function.


I think this should be guarded by `if self.spec.use_auth.value is not None`.


ack


See here @nt1m


could you align the spaces here? thanks.


I agree, seem better, but this will conflict with [fetching style options naming](https://github.com/Metalaka/Database/commit/8b6e3579fe9d1042d785a9a6cc3a6719f58e1338#diff-0b96de1ca898287881b5e87ba08ca698R156),
may be we can simply write: `CLASS_NAME_IN_FIRST_COLUMN | SERIALIZED` ?


connection handle should have a type of Gap::Handle_t.


@pronguen @oschihin
Hallo Nicolas,
ich verstehe gerade nicht, auf welche Ressource Du mit z.B. dem link
http://data.swissbib.ch/item/NEBIS-UM1148688
verweisen möchtest. Welches Konzept beschreibt die verlinkte Ressource?

Der eigentliche Itemlink (zur Ressource, welche von der Bibliothek und nicht von swissbib angeboten wird, wird mit dieser (noch nicht abgeschlossenen) Funktion erstellt
org.swissbib.linked.mf.morph.functions.ItemLink

Günter


Checkmarx scan results 11 Aug 2015 13:16 UTC +03:00

High
Medium
Low
Info

New
6
139
1575
0

Recurrent
0
0
0
0

Fixed
0
0
0
0

 Open Viewer
Included commits

Commit ID	Owner

7ce65d734ba524e8975537d83eaebe206d477290	@dortal


Salut

Questions:
* How do you deal in case of holdings (i.e. journals) where you have no
barcode?
* Do you use field 852? Or only 949?
* Many items will not have barcodes (e-books, others)

Another idea that has problems in itself: Use the good old "call number"
to build an item ID. You could use:
1. Sublibrary code (and skip the network)
2. Add the callnumber

We do have a similar field in the solr-index, it is called
'itemid_isn_mv'. You can see here how it is built:
https://github.com/swissbib/content2SearchDocs/blob/master/xslt/swissbib.solr.vufind2.xsl#L1291

Advantages in using call numbers:
* They are known to users and refer to a location in a library
* I guess they are more stable than barcodes
* They exist for holdings and items

Disadvantages:
* Not all items have them (but so have barcodes)

This my remarks (et pourquoi on a cette conversation en anglais ;-)

Am 11.08.2015 um 11:50 schrieb pronguen:
> @guenterh <https://github.com/guenterh> @oschihin
> <https://github.com/oschihin>
> Here I define the ID for the various holdings/items. ID are constructed
> as follows:
> http://data.swissbib.ch/item/NEBIS-UM1148688
>
>   * Where "NEBIS" comes from holdings-subfield $B (library networks code)
>   * Where "UM1148688" comes form holdings-subfield $p (items barcode) ID
>     of the records from BORIS, ECOD, RETROS, SERVAL and ZORA are
>     different because there is no subfield $p (barcode). Instead, I use
>     subfield $e (system number). For BORIS, RETROS and ZORA, I extract
>     in subfield $e only the ID, because the subfield contains a whole
>     URI. Results can be observed here
>     (1a3193b#diff-0da1c236ff3ad718222adb8f1e1358a4R103
>     <https://github.com/linked-swissbib/mfWorkflows/commit/1a3193b1402447a0102c5fe47e7997ab20f8efb6#diff-0da1c236ff3ad718222adb8f1e1358a4R103>).
>     Do you think it is ok like this? Are the URI persistent? Thanks Nicolas
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/linked-swissbib/mfWorkflows/commit/1a3193b1402447a0102c5fe47e7997ab20f8efb6#commitcomment-12636261>.
>

--
UNIVERSITÄT BASEL
Universitätsbibliothek
Oliver Schihin
Projekt swissbib
Schönbeinstrasse 18-20
4056 Basel, Schweiz
Tel.: +41 61 267 13 07
Fax: +41 61 267 31 03
E-Mail oliver.schihin@unibas.ch
URL http://www.swissbib.org/


You should make this optional by providing the campaign name in args. This is an open source library so we're kinda bitchslapping anyone who might be using it otherwise.


@pronguen
bei detaillierteren Fragen gerne auch skype


Well, sounds good. Let me try if that works...


I would rather be very specific and say exactly what should and should not be allowed. This would help both IANA and registrants.


Even shoghicp uses Server::getInstance


Вчера выложил на тестовую (_git) то, что было в репозитории.

>Кстати, а прошлись ли по ней real_escape_string?

Судя по "p"в начале - это параметр, а раз так, то он при передаче был
обработан в массиве Request

функцией  ClearArrays(), которая вызывает EscapeString()  (functions.php)

11 августа 2015 г., 1:33 пользователь Serge Titov <notifications@github.com>
написал:

> Ой-ой! $pTeamName -- это не $pTeamNum -- это строка, и она должна остаться
> в кавычках!
> Кстати, а прошлись ли по ней real_escape_string?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/realtim/mmb/commit/b5e70b60f264e20f112cf845213fced3933a4d55#commitcomment-12626952>
> .
>


Should be "many times"


pInitParam_p null check is done in dualprocshm_readDataCommon().

I will update the return value handling has below in different layers.

in drvintf.c
```C
if (!drvInstance_l.fDriverActive)
       return kErrorNoResource;

 dualRet = dualprocshm_readDataCommon(drvInstance_l.dualProcDrvInst, FIELD_OFFSET(tCtrlBuf, initParam),
                                         sizeof(tCtrlInitParam), (UINT8*)pInitParam_p);

    if (dualRet != kDualprocSuccessful)
    {
        DEBUG_LVL_ERROR_TRACE("Cannot read initparam (0x%X)\n", dualRet);
       return kErrorNoResource;
    }

return kErrorOk;
```

in main.c

```C
tCtrlInitParam*   pCtrlInitCmd = (tCtrlInitParam*)pIrp_p->AssociatedIrp.SystemBuffer;
oplkRet = drv_storeInitParam(pCtrlInitCmd);
if (oplkRet  == kErrorOk)
    pIrp_p->IoStatus.Information = sizeof(tCtrlInitParam);
else
   *pIrp_p->IoStatus.Information = 0;*

break;
```

in user layer
```C
BOOL        ret;

ret = DeviceIoControl(fileHandle_l, PLK_CMD_CTRL_XXXX,
                       &ctrlCmd, sizeof(tCtrlCmd),
                       &ctrlCmdRes, sizeof(tCtrlCmd),
                       &bytesReturned, NULL);
if (!ret || (bytesReturned == 0))
{
      DEBUG_LVL_ERROR_TRACE("%s() Error in DeviceIoControl : %d\n", __func__, GetLastError());
      return kErrorGeneralError;
}
```


That seems to cause some regression, see http://trac.cppcheck.net/ticket/6926


Hi AngelTDL

you don't need to send the file. Here I found your branch and your files.

Please consider the current modification of Dan in line 895 in the original file:
https://github.com/abstractspoon/ToDoList_Resources/blob/0c739fa809d3e812944d2b93f85ff1434c7cb5e8/Translations/Spanish%20%28Spain%29.csv

-cm <comments>\t**Adds** to the 'Comments' for the currently selected task


I will update it as explained before.


yes the checks are in dualprocshm library and another check here will be redundant.


yes


@vedi, I change code according your notes here: https://github.com/soomla/ios-profile/commit/ac1d10b6f95d4e297b66e2e3ecc82b9f0c361fbe


Either switch to Python3 or make it compatible with Python2.7 by using the conversion functions I mentioned in the #2 .


Where is ConstantsUtils class ? It had been modified according to this line 'ConstantsUtils.JSON_INFO', but i don't see it in this pull request


Thanks for the feedback and sorry for the oversight with go fmt.

I've pushed a new commit which addresses your changes.


OK Frank,
Adding a cert with b44c98e commit -> OK : http://pastebin.com/bqVKKttE
Adding a cert with c92e3b4 commit -> BAD : http://pastebin.com/EcBkZ5Kb
Adding a cert with 27b64c5 commit with pull request 515 applied-> BAD : http://pastebin.com/K9F5Zc7y


TeamCity Xbim :: Xbim Geometry :: XbimGeometry [Build 17](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=41&buildTypeId=Xbim_XbimGeometry_XbimGeometry) is now running


I don't know if it is important, but Andrey firstly created siteInfo object, and then pageSettings object. I don't know if the lookup from pageSettings object  to SiteInfo__c object has an impact on logic, but let's follow Andrew's sequence of object creation. I mentioned about value for PageSettings__c.Site_Info__c in readme doc. So, it should be set up.


因為現在標準語言不再是日文。。。
烈風不放會寫成 Reppuu


The pArg_p buffer contains both `tIoctlDllCalAsync` and the `pData` value passed in a single buffer from user, so I didn't wanted it to be interpreted it as pointer to `tIoctlDllCalAsync` directly so used an intermediate pointer to extract both the variables.

Please let me know if you think it makes more sense to change it to `tIoctlDllCalAsync*`


Yes, will update all


Here and further:
You don't use created objects in code, you only perform a database insert. So, you should use next style of object creation:
insert new Employee__c(
    Name = ConstantsUtils.ADMIN,
    ...
);


I will update it as explained in first comment


@leonardk1 :+1:


This works fine, but when I send the actor to `collecting(actor)` @actors array is not initialise


if flag name is longer than 32 chars it will be chopped without any user feedback. it would be useful to append some ".." in that case (maybe just use the utf8 char if scr.utf8 is enabled)


What happens to mOrderByClause if whereClause is empty? Is it ignored?


not sure if we want that 32 to be configurable, or depending on the screen width


this is a residue from the old interrupt handling and unused now, I will remove it. thanks


why only on unix? windows also likes colors


first


Victara :p


Will change


last


how about add a explicit function member
set_sync_mode(bool sync) for users.


I have no idea. See line 1070 and line 1081


Thanks for following up! Yes, I think it does, and I think it should do. After all, the only difference in color handling between pies and columns, is that `colorByPoint` is true by default on pies, but false by default on columns.


#First


Will update the return handling as explained above


Add a callback when the illust finish downloading please


no need to set by constructor, else every subclass constructor need to expose a parameter <sync>


not necessary


thanks


np, but do you think you can be on a branch and not merge anything to master until final? thnx!


Well, the idea was to replace the bool for Ansi C compatibility, but seeing that bool is also used elsewhere in the source code, this makes less sense than I thought it would. I'll revert that change.


@bloodmc so can we now use blocks from mods?


yes


move "return ret;" here can save a <else> branch(when _sync=false) to make code more readable. e.g

XCamReturn ret = XCAM_RETURN_NO_ERROR;
if (_sync) {
   ...
   return ret;
}
...
return ret;


About velocity, currently superboucle support midi keyboard or midi drum that send velocity based on real user velocity. If velocity is not 0 or 127 then I consider that midi device send variable velocity.


Whether it 'fits' on one line is entirely dependent on how wide your terminal is!


Checkmarx scan results 11 Aug 2015 13:42 UTC +03:00

High
Medium
Low
Info

New
0
0
0
0

Recurrent
6
139
1575
0

Fixed
0
0
0
0

 Open Viewer
Included commits

Commit ID	Owner

44c6f6ccbe60fa9f79f80585786b24abed427ba1	@dortal


Ah, right, thanks for heads-up!


On 08/11/2015 12:05 PM, Andy Beverley wrote:
> Thanks for the comments Peter.
>
> > It's hard to judge the implementation from a cursory glance without
> a couple of
> > tests showing "input => output".
>
> No problem, I'll do some tests. Shall I just add them to the main test
> suite? Or
> would you prefer some example code showing the output?

Just add to the main test suite please. I can't recommend a good place -
use best judgment.

>
> > Also the uniq_keys() function seems to be misplaced - are you sure a
> map {} ..
> > won't suffice?
>
> I did try to avoid that, but the problem is how does the uniq()
> function know that
> it should be taking the values from particular keys of a hash (and a
> specifically
> named one at that)? I guess I could add a second parameter if that
> would be
> better? E.g.
>
> with ListAttr fields => ( uniq => 1, key => 'name' );

Actually I am not entirely sure *what* this is supposed to do in the
first place. But really I was commenting on the uniq_keys() function you
added to ::Util - that seems to not be really needed.


yes, this can led to use of old address with initialization. But the implementation is updated for atomic IP core support and this routine will not be required.


Is `newy <- yVec[newyInd]` in `GetIndCEScores` unused?


Good lord, an entire state machine for parsing the timezone? Can’t this be done based on the length of the text like the other parse functions?


Мне кажется вот эта логическая конструкция с "and None" сложной для чтения/воспроиятия.
Может этот однострочник развернуть в if...


`return this.get("menu._highlightedMenuItem") === this`


If this is commonly used, then leave it as it is.


You are asking why we don't just hand `pkt` to the router core?  Because the router core assumes it takes ownership of the packets, which is because it puts them on channels for aggregation, preserved in this PR in `sleeve.go`.  None of that is a great idea from a performance standpoint, but the goal here is to introduce fast data path, not improve the performance of the existing pcap/UDP encapsulation code.


So, hot can I customize font-size?


Just a quick comment. The guidelines were unclear. There are only specific !uptime commands, not general ones.


Yes please change it that way.


Missing semi-colon after `ASSERT()`.
How about do the implementation for POSIX complaints as well like this:

```c++
void InjectActivationInternal(CorUnix::CPalThread* pThread, PAL_ActivationFunction activationFunction)
{
#if HAVE_PTHREAD_SIGQUEUE
    // Linux-only
    sigval value;
    value.sival_ptr = (void*)activationFunction;
    int status = pthread_sigqueue(pThread->GetPThreadSelf(), INJECT_ACTIVATION_SIGNAL, value);
#else
    // POSIX
    int status = pthread_kill(pThread->GetPThreadSelf(), INJECT_ACTIVATION_SIGNAL);
#endif
    if (status != 0)
    {
        abort();
    }
}
```

Or just use `pthread_kill` for Linux as well as `pthread_sigqueue` isn't really necessary?

See:
* http://www.netsoup.net/docs/man/pthread_sigqueue.3
* http://www.netsoup.net/docs/man/pthread_kill.3


Something is wrong with ur local git settings - the username is not as usual.


Launcher can't find libjvm.so on linux mint
/usr/lib/jvm/default-java/jre/lib/amd64/jamvm/libjvm.so for distribution installed java.
or user installed Oracle java
/opt/jdk1.8.0_51/jre/lib/amd64/libjvm.so


Terminals are about a foot wide. Next you are going to tell me that it depends in the font size.


--file_name_fields is used to create different file names for the `docstamp` output files. If you give a default value, we will have to set, e.g., a counter for the file names.


Copyright should say "Copyright (C) 2015 Analog Devices, by Ivan Buliev". This was done under contract, and is owned by ADI.


Having the comment, which is the actual source which generated this code - would be important for maintenance purposes.


this should be in decorator/view object not in model


The _rundown_ is commonly used term in thread synchronization on Windows.
https://msdn.microsoft.com/en-us/library/windows/hardware/jj569382%28v=vs.85%29.aspx.

The rundown threads basically refers to the active user threads who have opened file access to the driver using CreateFile().


Please ignore the lines below this. I was working on rewriting `NI_watershed`. It needs some more work. I will remove it from this PR.


okay


okay will change


Checkmarx scan results 11 Aug 2015 13:53 UTC +03:00

High
Medium
Low
Info

New
0
0
0
0

Recurrent
6
139
1575
0

Fixed
0
0
0
0

 Open Viewer
Included commits

Commit ID	Owner

6b3abe0e574f58bcd447944342d3974fc845291e	@dortal


Ugly workaround because this does not work:
`Lazy(result).without(t.data.selected.get())`


thanks.


I will update thanks


Nice! 3 new libraries!
(on the other note, can I mention you if I finish my library?)


cada **element**. Faltou o **o**


yay :P


Pep8 imports must be in alphabetical order


Align all these with "Flavors" according to PEP8


sa'ad'sa


saadsa


I have found a long sleeping hound in this piece of code, potentially roused recently:

# Remove mountpoint not being used
if [ -z "`grep $MOUNTPOINT /proc/mounts`" ] ; then
     rm -rf $MOUNTPOINT
fi

When mdev-mount.sh is called simultaneously for two partitions, the following sequence could happen:
1. Instance #1 checks existance of /media/hdd in /proc/mounts (not found).
2. Instance #2 mounts your HDD at /media/hdd
3. Instance #1 executes rm -rf /media/hdd.

This is what we never want to happen.

"rmdir" instead of "rm -rf" would be safe with respect to deleting your complete HDD, but other openATV members mentioned if could fail if some files exist in that left-over directory, though no one is sure what could cause files being created there. One colleague mentioned an empty ".fstab" file being created in progress of some mounting method via fstab.

In order to test for any averse side effects, I have prepared a version using rmdir. May I kindly ask everyone to test whether this version is still behaving correctly?

https://www.dropbox.com/s/ynd941acfd6byju/mdev-mount.sh?dl=0


TeamCity Glyssen :: Glyssen-master Continuous [Build *.*.899.d6c6ce3114fcb9769b35d4df95f0df6d3984e918](http://build.palaso.org/viewLog.html?buildId=60904&buildTypeId=bt431) outcome was **SUCCESS**
Summary: Tests passed: 410, ignored: 4 Build time: 00:09:00


When this is rendered and the commented code is invisible it's unclear where the mean argument is used, if at all.


Don't forget to change your test title to reflect. Better if it is generic and doesn't specify the method name.  Titles should descibe the idea, rather than the details.


O `array` padrão do método `reduce` que, corresponde a esta função, tem uma maior comodidade.

@SauloSilva pra mim parece que essa frase pode ser escrita sem as vírgulas. O que acha?


you should not force the dependency on dev-master. this is an unbound constraint


@raihan-mpower : this commit messages stated "added getter and setter", but there is no getter and setter here.


After update we just discovered that this PR breaks our app, which uses custom regexps for validation. Regexps are now double anchored and this is not correct, some of them aren't use anchors at all.

PS. according to the https://html.spec.whatwg.org/multipage/forms.html#attr-input-pattern note, pattern must be anchored...so this PR is clear, but maybe add a temporary workaround or notice for incompatible format of regexeps?


Shouldn't this be:
if (logger.flags & LogFlag_Date | logger.flags & LogFlag_Time)


@SauloSilva show de bola cara! Parabéns e muito obrigado pela dedicação e pelo excelente trabalho! :clap:


btw, it means you can never break BC in ``reactjs/react-php-v8js`` without breaking the 1.0.0 release of your bundle


Checkmarx scan results 11 Aug 2015 14:00 UTC +03:00

High
Medium
Low
Info

New
0
0
0
0

Recurrent
6
139
1575
0

Fixed
0
0
0
0

 Open Viewer
Included commits

Commit ID	Owner

bf5bbb5ff3a42bd545092bd0022616a1865afb4e	@dortal


On 08/11/2015 12:05 PM, Andy Beverley wrote:
>
> Do you think the API is okay?

Sorry I didn't see this part of the email - the answer is: I do not know.
It is hard for me to see the exact API from the code alone, hence why I
asked for a test demonstrating it


thanks


Hi sir, can i just ask why is it showing me this when i run it.

Notice: Use of undefined constant DB_SERVER - assumed 'DB_SERVER' in C:\xampp\htdocs\ShyShop\includes\database.php on line 4

Notice: Use of undefined constant DB_USER - assumed 'DB_USER' in C:\xampp\htdocs\ShyShop\includes\database.php on line 4

Notice: Use of undefined constant DB_PASS - assumed 'DB_PASS' in C:\xampp\htdocs\ShyShop\includes\database.php on line 4

Warning: mysqli_connect(): php_network_getaddresses: getaddrinfo failed: No such host is known. in C:\xampp\htdocs\ShyShop\includes\database.php on line 4

Warning: mysqli_connect(): (HY000/2002): php_network_getaddresses: getaddrinfo failed: No such host is known. in C:\xampp\htdocs\ShyShop\includes\database.php on line 4
 Database Connection Failed php_network_getaddresses: getaddrinfo failed: No such host is known.

please help!


Why did you do this ?


deleted has been removed from list of columns, the entire primaryjoin part can be removed


Checkmarx scan results 11 Aug 2015 13:50 UTC +03:00

High
Medium
Low
Info

New
6
139
1575
0

Recurrent
0
0
0
0

Fixed
0
0
0
0

 Open Viewer
Included commits

Commit ID	Owner

44c6f6ccbe60fa9f79f80585786b24abed427ba1	@dortal


deleted has been removed as a column, the entire primaryjoin thing can be removed


using the templating helper in the Twig extension is a bad idea. It forces to have the templating component to be able to use the Twig extension, while Symfony 2.7+ explicitly tries to make the Templating component optional


Why did you remove the core tests on the `Set` interface?


Is this short hand to automatically bind those arguments to properties on the instance? Got me looking a couple of times, thought some code was missing / not rendering.


Should add it back.


Approved +


I do not understand why only input type `tptp` is covered in the hets options. All other input types are marked as `input-type` nil.


When you had the error where you didn't get any output it's because your len() function returned 0 as length for the buffer, as it's initialized with zeros.


This pull request had gotten lost due to me being disorganized. Sorry!
Seems it requires people to have texi2pdf installed?


@raihan-mpower : understood, but I think this is for other commit. I think you should only commit in the relevant branch for the future. :)


Nice catch - I'd refactored the code out but left the argument in.  The simulation now always uses 1000 students of uniform random ability


You install filecache, but use functioncache in orgchart3.


Hi,

we are using your plugin to build behind a firewall and are using artifactory for access to bower repositories. Artifactory works with a bower-variant called "bower-art" (https://www.npmjs.com/package/bower-art).
I have updated your plugin to support an optional parameter "bowerVariant".

Best Regards
Thorsten


removed default setting


The scan failed.
Included commits

Commit ID	Owner

c3e9798a9c25608920a4ac62da7aad1aa0a9f594	@dortal


@RandomAltThing Well that actually doesn't matter... so yeah...


This broke networking on Google Compute Engine. Not completely, though, it is still possible to ssh to machines and run commands, but as soon as anything tries to output more than a couple of lines on the console, the session just hangs. Very weird.

Maybe it is related to https://code.google.com/p/google-compute-engine/issues/detail?id=77

I've worked around this with a package override that downgrades `dhcpcd` to `6.9.0` for my GCE machines.

cc @Phreedom


I think this is unintentional, is it not?


Not sure of the question @JaapRood - do you mean the `(@arg) ->` syntax? That automatically creates an instance variable - compiles to `this.arg`


No good reason; I think this is some leftover from debugging a clipping issue.

The question becomes: should the layer have the same geometry we use for the GdkWindow, or should it be normalized as covering the whole widget?

Now that GtkWidget also has a clip, we may need to keep it into account.


Checkmarx scan results 11 Aug 2015 14:11 UTC +03:00

High
Medium
Low
Info

New
1
0
0
0

Recurrent
0
0
0
0

Fixed
6
104
458
0

 Open Viewer
Included commits

Commit ID	Owner

d528b4d38318e7694f95954ecebb2cecd1fea82b	@dortal


Checkmarx scan results 11 Aug 2015 13:59 UTC +03:00

High
Medium
Low
Info

New
1
0
0
0

Recurrent
0
0
0
0

Fixed
0
4
17
0

 Open Viewer
Included commits

Commit ID	Owner

d528b4d38318e7694f95954ecebb2cecd1fea82b	@dortal


only if passing session it is ok.


Yeah, that's what I mean. Even though I wrote a half a year project in CoffeeScript that one caught me off guard and I had to look at for a while. For illustrative purposes I'd consider being a bit more explicit, but that's just me not having seen CoffeeScript on a bit. I think it was extra confusing because the function body is empty, made me think code was hidden by bug.


test


Thank you for this section!


No the status of NdisRegisterDeviceEx needs to be handled here. Thanks


Only important in this change set is:
- renaming objc/objc_exception.c to objc/objc_exception.m
- rmoving "foo" from OTHER_LDFLAGS in xcconfig/windows-i386-framework.xcconfig

The changes in xcconfig/platform.xcconfig are necessary for me since I want to debug the framework, perhaps these are not necessary to go into master.

My Antigrain trial failed anyway, so please ignore the changes to O2Context_AntiGrain/O2Context_AntiGrain.xcodeproj/project.pbxproj


@corny: Fixt du das?


gcc: This won't work if used with bitfields [which we do!].
If v or mask is a bitfield we get typeof(bitfield) then which is not supported in gcc.
[https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37311]
Further: "The parser recognizes “asm” and “typeof” as keywords in gnu* modes; the variants “\_\_asm\_\_” and “\_\_typeof\_\_” are recognized in all modes." [http://clang.llvm.org/docs/UsersManual.html]


ok, thats on purpose, becase windows doesnt supports ansi, and this thing is not filtered by rcons.


So, if there's no `cb`, it'll print "Invalid callback" and "Error, invalid memory while creating the si114x device node". This doesn't look right. Anyway, as this is `static`, only called from this same file, this check is useless, don't you think?


I don't understand "Does this mean pending IOCTLs of low priority delay the synchronization interrupt?"

Do you the execution of the synchronization interrupt in kernel layer?


That's because Hets infers input types of the others by itself. The automatic file type detection doesn't work for tptp for some reason.


erledigt in ecdbe1212fdf189d0e9d3177f58c2c8571507776


thanks


Now, I'm confused: You experienced crashes if the NDIS instances were exited (call exitDllQueues, exitErrHndl and exitEvent) after sending ctrl command, right?

I would say that kernel events can be dropped if the user layer is shut down.


unintended?


Sir siamon123, why i could not log in using the given user and pass which is admin ?? how can i add my own user? thanks


Fixing this for good: http://kokensupport.varoystrand.se/viewtopic.php?f=16&t=32&start=20#p375
"I would like to disable that pictures are open in the lightbox. But as soon as i switch it of a blank page is loaded instead of the picture:
http://koken.oschmidt.eu/favorites/img-3626/"


This is perhaps an issue affecting only me. My application does not use bindings, and it bails out in the later course when processing a senseless bindingInfo.


You don't need this here. Returning `false` is enough to delete the timeout.


Ditto.


You should create and test real object not a mock.


this probably should only return the img value - the markup should controlled via the field template?


OK


Why was this time changed? It will only take longer for the POS to notice weight on the scale? :confused:


Stray log statement


editing of anything on a drawer is effectively disabled without this


Another stray log statement


And another stray log statement


contains -> containing


okay.

Just one question: different descriptions in each cal module files results in multiple description on doxygen generated pages eg: http://openpowerlink.sourceforge.net/doc/2.2/2.2.0/db/d82/group__module__ctrlucal.html.
thats why I have being avoiding the changes.


Here, you need to check if `mdata->timer` is not `NULL` before attempting to delete it. Then, the `mdata->timer = NULL` below is not necessary.


okay thanks


Rather than putting this in the plugin, maybe just put it in the getJavascripts function of the input type? That way it's only loaded if a field with the blockup input type exists.


Think it would be more clear if you moved this comment above the second assertion.


`ioctlRet` is not a flag and used to store the return value of DeviceIoControl() which returns a BOOLEAN value.


Is there any sensible default for this option?


Yes, that's true, I found quite many places (it was in another issue) where it is allowed, so if it is really forbidden for bicycle, it is better to put bicycle=no. Wiki page is quite confusing and anyway doesn't reflect reality.


**[unitTests_js_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_js_branches/16120/testReport/) for this commit**


I have reopen the issue, probably better to discuss there.


Yes, the malloc is required. the free is missing I will update it.


Test should check real values. I would use HttpStatusCode.BadRequest here. expected is not necessary


@sony2 please add the same at least for nvidia-legacy kernel too... the kernel config should be the same for all projects if possible (i prefer to add this stuff to wetek, imx6 and rpi projects too


Ahh, Fischreiher (oder Graureiher??) suchen tief :)

OK, will do, may take some time though.


Maybe split these onto three lines.


(nevermind this since it's fixed in a later commit)


Oh yea, I feel like 2 spaces is too cluttered. That's just me though.

I'm glad you like the idea of userInfo, I'm sure most people will also appreciate it.


I'm almost pretty sure that blocks and items in the exist worlds can survive this update. I'm not a coder but there are should a way to convert old stuff to new. Try to ask other authors maybe they know more.


Maybe just use an `elsif` above instead of the `?`


Yeah I removed it in the following commit. My bad. :)


**[unitTests_php_branches run failed](http://qa-s2.wikia-prod:8080/job/unitTests_php_branches/18917/testReport/) for this commit**


Hola Mariano.
Estaba mirando tus commits y vi que estas trabajando sobre la carpeta tesis.
Creo que si vas a hacer un ejemplo de reconocimiento de voz, debería ir a examples/
Tenes algun diagrama de la arquitectura?


My application crashes upon quit, because for some reason open windows are requested to resize while they are already in the closing process. My solution is to use the _isClosing flag. Perhaps this only a workaround, but it effectively prevents my application to crash.


@Lwmte I mean usage of the actual version number of the assets. For example, TR1 = 32, TR2 = 45, TR3 = 56.   Anyhow, you're right that TR4/5 have the same magic. I'm not so sure if the version number is stored in one of the compressed chunks or not. Perhaps it's better to use the gameflow to specify the level version specific level sets come from. But I don't know if anyone else is interested in loading assets from beta versions/demos.

I have all the documentation and it's very easy to implement at the expense of having to use if statements within the functions that read the data, there's also the question as whether it could work con-currently with code/scripts that only work for final versions. For example, animations in one version might not be in another, only basic functionality is needed though, at least the ability to run or view the levels in the engine.

I don't expect having to rewrite scripts so they become compatible with every version at all as certain enemy slots were changed across versions and that would be silly (Lara still remains). Just a feature suggestion really, I wrote a loader in C# that worked very well for every single known version of TR1/2 game (9, 11, 32, 38, 42 45) sharing code across various versions of the game so there's very little redundant/repeated code just the same functions are called.


I think that would be a good idea. I just changed it because it was a little to large for me, but I liked the idea of the bar always being a consistent height.


Do I need to add some params to this method?


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 3](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=42&buildTypeId=XbimEssentials_XbimEssentials) is now running


@guruz this broke qt4


Why is generated file `precache.json` in `dist`?


I think you mean `else` like here [line](https://github.com/Homebrew/homebrew/commit/fcb8e43157c2a8d62884926df819953811348984#diff-278960b31d25036b2a5e7e041556f671R359), don't you?


````
/var/lib/jenkins/jobs/client-build-matrix-linux-2.0/workspace/compiler/clang++/label/master/mirallBranch/2.0/qt/qt4/src/libsync/networkjobs.cpp:404:16: error: no member named 'sessionTicket' in 'QSslConfiguration'; did you mean 'sessionCipher'?
    if (config.sessionTicket().length() > 0) {
               ^~~~~~~~~~~~~
               sessionCipher
/usr/include/qt4/QtNetwork/qsslconfiguration.h:108:16: note: 'sessionCipher' declared here
    QSslCipher sessionCipher() const;
               ^
/var/lib/jenkins/jobs/client-build-matrix-linux-2.0/workspace/compiler/clang++/label/master/mirallBranch/2.0/qt/qt4/src/libsync/networkjobs.cpp:404:32: error: no member named 'length' in 'QSslCipher'
    if (config.sessionTicket().length() > 0) {
        ~~~~~~~~~~~~~~~~~~~~~~ ^
/var/lib/jenkins/jobs/client-build-matrix-linux-2.0/workspace/compiler/clang++/label/master/mirallBranch/2.0/qt/qt4/src/libsync/networkjobs.cpp:405:42: error: no member named 'sessionTicket' in 'QSslConfiguration'; did you mean 'sessionCipher'?
        account->_sessionTicket = config.sessionTicket();
                                         ^~~~~~~~~~~~~
                                         sessionCipher
/usr/include/qt4/QtNetwork/qsslconfiguration.h:108:16: note: 'sessionCipher' declared here
    QSslCipher sessionCipher() const;
               ^
/var/lib/jenkins/jobs/client-build-matrix-linux-2.0/workspace/compiler/clang++/label/master/mirallBranch/2.0/qt/qt4/src/libsync/networkjobs.cpp:405:33: error: no viable overloaded '='
        account->_sessionTicket = config.sessionTicket();
        ~~~~~~~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~
/usr/include/qt4/QtCore/qbytearray.h:157:17: note: candidate function not viable: no known conversion from 'QSslCipher' to 'const QByteArray' for 1st argument;
    QByteArray &operator=(const QByteArray &);
                ^
/usr/include/qt4/QtCore/qbytearray.h:158:17: note: candidate function not viable: no known conversion from 'QSslCipher' to 'const char *' for 1st argument;
    QByteArray &operator=(const char *str);
                ^
4 errors generated.


I found yet another shortcoming of OpenSC... @szikora It's fixed with https://github.com/frankmorgner/OpenSC/commit/20ff1209069f5531057c5619ad97dec8a0a2bccf


лучше так
```ruby
@product.pictures.first.file.url
```


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 3](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=42&buildTypeId=XbimEssentials_XbimEssentials) outcome was **SUCCESS**
Summary: Running Build time: 00:02:11


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 4](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=43&buildTypeId=XbimEssentials_XbimEssentials) is now running


You always use
```php
$this->translateColors();
```
Do you not have the section symbol?.<code>§</code>


I would prefer having a type (struct) that holds the `tIoctlDllCalAsync` and the frame buffer. E.g. something like this:

````
typedef struct
{
    tIoctlDllCalAsync    asyncFrameInfo;
    UINT                 frameSize;
    void*                pFrame; // Placeholder since the frame could have any size
} tSomeTypeName;
````
(Please use better names for the type and members!)


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 4](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=43&buildTypeId=XbimEssentials_XbimEssentials) outcome was **SUCCESS**
Summary: Running Build time: 00:00:47


TeamCity Xbim :: Xbim Essentials :: XbimEssentials [Build 5](http://xbimbuilds.cloudapp.net/viewLog.html?buildId=44&buildTypeId=XbimEssentials_XbimEssentials) is now running


Puntos 1 y 2


I'd have a look here before enabling this on low powered platforms:
https://github.com/raspberrypi/linux/pull/1020

CONFIG_MEMCG_SWAP for example does have a performance impact.
I believe only the options [here](https://github.com/raspberrypi/linux/pull/1027) are required for docker support and we were happy with the effect of including those options.