Hi!

I'm not sure that this is the best solution to the problem. It forces anyone building applications that utilise hiredis (and therefore including the hiredis.h header) to compile with '-std=c99' also, which isn't always realistic. For instance, some projects utilising hiredis can have a rather complex build system whose inner workings aren't necessarily accessible to the layman who is just trying to follow directions to build from source.

In my case, I'm trying to compile Kamailio's 'ndb_redis' module, which uses hiredis:

http://kamailio.org/docs/modules/4.2.x/modules/ndb_redis.html

My superficial attempt to force C99 compilation was not successful:

-----
[root@rproxy01 ndb_redis]# make MOD_CFLAGS='-fPIC -DPIC $(CFLAGS) -std=c99'
CC (gcc) [M ndb_redis.so]        ndb_redis_mod.o
In file included from ../../parser/../mem/shm_mem.h:47,
                 from ../../parser/../ut.h:64,
                 from ../../parser/../ip_addr.h:50,
                 from ../../parser/msg_parser.h:61,
                 from ../../sr_module.h:62,
                 from ndb_redis_mod.c:32:
/usr/include/sys/ipc.h:25:3: warning: #warning "Files using this header must be compiled with _SVID_SOURCE or _XOPEN_SOURCE"
In file included from ../../parser/../mem/../atomic/atomic_native.h:53,
                 from ../../parser/../mem/../futexlock.h:44,
                 from ../../parser/../mem/../lock_ops.h:85,
                 from ../../parser/../mem/shm_mem.h:75,
                 from ../../parser/../ut.h:64,
                 from ../../parser/../ip_addr.h:50,
                 from ../../parser/msg_parser.h:61,
                 from ../../sr_module.h:62,
                 from ndb_redis_mod.c:32:
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_inc_int’:
../../parser/../mem/../atomic/atomic_x86.h:226: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:226: error: (Each undeclared identifier is reported only once
../../parser/../mem/../atomic/atomic_x86.h:226: error: for each function it appears in.)
../../parser/../mem/../atomic/atomic_x86.h:226: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_dec_int’:
../../parser/../mem/../atomic/atomic_x86.h:227: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:227: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_and_int’:
../../parser/../mem/../atomic/atomic_x86.h:228: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:228: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_or_int’:
../../parser/../mem/../atomic/atomic_x86.h:229: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:229: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_inc_and_test_int’:
../../parser/../mem/../atomic/atomic_x86.h:230: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:230: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_dec_and_test_int’:
../../parser/../mem/../atomic/atomic_x86.h:231: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:231: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_get_and_set_int’:
../../parser/../mem/../atomic/atomic_x86.h:232: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:232: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_cmpxchg_int’:
../../parser/../mem/../atomic/atomic_x86.h:233: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:233: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_add_int’:
../../parser/../mem/../atomic/atomic_x86.h:234: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:234: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_inc_long’:
../../parser/../mem/../atomic/atomic_x86.h:236: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:236: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_dec_long’:
../../parser/../mem/../atomic/atomic_x86.h:237: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:237: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_and_long’:
../../parser/../mem/../atomic/atomic_x86.h:238: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:238: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_or_long’:
../../parser/../mem/../atomic/atomic_x86.h:239: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:239: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_inc_and_test_long’:
../../parser/../mem/../atomic/atomic_x86.h:240: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:240: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_dec_and_test_long’:
../../parser/../mem/../atomic/atomic_x86.h:241: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:241: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_get_and_set_long’:
../../parser/../mem/../atomic/atomic_x86.h:242: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:242: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_cmpxchg_long’:
../../parser/../mem/../atomic/atomic_x86.h:243: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:243: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘atomic_add_long’:
../../parser/../mem/../atomic/atomic_x86.h:244: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:244: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘mb_atomic_set_int’:
../../parser/../mem/../atomic/atomic_x86.h:299: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:299: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘mb_atomic_set_long’:
../../parser/../mem/../atomic/atomic_x86.h:312: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:312: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘mb_atomic_get_int’:
../../parser/../mem/../atomic/atomic_x86.h:331: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:331: error: expected ‘;’ before ‘volatile’
../../parser/../mem/../atomic/atomic_x86.h: In function ‘mb_atomic_get_long’:
../../parser/../mem/../atomic/atomic_x86.h:342: error: ‘asm’ undeclared (first use in this function)
../../parser/../mem/../atomic/atomic_x86.h:342: error: expected ‘;’ before ‘volatile’
In file included from ../../parser/../mem/../lock_ops.h:85,
                 from ../../parser/../mem/shm_mem.h:75,
                 from ../../parser/../ut.h:64,
                 from ../../parser/../ip_addr.h:50,
                 from ../../parser/msg_parser.h:61,
                 from ../../sr_module.h:62,
                 from ndb_redis_mod.c:32:
../../parser/../mem/../futexlock.h: In function ‘futex_get’:
../../parser/../mem/../futexlock.h:110: warning: implicit declaration of function ‘syscall’
ndb_redis_mod.c: At top level:
../../parser/parse_param.h:156: warning: inline function ‘parse_param’ declared but never defined
make: *** [ndb_redis_mod.o] Error 1
-----

This is not your fault, of course. But it does raise the more general problem: should everyone who utilises hiredis be responsible for making their application compile under C99?

In my opinion, it would be more sensible to simply rename that redisContext struct member/identifier to something other than 'unix'. Thoughts?


i think this is a good step toward the end goal, we want these to be variables:
- db_user
- db_user_password
- db_host
- db_port
- db_dbname

and then we can apply these to generate a new conn string


Blank line


This commit is ok, minus the added dep on flake8


Will improve.


Tell how you would add it to the PYTHONPATH environment variable. Provide an example. It may be useful for most people.


Gah, that's what happens when I reply late at night.

```ruby
params.require(:summary)
```

instead of what you have.


more tests are needed: some macros still confuse everything


I ran it over the linux kernel :/ which has evil macros


Use [pep8](https://pypi.python.org/pypi/pep8) linter to check Python code.


TeamCity Hyrise :: Unit Tests [Build 75](http://ares.epic.hpi.uni-potsdam.de/hyrise-build/viewLog.html?buildId=83&buildTypeId=Hyrise_UnitTests) outcome was **SUCCESS**
Summary: Running Build time: 00:14:58


Can you run the string through the Board.new constructor and then just pretty print the matrix from Board.board()? Seems like we might be duplicating some functionality unnecessarily.


where is this $user coming from?


Fixed (also below)


Add a Makefile for the C source code file.


The comment is just for me, so I know where I have to rework


Already corrected in a subsequent commit.


старый код отработал у меня. но в целом можно заменить на async .

    In [1]: from dbmail.tasks import mail_track

    In [2]: mail_track.delay(args=[{}, 'sadfasd'], retry=1, max_retries=2)
    Out[2]: <AsyncResult: f81b00e7-ebf6-4a50-bc2f-fe45d8165406>


well, to be more specific...

```ruby
params.require(:summary).permit(:body)
```


Opened https://github.com/zsh-users/zsh-completions/issues/313


Sollte das nicht > sein statt ≥?


OK, this works perfectly! However, are the windows about adding/deleting thanks like neccessary? I like them but we should add a setting for this (enable/disable popup windows)


Do we need to import JSONMessage class right?


Great Idea. Boss great innovation...I want to join with u mamun bhi.


partially disabled this in 147602, tracking issue in #2791


Hey @paulpilone,

I had some time and implemented this functionality and published version 0.2 to cocoa pods. Feel free to update your pods and enjoy ;)


Arguson now looks like this:
curl -X POST 'http://localhost:7474/db/data/ext/GoLS/graphdb/getSyntheticTree' -H 'Content-Type: applcation/json' --data-binary '{"treeID":"otol.draft.22","format":"arguson","maxDepth":"3","subtreeNodeID":"792659"}'
```json
{
  "name" : "Gavia",
  "nodeid" : 792659,
  "children" : [ {
    "taxSource" : "gbif:4966468",
    "hasChildren" : false,
    "name" : "Gavia egeriana",
    "ottId" : "3595544",
    "supportedBy" : [ "taxonomy" ],
    "nodeid" : 792664,
    "taxRank" : "species",
    "nleaves" : 0
  }, {
    "children" : [ {
      "children" : [ {
        "taxSource" : "ncbi:57069,gbif:2481959,irmng:10934623",
        "hasChildren" : false,
        "name" : "Gavia arctica",
        "ottId" : "1085739",
        "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
        "nodeid" : 792670,
        "taxRank" : "species",
        "nleaves" : 0
      }, {
        "taxSource" : "ncbi:85097,gbif:2481955,irmng:10589926",
        "hasChildren" : false,
        "name" : "Gavia pacifica",
        "ottId" : "651474",
        "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
        "nodeid" : 792671,
        "taxRank" : "species",
        "nleaves" : 0
      } ],
      "name" : "",
      "supportedBy" : [ "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
      "nodeid" : 3873607,
      "nleaves" : 2
    }, {
      "children" : [ {
        "taxSource" : "ncbi:37039,gbif:2481962,irmng:10190144",
        "hasChildren" : false,
        "name" : "Gavia immer",
        "ottId" : "1057518",
        "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
        "nodeid" : 792668,
        "taxRank" : "species",
        "nleaves" : 0
      }, {
        "taxSource" : "ncbi:372293,gbif:2481957,irmng:10589925",
        "hasChildren" : false,
        "name" : "Gavia adamsii",
        "ottId" : "90560",
        "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
        "nodeid" : 792669,
        "taxRank" : "species",
        "nleaves" : 0
      } ],
      "name" : "",
      "supportedBy" : [ "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
      "nodeid" : 3873606,
      "nleaves" : 2
    } ],
    "name" : "",
    "supportedBy" : [ "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "nodeid" : 3873605,
    "nleaves" : 4
  }, {
    "taxSource" : "gbif:4966466",
    "hasChildren" : false,
    "name" : "Gavia palaeodytes",
    "ottId" : "3595546",
    "supportedBy" : [ "taxonomy" ],
    "nodeid" : 792665,
    "taxRank" : "species",
    "nleaves" : 0
  }, {
    "taxSource" : "gbif:4966464",
    "hasChildren" : false,
    "name" : "Gavia howardae",
    "ottId" : "3595548",
    "supportedBy" : [ "taxonomy" ],
    "nodeid" : 792666,
    "taxRank" : "species",
    "nleaves" : 0
  }, {
    "taxSource" : "gbif:4966467",
    "hasChildren" : false,
    "name" : "Gavia fortis",
    "ottId" : "3595545",
    "supportedBy" : [ "taxonomy" ],
    "nodeid" : 792663,
    "taxRank" : "species",
    "nleaves" : 0
  }, {
    "taxSource" : "gbif:4966465",
    "hasChildren" : false,
    "name" : "Gavia concinna",
    "ottId" : "3595547",
    "supportedBy" : [ "taxonomy" ],
    "nodeid" : 792667,
    "taxRank" : "species",
    "nleaves" : 0
  }, {
    "taxSource" : "ncbi:37040,gbif:2481958,irmng:10855603",
    "hasChildren" : false,
    "name" : "Gavia stellata",
    "ottId" : "1057044",
    "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "nodeid" : 792673,
    "taxRank" : "species",
    "nleaves" : 0
  } ],
  "maxnodedepth" : 3,
  "nleaves" : 10,
  "taxSource" : "ncbi:37038,gbif:2481954,irmng:1278293,irmng:1278204",
  "taxRank" : "genus",
  "ottId" : "803675",
  "pathToRoot" : [ {
    "supporting_sources" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "uniqname" : "Gaviidae",
    "taxSource" : "ncbi:30412,gbif:9312,irmng:100635",
    "name" : "Gaviidae",
    "ottId" : "928350",
    "nodeid" : 792657,
    "taxRank" : "family"
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Gaviiformes",
    "taxSource" : "ncbi:30411,gbif:7192754,irmng:10349",
    "name" : "Gaviiformes",
    "ottId" : "70684",
    "nodeid" : 792656,
    "taxRank" : "order"
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3847732
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3847690
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "nodeid" : 3847770
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3847771
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "nodeid" : 3847676
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3847772
  }, {
    "supporting_sources" : [ "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Neognathae",
    "taxSource" : "ncbi:8825",
    "name" : "Neognathae",
    "ottId" : "241846",
    "nodeid" : 788776,
    "taxRank" : "superorder"
  }, {
    "supporting_sources" : [ "taxonomy", "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2926_6757_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "uniqname" : "Aves",
    "taxSource" : "ncbi:8782,gbif:212,irmng:1142",
    "name" : "Aves",
    "ottId" : "81461",
    "nodeid" : 788774,
    "taxRank" : "class"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Coelurosauria",
    "taxSource" : "ncbi:436492",
    "name" : "Coelurosauria",
    "ottId" : "664351",
    "nodeid" : 788773,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Theropoda",
    "taxSource" : "ncbi:436491",
    "name" : "Theropoda",
    "ottId" : "664350",
    "nodeid" : 788772,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Saurischia",
    "taxSource" : "ncbi:436489,irmng:10565",
    "name" : "Saurischia",
    "ottId" : "90223",
    "nodeid" : 788771,
    "taxRank" : "order"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Dinosauria",
    "taxSource" : "ncbi:436486",
    "name" : "Dinosauria",
    "ottId" : "90215",
    "nodeid" : 788770,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Archosauria",
    "taxSource" : "ncbi:8492",
    "name" : "Archosauria",
    "ottId" : "335588",
    "nodeid" : 788769,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Testudines + Archosauria group",
    "taxSource" : "ncbi:1329799",
    "name" : "Testudines + Archosauria group",
    "ottId" : "4947372",
    "nodeid" : 788767,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Sauria",
    "taxSource" : "ncbi:32561",
    "name" : "Sauria",
    "ottId" : "329823",
    "nodeid" : 788764,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Sauropsida",
    "taxSource" : "ncbi:8457",
    "name" : "Sauropsida",
    "ottId" : "639642",
    "nodeid" : 788762,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Amniota",
    "taxSource" : "ncbi:32524",
    "name" : "Amniota",
    "ottId" : "229560",
    "nodeid" : 764515,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Tetrapoda (in Dipnotetrapodomorpha)",
    "taxSource" : "ncbi:32523",
    "name" : "Tetrapoda",
    "ottId" : "229562",
    "nodeid" : 740290,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Dipnotetrapodomorpha",
    "taxSource" : "ncbi:1338369",
    "name" : "Dipnotetrapodomorpha",
    "ottId" : "4940726",
    "nodeid" : 740213,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Sarcopterygii",
    "taxSource" : "ncbi:8287,gbif:238,irmng:1531",
    "name" : "Sarcopterygii",
    "ottId" : "458402",
    "nodeid" : 740190,
    "taxRank" : "class"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Euteleostomi",
    "taxSource" : "ncbi:117571",
    "name" : "Euteleostomi",
    "ottId" : "114654",
    "nodeid" : 740188,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Teleostomi",
    "taxSource" : "ncbi:117570",
    "name" : "Teleostomi",
    "ottId" : "114656",
    "nodeid" : 740187,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Gnathostomata (in phylum Chordata)",
    "taxSource" : "ncbi:7776",
    "name" : "Gnathostomata",
    "ottId" : "278114",
    "nodeid" : 740185,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "taxonomy" ],
    "uniqname" : "Vertebrata (in phylum Chordata)",
    "taxSource" : "ncbi:7742",
    "name" : "Vertebrata",
    "ottId" : "801601",
    "nodeid" : 740183,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Craniata (subphylum in phylum Chordata)",
    "taxSource" : "ncbi:89593",
    "name" : "Craniata",
    "ottId" : "947318",
    "nodeid" : 740182,
    "taxRank" : "subphylum"
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3843618
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Chordata",
    "taxSource" : "ncbi:7711,gbif:44,irmng:148",
    "name" : "Chordata",
    "ottId" : "125642",
    "nodeid" : 733084,
    "taxRank" : "phylum"
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Deuterostomia",
    "taxSource" : "ncbi:33511",
    "name" : "Deuterostomia",
    "ottId" : "147604",
    "nodeid" : 732850,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3843340
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Bilateria",
    "taxSource" : "ncbi:33213",
    "name" : "Bilateria",
    "ottId" : "117569",
    "nodeid" : 731890,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2708_6289_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3872971
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3872970
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2696_6249_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3872969
  }, {
    "supporting_sources" : [ "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Metazoa",
    "taxSource" : "silva:D14357/#4,ncbi:33208,gbif:1,irmng:11",
    "name" : "Metazoa",
    "ottId" : "691846",
    "nodeid" : 702848,
    "taxRank" : "kingdom"
  }, {
    "supporting_sources" : [ "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "nodeid" : 3859708
  }, {
    "supporting_sources" : [ "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Holozoa (in phylum Opisthokonta)",
    "taxSource" : "silva:D14357/#3",
    "name" : "Holozoa",
    "ottId" : "5246131",
    "nodeid" : 702513,
    "taxRank" : "no rank"
  }, {
    "supporting_sources" : [ "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Opisthokonta",
    "taxSource" : "silva:D11377/#2,if:90277,ncbi:33154,irmng:183",
    "name" : "Opisthokonta",
    "ottId" : "332573",
    "nodeid" : 702499,
    "taxRank" : "phylum"
  }, {
    "supporting_sources" : [ "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy" ],
    "uniqname" : "Eukaryota",
    "taxSource" : "silva:D11377/#1,ncbi:2759",
    "name" : "Eukaryota",
    "ottId" : "304358",
    "nodeid" : 4,
    "taxRank" : "domain"
  }, {
    "supporting_sources" : [ "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452", "taxonomy", "pg_2715_6308_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2731_6428_a2c48df995ddc9fd208986c3d4225112550c8452", "pg_2542_5590_a2c48df995ddc9fd208986c3d4225112550c8452", "ot_106_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
    "uniqname" : "cellular organisms",
    "taxSource" : "ncbi:131567",
    "name" : "cellular organisms",
    "ottId" : "93302",
    "nodeid" : 1,
    "taxRank" : "no rank"
  } ],
  "supportedBy" : [ "taxonomy", "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" ],
  "sourceToMetaMap" : {
    "pg_420_522_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "522",
      "study_id" : "pg_420"
    },
    "pg_2715_6308_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6308",
      "study_id" : "pg_2715"
    },
    "pg_2731_6428_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6428",
      "study_id" : "pg_2731"
    },
    "pg_2710_6291_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6291",
      "study_id" : "pg_2710"
    },
    "pg_2822_6569_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6569",
      "study_id" : "pg_2822"
    },
    "pg_2708_6289_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6289",
      "study_id" : "pg_2708"
    },
    "pg_2542_5590_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "5590",
      "study_id" : "pg_2542"
    },
    "pg_2926_6757_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6757",
      "study_id" : "pg_2926"
    },
    "pg_2696_6249_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "6249",
      "study_id" : "pg_2696"
    },
    "ot_106_1_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "1",
      "study_id" : "ot_106"
    },
    "taxonomy" : {
      "version" : "ott2.8draft5"
    },
    "ot_104_1_a2c48df995ddc9fd208986c3d4225112550c8452" : {
      "git_sha" : "a2c48df995ddc9fd208986c3d4225112550c8452",
      "tree_id" : "1",
      "study_id" : "ot_104"
    }
  }
}
```


This is the new ```State``` record which I then included in an atom (also see below)


alright well sounds good, thanks either way for making this as it helps out a lot when I'm sleeping or busy doing other stuff :D


This needs to be reverted.


also unset $user variable, I think


No, that tab was programmatically inserted.... by my layer to base system refactoring tool. Thanks for the info.

Von meinem Windows Phone gesendet
________________________________
Von: mroeder<mailto:notifications@github.com>
Gesendet: 30.04.2015 20:12
An: LivelyKernel/LivelyKernel<mailto:LivelyKernel@noreply.github.com>
Cc: Lincke, Jens<mailto:Jens.Lincke@hpi.de>
Betreff: Re: [LivelyKernel] Fix PartsItems to support roots with prefixes as used in lively-kerne.lorg/babelsber/ (41a6253)

... looks like someone is editing the files outside of Lively :-o

—
Reply to this email directly or view it on GitHub<https://github.com/LivelyKernel/LivelyKernel/commit/41a62531b531ed71663657e20f639238d929d326#commitcomment-10990400>.


hmm... rather than documenting the utils here, we could do so in the scripts themselves (small comment header) and only tell ppl here to look at the comments in the files


Missing the license header here. Run Maven with the default goals (don't use your own) to add it.


Apparently not, since it's working :)

It's already imported e.g. in PKPTemplateManager.


This function feels weird...i thought it was better to ```deref``` in the reads and not to cache the value in a ```let``` in order for this fn to be thread safe but I would like you to confirm or tell me if there is a more idiomatic way...


same...


These are already fixed later in the commit list.


@joolswills what am I missing in order to make this work?


The behavior seems kind of strange to me for a couple reasons:

1 - Can't select dates in the past. (past of a different timezone than mine, because I can't choose today's date)
2- When trying to select an invalid date, the valid date that the spinner chooses to spin to is not always the most nearby one. (For example, try a valid month in the future, then scroll to one that is invalid. Also happens sometimes when using a day like `31` and then going to a month that has no `31`. The behavior is inconsistent so I don't have exact steps, but if you try a bunch of times then you will see some weird spinning choices :/)


As you can see, you "code smelled" right, this function has been removed.


you can rm the .js it's implicit.


Just to be clear about it, the commit is mine. I could not push it myself due to GitHub not finishing with progressing on my commit. I think the code looks quite nice now the formatting is done. That is the outside of the code.


the original distinction of COOKBOOK and README was that README is the pre-install and COOKBOOK the post-install documentation. documenting the bootstrap process in 2 different places is probably not the best idea.


Add a gitignore file to ignore the executable created in the `test/` folder after building the C source code file.


should be `swift` here instead of `ruby` :]


Oops, you're right. Carry on. :+1:


not AjaxFormHandler?


wrong name


shouldnt the section about /src should be placed here ?


Already fixed in later commit.


Will fix


I think it's better named `isInstrumentationEnabled()` to be consistent with other similar config options.


Ah, ok.  Definitely a case where we're optimizing for different things. :smile:

I think your change would be great.  Thanks!


just a note
if you'd like to fork the project and update the license, you should update the license.txt file too


Better to make `metricContext` and `Optional`.


I'd just nuke the limit, or set it to a _very_ high value (like, 10k) that we know is necessary to put a cap on the server-side memory usage. I just can't see any reason for it being here, and could easily see medic-transport wanting to pull a batch of 1000 messages if it were under heavy load and using an web services API-based driver.


Didn't see this variable being set on the fetch method of the ContactForm class...


`this.recordsInMeter`.


¿Porqué no se ha pasado aquí a minúsculas 'Clase de Poblado de Datos?


@KellyMahan: What error isn't defined?


73988              	TIM1_CC_IRQHandler:
 73989              	.LFB212:
 366:targets/taranis/pulses_driver.cpp **** {
 73990              		.loc 36 366 0
 73991              		.cfi_startproc
 73992              		@ args = 0, pretend = 0, frame = 0
 73993              		@ frame_needed = 0, uses_anonymous_args = 0
 73994 0000 10B5     		push	{r4, lr}	@
 73995              	.LCFI494:
 73996              		.cfi_def_cfa_offset 8
 73997              		.cfi_offset 4, -8
 73998              		.cfi_offset 14, -4
 367:targets/taranis/pulses_driver.cpp ****   TIM1->DIER &= ~TIM_DIER_CC2IE ;         // stop this interrupt
 73999              		.loc 36 367 0
 74000 0002 224C     		ldr	r4, .L6891	@ tmp158,
 74001 0004 A389     		ldrh	r3, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74002 0006 23F00400 		bic	r0, r3, #4	@ D.51049, MEM[(struct TIM_TypeDef *)1073807360B].DIER,
 74003 000a 0104     		lsls	r1, r0, #16	@ D.51049, D.51049,
 74004 000c 0A0C     		lsrs	r2, r1, #16	@ D.51049, D.51049,
 74005 000e A281     		strh	r2, [r4, #12]	@ movhi	@ D.51049, MEM[(struct TIM_TypeDef *)1073807360B].DIER
ARM GAS  /tmp/cctRlZ5j.s 			page 2060

 368:targets/taranis/pulses_driver.cpp ****   TIM1->SR &= ~TIM_SR_CC2IF ;                             // Clear flag
 74006              		.loc 36 368 0
 74007 0010 238A     		ldrh	r3, [r4, #16]	@, MEM[(struct TIM_TypeDef *)1073807360B].SR
 74008 0012 23F00400 		bic	r0, r3, #4	@ D.51051, MEM[(struct TIM_TypeDef *)1073807360B].SR,
 74009 0016 0104     		lsls	r1, r0, #16	@ D.51051, D.51051,
 74010 0018 0A0C     		lsrs	r2, r1, #16	@ D.51051, D.51051,
 370:targets/taranis/pulses_driver.cpp ****   setupPulses(INTERNAL_MODULE) ;
 74011              		.loc 36 370 0
 74012 001a 0020     		movs	r0, #0	@,
 368:targets/taranis/pulses_driver.cpp ****   TIM1->SR &= ~TIM_SR_CC2IF ;                             // Clear flag
 74013              		.loc 36 368 0
 74014 001c 2282     		strh	r2, [r4, #16]	@ movhi	@ D.51051, MEM[(struct TIM_TypeDef *)1073807360B].SR
 370:targets/taranis/pulses_driver.cpp ****   setupPulses(INTERNAL_MODULE) ;
 74015              		.loc 36 370 0
 74016 001e FFF7FEFF 		bl	_Z11setupPulsesj	@
 74017              	.LVL7483:
 372:targets/taranis/pulses_driver.cpp ****   if (s_current_protocol[INTERNAL_MODULE] == PROTO_PXX) {
 74018              		.loc 36 372 0
 74019 0022 1B4B     		ldr	r3, .L6891+4	@ tmp170,
 74020 0024 1878     		ldrb	r0, [r3, #0]	@ zero_extendqisi2	@ D.51052, s_current_protocol
 74021 0026 0128     		cmp	r0, #1	@ D.51052,
 74022 0028 12D1     		bne	.L6887	@,
 373:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
 74023              		.loc 36 373 0
 74024 002a 1A4B     		ldr	r3, .L6891+8	@ tmp171,
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74025              		.loc 36 374 0
 74026 002c 4FF47411 		mov	r1, #3997696	@ tmp174,
 373:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
 74027              		.loc 36 373 0
 74028 0030 1A68     		ldr	r2, [r3, #0]	@ D.51056, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 74029 0032 22F00100 		bic	r0, r2, #1	@ D.51057, D.51056,
 74030 0036 1860     		str	r0, [r3, #0]	@ D.51057, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74031              		.loc 36 374 0
 74032 0038 174A     		ldr	r2, .L6891+12	@ tmp173,
 375:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->M0AR = CONVERT_PTR_UINT(&modulePulsesData[INTERNAL_MODULE].pxx.pulses[1]);
 74033              		.loc 36 375 0
 74034 003a 1848     		ldr	r0, .L6891+16	@ tmp175,
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74035              		.loc 36 374 0
 74036 003c D160     		str	r1, [r2, #12]	@ tmp174, MEM[(struct DMA_TypeDef *)1073898496B].HIFCR
 375:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->M0AR = CONVERT_PTR_UINT(&modulePulsesData[INTERNAL_MODULE].pxx.pulses[1]);
 74037              		.loc 36 375 0
 74038 003e 811C     		adds	r1, r0, #2	@ D.51059, tmp175,
 74039 0040 D960     		str	r1, [r3, #12]	@ D.51059, MEM[(struct DMA_Stream_TypeDef *)1073898656B].M0AR
 376:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR |= DMA_SxCR_EN ;               // Enable DMA
 74040              		.loc 36 376 0
 74041 0042 1A68     		ldr	r2, [r3, #0]	@ D.51060, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 74042 0044 42F00101 		orr	r1, r2, #1	@ D.51061, D.51060,
 74043 0048 1960     		str	r1, [r3, #0]	@ D.51061, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 377:targets/taranis/pulses_driver.cpp ****     TIM1->CCR3 = modulePulsesData[INTERNAL_MODULE].pxx.pulses[0];
 74044              		.loc 36 377 0
 74045 004a 0388     		ldrh	r3, [r0, #0]	@ unaligned	@ D.51063,
 74046 004c E363     		str	r3, [r4, #60]	@ D.51063, MEM[(struct TIM_TypeDef *)1073807360B].CCR3
 74047 004e 16E0     		b	.L6889	@
 74048              	.L6887:
ARM GAS  /tmp/cctRlZ5j.s 			page 2061

 380:targets/taranis/pulses_driver.cpp ****   else if (s_current_protocol[INTERNAL_MODULE] == PROTO_PPM) {
 74049              		.loc 36 380 0
 74050 0050 A8B9     		cbnz	r0, .L6889	@ D.51052,
 381:targets/taranis/pulses_driver.cpp ****     toto++;
 74051              		.loc 36 381 0
 74052 0052 1349     		ldr	r1, .L6891+20	@ tmp189,
 382:targets/taranis/pulses_driver.cpp ****     modulePulsesData[INTERNAL_MODULE].ppm.ptr = modulePulsesData[INTERNAL_MODULE].ppm.pulses;
 74053              		.loc 36 382 0
 74054 0054 1148     		ldr	r0, .L6891+16	@ tmp193,
 381:targets/taranis/pulses_driver.cpp ****     toto++;
 74055              		.loc 36 381 0
 74056 0056 0A68     		ldr	r2, [r1, #0]	@ toto, toto
 74057 0058 531C     		adds	r3, r2, #1	@ tmp191, toto,
 74058 005a 0B60     		str	r3, [r1, #0]	@ tmp191, toto
 382:targets/taranis/pulses_driver.cpp ****     modulePulsesData[INTERNAL_MODULE].ppm.ptr = modulePulsesData[INTERNAL_MODULE].ppm.pulses;
 74059              		.loc 36 382 0
 74060 005c 8062     		str	r0, [r0, #40]	@ unaligned	@ tmp193,
 383:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_UDE ;
 74061              		.loc 36 383 0
 74062 005e A189     		ldrh	r1, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74063 0060 8AB2     		uxth	r2, r1	@ D.51071, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74064 0062 42F48073 		orr	r3, r2, #256	@ D.51072, D.51071,
 74065 0066 A381     		strh	r3, [r4, #12]	@ movhi	@ D.51072, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 384:targets/taranis/pulses_driver.cpp ****     TIM1->SR &= ~TIM_SR_UIF ;                                       // Clear this flag
 74066              		.loc 36 384 0
 74067 0068 208A     		ldrh	r0, [r4, #16]	@, MEM[(struct TIM_TypeDef *)1073807360B].SR
 74068 006a 20F00101 		bic	r1, r0, #1	@ D.51074, MEM[(struct TIM_TypeDef *)1073807360B].SR,
 74069 006e 0A04     		lsls	r2, r1, #16	@ D.51074, D.51074,
 74070 0070 130C     		lsrs	r3, r2, #16	@ D.51074, D.51074,
 74071 0072 2382     		strh	r3, [r4, #16]	@ movhi	@ D.51074, MEM[(struct TIM_TypeDef *)1073807360B].SR
 385:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_UIE ;                            // Enable this interrupt
 74072              		.loc 36 385 0
 74073 0074 A089     		ldrh	r0, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74074 0076 81B2     		uxth	r1, r0	@ D.51075, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74075 0078 41F00101 		orr	r1, r1, #1	@ D.51076, D.51075,
 74076 007c 03E0     		b	.L6890	@
 74077              	.L6889:
 388:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_CC2IE ;  // Enable this interrupt
 74078              		.loc 36 388 0
 74079 007e A089     		ldrh	r0, [r4, #12]	@,
 74080 0080 82B2     		uxth	r2, r0	@ D.51078, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74081 0082 42F00401 		orr	r1, r2, #4	@ D.51079, D.51078,
 74082              	.L6890:
 74083 0086 A181     		strh	r1, [r4, #12]	@ movhi	@ D.51079,
 74084 0088 10BD     		pop	{r4, pc}	@
 74085              	.L6892:
 74086 008a 00BF     		.align	2
 74087              	.L6891:
 74088 008c 00000140 		.word	1073807360
 74089 0090 00000000 		.word	.LANCHOR64
 74090 0094 A0640240 		.word	1073898656
 74091 0098 00640240 		.word	1073898496
 74092 009c 00000000 		.word	.LANCHOR45
 74093 00a0 00000000 		.word	.LANCHOR347
 74094              		.cfi_endproc
 74095              	.LFE212:
 74096              		.size	TIM1_CC_IRQHandler, .-TIM1_CC_IRQHandler
ARM GAS  /tmp/cctRlZ5j.s 			page 2062


Similarly, better to make all metrics `Optional` just like `metricContext`.


¿Qué tal si en algún sitio de la guía o bien al final de las páginas hacemos una equivalencia de términos técnicos en inglés con los términos en castellano?


We see "0," as the value for `@test.board1` and `@test.board2`.

We also see this error in-browser:
![image](https://cloud.githubusercontent.com/assets/4713937/7420505/e5ea85c0-ef31-11e4-90da-35d4b4eac658.png)


where is the userLocales handled?


Ditto. Better to make all metric variables `Optional`.


So by default send 10k messages to the gateway unless it specifies limit?  No idea how smssync would handle that, I had problems with it crashing on 25, maybe that bug was fixed now I'm not sure.   But we need to have a default and a max value for limit.


np.

Can you do the update in this pull request? Then we can merge to appneta/master.


¿mejor deshace (rollaback) y **vuelve** a ejecutar?


not Ajax?


Gracias por las correciones!


lack the Form work....


Maybe rename this to `instrumentationEnabled`?


What about refactoring these functions and remove code duplication?


probably also helpful to mention that to use svlogd nothing else is needed as to make the service script dump the service's output to stdout/stderr. eventually a reference to an existing service could help (i.e. "see /etc/service/crond/run and /etc/service/dmesg/run as an example")


line 250 socket.rb "raise error"

error isn't defined at that location.

see the issue and pull request

https://github.com/excon/excon/issues/505

https://github.com/excon/excon/pull/506
> James Cox <mailto:notifications@github.com>
> April 30, 2015 at 2:10 PM
>
> @KellyMahan <https://github.com/KellyMahan>: What error isn't defined?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/excon/excon/commit/8f741167125bb6fe744e534d1d80c358ca0de657#commitcomment-10991473>.
>


Looking good, except i think the default size is still 30, isn't it?


pvr.stalker


should be op="saveContact" ?


is the op to save the form correct?


@kenji123 do you want your copyright here?


The rules for the initial generation of the master spreadsheet is as follows (and can be observed through the code in this commit):

1) Start with the compounds in default
2) Add compounds from plantdefault if not already there
3) Add InChI strings to determine compound structure
    (Because the InChI strings were used to merge KEGG and MetaCyc, it then follows that it didn't matter which set of InChI strings to prioritize, though the possibility of conflict exists.  The InChI strings presented were the ones used to do the merging, some of which were modified to improve merging)

It then follows that we would curate this master list to find either conflicts or links (compounds that should be merged anyway).

We would then curate three types of conflicts between default and plantdefault, prioritizing compounds that belong to a ModelTemplate:

Property Conflicts i.e. Formula, charge, mass
Alias Conflicts i.e. KEGG, MetaCyc
Structural Conflicts i.e. Fe and Fe2+

We can formalize the fixes to conflicts in a separate file, i.e.

cpdxxxxx formula plantdefault

meaning we use the formula from the later biochemistry, and a script can be used to then update the master list correspondingly.

I will follow up with a separate file that lists the possible conflicts.


`content` already exists in `Topic`. Also it's not a `QA`, it's rather a `Question`


This shouldn't exist :)


This is a leftover; removing.


wrong name


Good point -- will fix.


Code KO:

```asm
 73988              	TIM1_CC_IRQHandler:
 73989              	.LFB212:
 366:targets/taranis/pulses_driver.cpp **** {
 73990              		.loc 36 366 0
 73991              		.cfi_startproc
 73992              		@ args = 0, pretend = 0, frame = 0
 73993              		@ frame_needed = 0, uses_anonymous_args = 0
 73994 0000 10B5     		push	{r4, lr}	@
 73995              	.LCFI494:
 73996              		.cfi_def_cfa_offset 8
 73997              		.cfi_offset 4, -8
 73998              		.cfi_offset 14, -4
 367:targets/taranis/pulses_driver.cpp ****   TIM1->DIER &= ~TIM_DIER_CC2IE ;         // stop this interrupt
 73999              		.loc 36 367 0
 74000 0002 204C     		ldr	r4, .L6891	@ tmp156,
 74001 0004 A389     		ldrh	r3, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74002 0006 23F00400 		bic	r0, r3, #4	@ D.51049, MEM[(struct TIM_TypeDef *)1073807360B].DIER,
 74003 000a 0104     		lsls	r1, r0, #16	@ D.51049, D.51049,
 74004 000c 0A0C     		lsrs	r2, r1, #16	@ D.51049, D.51049,
 74005 000e A281     		strh	r2, [r4, #12]	@ movhi	@ D.51049, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 368:targets/taranis/pulses_driver.cpp ****   TIM1->SR &= ~TIM_SR_CC2IF ;                             // Clear flag
ARM GAS  /tmp/ccnVrqPc.s 			page 2060

 74006              		.loc 36 368 0
 74007 0010 238A     		ldrh	r3, [r4, #16]	@, MEM[(struct TIM_TypeDef *)1073807360B].SR
 74008 0012 23F00400 		bic	r0, r3, #4	@ D.51051, MEM[(struct TIM_TypeDef *)1073807360B].SR,
 74009 0016 0104     		lsls	r1, r0, #16	@ D.51051, D.51051,
 74010 0018 0A0C     		lsrs	r2, r1, #16	@ D.51051, D.51051,
 370:targets/taranis/pulses_driver.cpp ****   setupPulses(INTERNAL_MODULE) ;
 74011              		.loc 36 370 0
 74012 001a 0020     		movs	r0, #0	@,
 368:targets/taranis/pulses_driver.cpp ****   TIM1->SR &= ~TIM_SR_CC2IF ;                             // Clear flag
 74013              		.loc 36 368 0
 74014 001c 2282     		strh	r2, [r4, #16]	@ movhi	@ D.51051, MEM[(struct TIM_TypeDef *)1073807360B].SR
 370:targets/taranis/pulses_driver.cpp ****   setupPulses(INTERNAL_MODULE) ;
 74015              		.loc 36 370 0
 74016 001e FFF7FEFF 		bl	_Z11setupPulsesj	@
 74017              	.LVL7483:
 372:targets/taranis/pulses_driver.cpp ****   if (s_current_protocol[INTERNAL_MODULE] == PROTO_PXX) {
 74018              		.loc 36 372 0
 74019 0022 194B     		ldr	r3, .L6891+4	@ tmp168,
 74020 0024 1878     		ldrb	r0, [r3, #0]	@ zero_extendqisi2	@ D.51052, s_current_protocol
 74021 0026 0128     		cmp	r0, #1	@ D.51052,
 74022 0028 12D1     		bne	.L6887	@,
 373:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
 74023              		.loc 36 373 0
 74024 002a 184B     		ldr	r3, .L6891+8	@ tmp169,
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74025              		.loc 36 374 0
 74026 002c 184A     		ldr	r2, .L6891+12	@ tmp171,
 373:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
 74027              		.loc 36 373 0
 74028 002e 1868     		ldr	r0, [r3, #0]	@ D.51056, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 74029 0030 20F00101 		bic	r1, r0, #1	@ D.51057, D.51056,
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74030              		.loc 36 374 0
 74031 0034 4FF47410 		mov	r0, #3997696	@ tmp172,
 373:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
 74032              		.loc 36 373 0
 74033 0038 1960     		str	r1, [r3, #0]	@ D.51057, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74034              		.loc 36 374 0
 74035 003a D060     		str	r0, [r2, #12]	@ tmp172, MEM[(struct DMA_TypeDef *)1073898496B].HIFCR
 375:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->M0AR = CONVERT_PTR_UINT(&modulePulsesData[INTERNAL_MODULE].pxx.pulses[1]);
 74036              		.loc 36 375 0
 74037 003c 1548     		ldr	r0, .L6891+16	@ tmp173,
 74038 003e 811C     		adds	r1, r0, #2	@ D.51059, tmp173,
 74039 0040 D960     		str	r1, [r3, #12]	@ D.51059, MEM[(struct DMA_Stream_TypeDef *)1073898656B].M0AR
 376:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->CR |= DMA_SxCR_EN ;               // Enable DMA
 74040              		.loc 36 376 0
 74041 0042 1A68     		ldr	r2, [r3, #0]	@ D.51060, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 74042 0044 42F00101 		orr	r1, r2, #1	@ D.51061, D.51060,
 74043 0048 1960     		str	r1, [r3, #0]	@ D.51061, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 377:targets/taranis/pulses_driver.cpp ****     TIM1->CCR3 = modulePulsesData[INTERNAL_MODULE].pxx.pulses[0];
 74044              		.loc 36 377 0
 74045 004a 0388     		ldrh	r3, [r0, #0]	@ unaligned	@ D.51063,
 74046 004c E363     		str	r3, [r4, #60]	@ D.51063, MEM[(struct TIM_TypeDef *)1073807360B].CCR3
 74047 004e 12E0     		b	.L6889	@
 74048              	.L6887:
 380:targets/taranis/pulses_driver.cpp ****   else if (s_current_protocol[INTERNAL_MODULE] == PROTO_PPM) {
ARM GAS  /tmp/ccnVrqPc.s 			page 2061

 74049              		.loc 36 380 0
 74050 0050 88B9     		cbnz	r0, .L6889	@ D.51052,
 381:targets/taranis/pulses_driver.cpp ****     modulePulsesData[INTERNAL_MODULE].ppm.ptr = modulePulsesData[INTERNAL_MODULE].ppm.pulses;
 74051              		.loc 36 381 0
 74052 0052 1049     		ldr	r1, .L6891+16	@ tmp187,
 74053 0054 8962     		str	r1, [r1, #40]	@ unaligned	@ tmp187,
 382:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_UDE ;
 74054              		.loc 36 382 0
 74055 0056 A289     		ldrh	r2, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74056 0058 93B2     		uxth	r3, r2	@ D.51069, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74057 005a 43F48070 		orr	r0, r3, #256	@ D.51070, D.51069,
 74058 005e A081     		strh	r0, [r4, #12]	@ movhi	@ D.51070, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 383:targets/taranis/pulses_driver.cpp ****     TIM1->SR &= ~TIM_SR_UIF ;                                       // Clear this flag
 74059              		.loc 36 383 0
 74060 0060 218A     		ldrh	r1, [r4, #16]	@, MEM[(struct TIM_TypeDef *)1073807360B].SR
 74061 0062 21F00102 		bic	r2, r1, #1	@ D.51072, MEM[(struct TIM_TypeDef *)1073807360B].SR,
 74062 0066 1304     		lsls	r3, r2, #16	@ D.51072, D.51072,
 74063 0068 180C     		lsrs	r0, r3, #16	@ D.51072, D.51072,
 74064 006a 2082     		strh	r0, [r4, #16]	@ movhi	@ D.51072, MEM[(struct TIM_TypeDef *)1073807360B].SR
 384:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_UIE ;                            // Enable this interrupt
 74065              		.loc 36 384 0
 74066 006c A189     		ldrh	r1, [r4, #12]	@, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74067 006e 8AB2     		uxth	r2, r1	@ D.51073, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74068 0070 42F00101 		orr	r1, r2, #1	@ D.51074, D.51073,
 74069 0074 03E0     		b	.L6890	@
 74070              	.L6889:
 387:targets/taranis/pulses_driver.cpp ****     TIM1->DIER |= TIM_DIER_CC2IE ;  // Enable this interrupt
 74071              		.loc 36 387 0
 74072 0076 A089     		ldrh	r0, [r4, #12]	@,
 74073 0078 82B2     		uxth	r2, r0	@ D.51076, MEM[(struct TIM_TypeDef *)1073807360B].DIER
 74074 007a 42F00401 		orr	r1, r2, #4	@ D.51077, D.51076,
 74075              	.L6890:
 74076 007e A181     		strh	r1, [r4, #12]	@ movhi	@ D.51077,
 74077 0080 10BD     		pop	{r4, pc}	@
 74078              	.L6892:
 74079 0082 00BF     		.align	2
 74080              	.L6891:
 74081 0084 00000140 		.word	1073807360
 74082 0088 00000000 		.word	.LANCHOR64
 74083 008c A0640240 		.word	1073898656
 74084 0090 00640240 		.word	1073898496
 74085 0094 00000000 		.word	.LANCHOR45
 74086              		.cfi_endproc
 74087              	.LFE212:
 74088              		.size	TIM1_CC_IRQHandler, .-TIM1_CC_IRQHandler
```


Ajax?


@tmathmeyer: A fair point, but very difficult to do! Unfortunately, I can't be sure who is licensing any given repository, and I certainly don't want to get into the business of drafting legal docs for strangers on GitHub. I did add a project to my to-do list this morning that will automatically ask the right questions and output a LICENSE given valid SPDX in package.json. I think that will help.

On a related note, I notice here that my recommendation was somehow GPL-3.0 instead of GPL-2.0, which seems like what you wnated. I remember entering  "GPL vX" lines manually, so I must have made a typing error.

Would you like me to force-push a commit with "GPL-2.0" and update the license file?


Already fixed in later commit.


Would probably make more sense to define this in adzerkpromote.py near `AdzerkResponse`


who's greg?


I did the same thing for `R_PDFVIEWER` too


@E3V3A I'll restore these lines of comments in my next PR. It's well for you?


is libc now working?
libg is for debugging with debugger.
having libc and libg at the same time make no sense to me.


This comment won't be clear after awhile, I'd rather remove it.


op="savePublicProfile" ?


I tested it under busybox and it works... busybox's internal shell is ash.


In commit message there is nothing about the situation when user already has Spanish set in its profile. Could you please update your commit message with this info?


I wonder if there's something similar to suppress X windows?


Missing package:
  <package id="Microsoft.Orleans.Templates.Grains" version="1.0.5" targetFramework="net45" />


ojo al ;


This has to be globally installed? No me gusta


Unfortunately the logging function as they are now won't work for a non-lsb setup.  Let me propose something I think will work reasonably well.  Let's add a `zfs_action` wrapper function which handles running the command and logging success or failure as appropriate.  The `zfs_success_msg` and `zfs_failure_msg` variables could them be optionally defined to provide an additional error message.  Here's a mostly fleshed out example, with the redhat chunk lightly tested.

```
# Source function library
if [ -f /lib/lsb/init-functions ]; then
        . /lib/lsb/init-functions
        INIT_STYLE="lsb"
elif [ -f /etc/rc.d/init.d/functions ]; then
        . /etc/rc.d/init.d/functions
        INIT_STYLE="redhat"
else
        echo "Fatal: Init library functions not found"
        exit 1
fi

zfs_success_msg="success"
zfs_success_msg="failure"

zfs_action() {
        local STRING rc

        case "$INIT_STYLE" in
        lsb)
                # UNTESTED: THIS IS JUST AN EXAMPLE OF HOW IT COULD BE DONE
                STRING=$1
                log_begin_msg "$STRING "
                shift
                "$@" && \
                    log_success_msg "$zfs_success_msg" || \
                    log_failure_msg "$zfs_failure_msg"
                rc=$?
                echo
                ;;
        redhat)
                action "$@"
                rc=$?
                ;;
        *)
                echo "Fatal: Unknown init system: $INIT_STYLE"
                exit 1
                ;;
        esac

        return $rc
}

zfs_installed() {
        if [ ! -x $ZPOOL ]; then
                zfs_failure_msg="$ZPOOL binary not found."
                return 1
        fi
        if [ ! -x $ZFS ]; then
                zfs=failure_msg="$ZFS binary not found."
                return 1
        fi

        return 0
}

zfs_action "Checking ZFS utilites tools" zfs_installed || return 5
```


There is a problem with this implementation. There can be multiple offers associated with a single host right? But today, we only store the most recent offer. Since we have a state associated with the offer - applied, we need to have a collection of offers each with their own state. I want to confirm if my understanding of multiple offers for same host.


When is the range (0, stacksize) versus (-1, stacksize + 1) when ```direction < 0```?


@thlorenz Ready for release


is jetty-web.xml within the admin module forgotten to be removed?


Recommended changes:
Port all code to python 3 instead of python 2
In both files, migrate main() to a class


How does it compare with -O2 or -O1?
On Apr 30, 2015 11:08 AM, "soliton4" <notifications@github.com> wrote:

> http://mbebenita.github.io/Broadway/storyDemo.html runs at 228 avg now on
> my machine (chrome)
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/mbebenita/Broadway/commit/2fedb48682761b11c973dcbe7c1345d861013f84#commitcomment-10990313>
> .
>


Oh no it's not an issue at all. You're totally allowed to update the license on a fork of the project. It's not a legal issue at all, I was just pointing out the consistency issue. If you had intended on making a PR back however, I would like it to be GPL-2.0 :)


@niltonvasques e @caiolima @gabrielerbetta @ricardoan
revisem o pdf, please:
https://github.com/Marinofull/relatoriolatec/blob/b8c231a45e4f4ed964b131f0eed8e2faf08cd2ec/sbc-template.pdf


The following should be updated in the zfs.spec.in file:

```diff
diff --git a/rpm/generic/zfs.spec.in b/rpm/generic/zfs.spec.in
index c9bf36e..184a228 100644
--- a/rpm/generic/zfs.spec.in
+++ b/rpm/generic/zfs.spec.in
@@ -229,16 +229,24 @@ find %{?buildroot}%{_libdir} -name '*.la' -exec rm -f {} \
 %if 0%{?_systemd}
 %systemd_post zfs.target
 %else
-[ -x /sbin/chkconfig ] && /sbin/chkconfig --add zfs
-%endif
+if [ -x /sbin/chkconfig ]; then
+    /sbin/chkconfig --add zfs-import
+    /sbin/chkconfig --add zfs-mount
+    /sbin/chkconfig --add zfs-share
+    /sbin/chkconfig --add zfs-zed
+fi
+ndif
 exit 0

 %preun
 %if 0%{?_systemd}
 %systemd_preun zfs.target
 %else
-if [ $1 -eq 0 ] ; then
-    [ -x /sbin/chkconfig ] && /sbin/chkconfig --del zfs
+if [ $1 -eq 0 ] && [ -x /sbin/chkconfig ]; then
+    /sbin/chkconfig --del zfs-import
+    /sbin/chkconfig --del zfs-mount
+    /sbin/chkconfig --del zfs-share
+    /sbin/chkconfig --del zfs-zed
 fi
 %endif
 exit 0
```


Is this a submission setting or a column? if it's a column we should get rid of that also right?


No, not the default limit, the *maximum* limit. i.e. replace `if (v_opts.limit > 100) {` with `if (v_opts.limit > bigger_value) {`.


Here's a swag at it.

```diff
-       AS_IF([test -d "/etc/default"], [
-               DEFAULT_INITCONF_DIR="/etc/default"
-       ], [test -d "/etc/sysconfig"], [
-               DEFAULT_INITCONF_DIR="/etc/sysconfig"
-       ])
+       case "$VENDOR" in
+               toss)       DEFAULT_INITCONF_DIR=/etc/sysconfig ;;
+               redhat)     DEFAULT_INITCONF_DIR=/etc/sysconfig ;;
+               fedora)     DEFAULT_INITCONF_DIR=/etc/sysconfig ;;
+               sles)       DEFAULT_INITCONF_DIR=/etc/sysconfig ;;
+               ubuntu)     DEFAULT_INITCONF_DIR=/etc/default   ;;
+               debian)     DEFAULT_INITCONF_DIR=/etc/default   ;;
+               *)          DEFAULT_INITCONF_DIR=/etc/default   ;;
+       esac
```


We also test this on Travis (Linux) and I can do a build and check on Linux under R 3.2.0-patched and probably R-devel later once you have a final release candidate. If you submit to win-builder, you can add both Windows r-release and r-devel as test environments too. Better to demonstrate you've done some serious testing that things work before submitting to CRAN


Do the other tests in this suite which call cmd_manager.next_command need updating (e.g. test_commands)?


It should be acc + "0,"

and below

acc + elem + ","


alright, fixed it for 0.8.3 too https://github.com/hayloft/material/tree/dialogs-0.8.3


@tmathmeyer: Thanks for your understanding. It definitely isn't my intention to tell anyone which license to use, but only to help them make that clear to the community with SPDX.


yeah, was just a formatting change between the two commits


Yes that was an oversight.


Love your additions!


@Enerdy not in this specific instance: http://english.stackexchange.com/questions/105116/is-it-a-user-or-an-user


as a side note - did you use a script for this? I was really surprised to see anyone fork this repository...


Small things fixed, although I'm not sure about the "Traffic Shaper" thing, I think we should rename it to "Quality Of Service" to make room for shaping with dummynet. what do you think?


The Redhat way to do this can be found in the removed `zfs.redhat.in`.  It's not wildly dissimilar.


well i had arround 180 fps before, but with chrome you never know, can you give me your fps on the machine you did the last measure?


I did! As a bonus, the script creates a nice PR message explaining how it does its work. I'll go ahead and use the script to issue the PR, so you can see the message.


@Glenpl W tej sytuacji wywaliłbym całą funkcję `string_of_x_spaces` – jej wnętrze jest oczywiste.


:cry:


There are real cases of in both your hand an in play. In your hand, there is a card Nameless Inversion, that is a changling Tribal instant. Thus, it has the subtype dragon. In terms of Dragon permanents vs creatures, you could use Artificial Evolution (which isn't implemented yet) to change the type of a Tribal Enchantment, such as Bitterblossom, to  be of type Dragon, which would count for the "Dragon matters" cards.

Some rulings: http://mtgsalvation.gamepedia.com/Tribal


This happens when I want to go down and I am at the top of the stack or I want to go up and I am at the bottom of the stack.


@Glenpl Zaczynam czytać kod w tym miejscu i nie mam pojęcia co to jest `max_b` – popraw na sensowną nazwę.


LGTM


@nathansobo I think it might be ok to just change this behavior. Let's talk about it when you get a chance.


That command should really be in a Makefile...


@Glenpl Zbędne nawiasy okalające warunki


@changetip 100 bits


@Glenpl Jaka jest różnica?


Hi @cameroncondry, I've delivered a Bitcoin tip worth 100 bits from @Azulan to your ChangeTip wallet.

**[Learn about ChangeTip](https://www.changetip.com/tip-online/github)**


C'est moche toutes ces réponses depuis le controleur je trouve. Regarde ce que j'ai fait, balance une exception perso et enregistre-la dans le ErrorHandler


Docblocks


Yay :+1:


Agree with Gavin. I quickly ran tests locally and saw a bunch of warnings.

On Thu, Apr 30, 2015 at 12:24 PM, Gavin Simpson <notifications@github.com>
wrote:

> We also test this on Travis (Linux) and I can do a build and check on Linux under R 3.2.0-patched and probably R-devel later once you have a final release candidate. If you submit to win-builder, you can add both Windows r-release and r-devel as test environments too. Better to demonstrate you've done some serious testing that things work before submitting to CRAN
> ---
> Reply to this email directly or view it on GitHub:
> https://github.com/ropensci/neotoma/commit/8fe8fd634455a9de257efeb9e502b8d28a302f2b#commitcomment-10991729


+1

On Thu, Apr 30, 2015 at 3:16 PM, Hadley Wickham <notifications@github.com>
wrote:

> I did the same thing for R_PDFVIEWER too
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/rstudio/rstudio/commit/5092f5e60f5018a781e20d5aed0efe9a0c957ec4#commitcomment-10991595>
> .
>


Maybe have a default value which is the same as current behaviour i.e. 5 * 60 * 1000 ?


lack parameter doc


Changed to 'buf'.


This does not work for me on OpenBSD (if that is of relevance):

fchmod(): Invalid argument [core/socket.c line 247]

File permissions are not applied.


No, this is turning a list of iterables into a list of sets, not into a set of iterables.


I commented in line 323 above for all of these.


No, the old code will all work (like in the tests). If a function just returns an explicit value without tco it is fine. The test for the deep recursion should be enough to make sure the actual cmdmanager code (not the test code) is safe.


The update also  https://angular.io/docs/js/latest/quickstart.html


Yes, that's already done in another commit.


Nice! Thanx.


Fixed


Heh ;)


@Glenpl To podkreślenie po co?


Hint: mini_exiftool is licensed under LGPLv2 not MIT license.


saw approval from fadushin
at https://github.com/lukebakken/yokozuna/commit/e316f519dd1ba774f87c7d0a3202048732dae7aa


merging lukebakken/yokozuna/issue-401 = e316f519 into borshop-integration-413-issue-401


lukebakken/yokozuna/issue-401 = e316f519 merged ok, testing candidate = a879d350


Hmm, something wrong here, I see[ durationNanos is declared as int64_t](https://github.com/ofnode/of/blob/93d87bd/src/openframeworks/video/ofGstUtils.h#L108), not uint64_t...


for next one we probably shouldn't lock in composer.json, makes it impossible to update, or?


Uses action instead of start-stop-daemon. Should be easy enough to check, but do all RPM based distributions use action?


Oops, sorry, just copied this gemspec from someone else's branch so I could get it working. I'll fix it later. Thanks!


The current check is not accurate, the zombie will dare not move to places it WONT burn at. I thought of using WouldBurnAt instead. But I assume you didn't do that because chunk querying is too expensive to be done one a tick?


Okay, so DMA doesn't actually use the register-form anymore (just checked the latest version of OctoberTheme). So, nevermind that. This still makes the theme files more modular when including assets. You no longer have to have direct references to the theme directory and can use the `{{ 'asset/js/file.js'|theme }}` syntax in the partial now.


ich wür säge es chunt ufd art vo de exception ah. low-level exceptions ohni allgemeini ussagechraft würi abfange und ned direkt bis zum REST witergä. was wetsch döt au scho mitere IOException afange? weisch ja denn gar nüme was dursach isch.

also ich würs so mache: wenn en exception chan ghandlet werde vo de methode und kein HTTP error code muss generiere (also kein ablehnig vom call), denn würis gad direkt ide methode handle. also halt wenn en usweg hesch us de situation innerhalb vo de methode.
wenn en exception de REST call miteme 4xx code sell ablehne würi d exception ufepropagiere und sie direkt im REST handle. ich wür eifach luege dass im REST hauptsächlich business exceptions ghandlet werded. das heisst: wenn en IOException uftritt und du dich ide methode ned chasch rette und sie ufepropagiere wetsch würi sie trotzdem abfange und en spezifischeri business exception usegä. SignatureNotAvailableException z.b. für IOException.
de jetzig fall da wirft en RasterFormatException. momentan handlisch du die situation direkt ide methode. wenn das aber ned wetsch mache und de REST call wetsch ablehne denn chöntsch die exception gad ufepropagiere. wenn der de name ned gnau gnueg isch für de REST layer chaschs au abfange und z.b. en CroppingParametersWrongException schmeisse.


@gidili @tarelli I have altered the wormsim so that every time you open it, you get to the worminfo flow for testing purposes. I will revert to the normal flow after you approve this, before merging. We need a dialog or a button after the user has configured the worm correctly, that restores the flow of the app.


Debug printf?


Just to confirm: Looks like tco is a descriptor to handle instance methods?


@harding thanks!


If you check the check that I added to VPC you might want to modify this check to use that pattern for scale_par. I can issue a pull request tonight on it actually. Nice thing is get a little more informative error message by using setdiff to check which params are not matching and then return those names back.


The former interaction (between Silumgar's scorn and Nameless inversion) is how I found this bug in the first place.


los event de los botones no funcionan, parece ser que el problema esta es en donde se deben colocar los botones


Move this with the other `dep.` properties


Thanks, I'll add it.  I wasn't sure what the Travis and Appveyor projects were.  If you do run the tests can you please update the file?

@karthik what warnings were you seeing?  I'm not seeing anything on Travis or Appveyor and my local build seems fine.


Comment inaccurate here, the following line is not actually installing anything.


Thanks, went out as 3.8.6.

In the future please don't version/tag things. I have a script for that, but always run all the tests before I up the version, update the tag and npm publish in one step.


No reason for this to be a member var; consider making it local to the recv function?


the port icon looks like a PS/2 port, which connects to a 6 pin connector. We should use one more like an ethernet port. We already have a network icon used by many ZPs. It is the same icon for OSI VNIC. I think router icon is kind of standard, with 4 arrows pointing in radial directions.


viva catch Throwable


Thanks guys.  More changes needed here than I'd thought, good work getting them all committed so quickly.  Will try to replace these .jl files in 0.3.7 and recompile ..


Surely


Wow, that may have been a *pie* I missed!
Although I may not have recognized it if it hit me in the face. :/


tmux is cool!


I may have suggested combining this and the previous commit but I'm ok with it since it provides additional clarity of the thinking.


Got it.  So only when we want to return to the trampoline do we call tailcall.


Perhaps rename the variable (for consistency with cEntity TicksSinceLastXDamage ones) to m_TicksSinceLastDamaged?

Comments also go on top: /** */


Thank you! This commit fixed the build. It was broken since http://ci.cgeo.org/job/c-geo/3667/


Has to be done for Key Activation also.


May be another case of compiler instruction reordering. Remember the last one? #1723 and #1834

I will compare the ASM output to see if I can found something.


I think @sevgibson was going to re-add some of the functionality I removed here. I think it might make sense to have a force still, after all, but it should only be to get around dangerous things like this.


all tests pass:
success: http://buildbot.bos1/builders/test-yokozuna/builds/1104


Sorry for the typo. :)


- [ ] Does this look good?


Build failed because there's a typo here. `heapid` should be `heapId`.


Return false, no?


Thanks @Eclair! The project I'm including your library in is a hobby project for me and I just haven't gotten a chance to work on it recently. Thanks for making this change!

– Paul


Hey, FYI the link is broken.


The ASM doesn't seem so bad:

*1st test for PXX (1):*
cmp r0, #1  @ D.51052,
bne .L6887  @,

*2nd test for PPM (0):*
cbnz    r0, .L6889


Please can you be more specific ? Does it show up in the menu ? or does it not launch or ?


Whatever `catch` returns is returned by the whole `try/catch` block.  Since nothing is getting the result from `try` this is fine as is but it might be more future proof to add a `return;` inside the `catch` block.


Two space indentations


Rá


Definitely not enough baking time for that to be pie.  precise+xfce+intel chroots couldn't be updated, so this was an emergency fix.


Mea culpa.


New line at EOF


If it's crucial to have this as a fix for compile error, I think we should use the types GStreamer and openFrameworks expects:

```cpp
gint64 durationNanosGst;
```

```cpp
durationNanos = (int64_t)durationNanosGst;
```

I would also file a bug to vanilla openFrameworks, since gint64 is defined as long and, apparently, int64_t is a long long type on 64-bit platforms?..


New line @ EOF


This should accept bignums too.


Probably don't need this since it means the undead will head to a place that would catch them on fire if they are burning, but not go there if they aren't.


dropped the existing user code?


Would you mean daytime by that comment? Surely the function should return false if it was nighttime since they won't burn anywhere.


Yes 1 more... Will do.

It *would be nice* to extract that logic in a util class but this is needed in commons, platform, killbill, and so that would need to done in common, and there is no real good place for that. What we should be doing is have another module in commons for utils stuffs that we could use all over. One day...


Can remove the `Id` from the end of the name.


Kind of awkward to have a header here for "Step 1" when there is only one step for setting up with Cocoapods. Maybe just change this to text from a header.

Might also be worth linking to how to get started with Cocoapods https://guides.cocoapods.org/using/getting-started.html


indentation


2 space indentation


Yes, I detached the registration form from the user forms again (both templates and form classes). It was getting really brittle and there's not much code dupliction anyway.


Oh no!!!!1

- [ ] Fix


#7412 is fixed; you can remove this note.


new line @ EOF


This can just be `Office` instead of `OfficeBase`.


/cc @rmarianski @euccastro @novalis @paperkettle @caseymarks in case you find amusing or wanna add :)


httpclient-android was causing some test failures, so I reverted back to regular org.apache.httpcomponents.httpclient


right hand side _**of**_ `{@code or}` operation`


i think it should be:

msg.attack = "fire"

right?


Add a todo here to use the "preferred" address for the node, once such a thing is defined. See #2462.


Did you mean to use a_Chunk.GetChunkX() here?


Thanks! It is removed.


add reference required comment?


I'm not sure about all but the macro is provided for both fedora and redhat in `/etc/rc.d/init.d/functions`.


the new ads api is not looking for an access_token in parameters, but in the Header, ie 'Authorization:Bearer:dev-key'


RowMajorWithVectorization (amirroth) - Win64-Windows-7-VisualStudio-12: Tests Failed

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


sentence fragment. please clarify this comment.


@MacDada sapper dostaje plansze jako argument (Board* board - wskaźnik na obiekt) i zapisuje go do swojego pola board_, miałem chyba gdzies konflikt nazw ale teraz mógłbym w obu ustawić nazwę board zamiast board i board_


remove line break


this is a sandbox api - pls use: https://api.adsabs.harvard.edu/v1....


It would be helpful for he next person looking at the code to increase the commenting.  For example takeoff.pde doesn't have a single comment.  Some explanation of how it works would surely help the next person to look at the code who is trying to figure it out.


The resource-id is provided in the configuration file because the server will check if there is a conflict before generating the backend. The correct step, according to my understanding, is that the generator *SHOULD* check whether the resource-id *declared in the configuration file* matches the resource-id *provided in the "data"*.


Instead of only doing this on the main prereg form, we should instead do it on every form where this form element actually exists, which is what this change implements.


Black really? Why not pink?


Side note: perhaps we should implement a ``removeFormFieldRow()`` method or something.  This code is straightforward enough that it's probably not necessary, but it might make things easier for future plugin developers.  Or not.  Food for thought, I guess.


That is because *request* and *response* are actually bottle.request and bottle.response when the server is running. They have certain functions (*set_header* and *get_header* here) that a dict could not provide.


@amirroth  This branch is still v8.2.  It's quite a bit behind develop, so it needs to have develop merged in to bring it up to date.


93441220-LowTempRadiantWarning-4237 (mjwitte) - x86_64-MacOS-10.9-clang: OK (1641 of 1641 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)


How about something more descriptive:

> ClusterConfig is a superset of dockerclient.ContainerConfig.
> It contains everything the standard docker configuration contains plus additional fields such as constraints.
> ClusterConfig manages to translation to/from dockeclient.ContainerConfig and handles backward compatibility.


merge


re


@yjun2 done with my review. checkpoint complete. press on!


rax retry tests


Must've been crashing as per my commit message, unsure but vaguely remember some observing stuff having bad locking and KVO blowing up here.


Very minor nit, but could we comment the difference between labels and envs?

Such as:
// Extract metadata from labels. Labels are currently used by Swarm to store metadata (constraints, ...).
[...]

// Extract metadata from the environment. The environment is used by the API (as a convenience for the CLI) as well as background compatibility (since Swarm used to store metadata in the environment prior to 0.3.0).
[...]


How about:

`SWARM_NAMESPACE = com.docker.swarm`?

We're going to have virtual IDs soon (`key := SWARM_NAMESPACE + ".id"`) as well as rebalancing policies and so on.


Is it even possible to have cudaMallocHost return `cudaSuccess` but the pointer set to 0?


This was changed to exclude eth devs from the interfaces file as it wasn't working there


Empty line change!


`window.location.reload(true);` を追加してリロードさせる


This was added to handle the example comments in the cloud-config doc comments


I played a few games with this update and is seemed to work. I got the "Found corrupt Item which causes a crash. Will be removed! You won't crash <3!" in the console once and there was no crash.


This was jayf's bg resize patch that didn't make it upstream


Would a profile make sense here?


hi @htmfilho,
I read about the usage of namespace std is a bad practice, but i think 'patterns and standards' blocks the flow of ideas and desire to make things done.
another thing is the convention like someClass, instead someclass i don't know but i think c++ use more a camel case style...btw this is not a criticism... and i will follow the code (standard and style) of this project.

my desire is learn and make the things done, not play with bullshit details.
you is the creator so my task is follow the rules.

if i'm not clear please let me know and i try to improve my english.
thanks for the merge !


@jlucerond excellent logic test - most only test for equal to ==


@jlucerond excellent - very compact code. the less code the better.


@jlucerond done with my review. checkpoint complete.


positionはどんな意味の値を持ってる？


I do not see -Wunused-parameter warnings for these.  Since there is no function definition, none of the parameters should be considered unused, because there is no body in which to use them.  What output prompted you to annotate these two functions?


Here was the bug


Please note this is currently untested.


@jaydson extra "e" at end of line


Implementation of `++=` seems to be this.  But maybe that will be changed in future (I'm looking at 2.10 source code).


SQLの更新があった時には
sql/postgres/8000to8010.sql
とかにALTER TABLEのSQLを書いておくと、他の人の開発環境に対して適用をしやすくなります。


lgtm


nice :+1: :smile:


Yep, a dwarf typed here without i see him.


That happening would be a bug in CUDA. (Also note that `*ptr` need not be initialized to zero, so this doesn't necessarily catch that case.) So it seems this line should go (note that `CUDA_CHECK` will print its own error message).


Hm, isn't this kind of an odd way to go about this? I would think you should be able to control whether Staff badges get a printed name via a config option. Plus, won't just removing the field cause model_checks.py to complain?


Yeah, I've the same feeling, if android has things like 'post-install script', we could even do not need to change any code.


Closes #17 .


If I use the "valid_certificate"
```
        @settings.idp_cert = read_certificate("valid_certificate")
        assert @settings.get_idp_cert.kind_of? OpenSSL::X509::Certificate
```
I got OpenSSL::X509::CertificateError: nested asn1 error


Sure, I can rework this around that.


This seems strange.  This file includes `"maths.h"`, which also uses `uint8_t` and similar types.  If you need `<cstdint>` here, you should also need it there, and having it there would satisfy your need here.


Why such a small arbitrary limit here?


i simply generated these in intellij to solve using Sourcefile has a key in a hash structure, currently I have a wrapper class to provide a hashcode. if you are opinionated about the about the implementation of a hashcode, good, all I want is one, which does not cause creating two instances of the same file to not be the same instance.
My natural inclanation is file content the same is same hashcode and "path" is equals, but hashable please.


Maybe `callback(null, msgs);` here just for clarity.


Hey bejond,
When we add a language key, please do not do ant build-lang,  finally Bran will do it
So please revert your last two commit

Thanks,
Dale


There are a couple of typos here: Massachusetts is mispelled twice and there is an "n" missing from Western. Otherwise looks good to me.  Thanks!


That was based on a note from our security team. They were happier with the stricter parsing since you don't normally send multiple values, and key colliding attacks are common enough they like to avoid that pattern. NBD to rework that if you'd rather, but it probably means changing RequestValidator.compute_signature() so that it can accept multidicts and/or dictionaries with lists as values as returned by urlparse.parse_qs.


Oh, good point. Guess we'll change it if we ever change our behavior.
On Wed, Apr 29, 2015 at 19:39 Zach White <notifications@github.com> wrote:

> That was based on a note from our security team. They were happier with
> the stricter parsing since you don't normally send multiple values, and key
> colliding attacks are common enough they like to avoid that pattern. NBD to
> rework that if you'd rather, but it probably means changing
> RequestValidator.compute_signature() so that it can accept multidicts
> and/or dictionaries with lists as values as returned by urlparse.parse_qs.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/zwhite/twilio-python/commit/828a168aaf245b52544f5a99f3115e38d8a286b7#commitcomment-10976933>
> .
>


Yeah, the 2 space thing is a pain. I need to figure out how to configure pycharm for multiple project styles, or somehow convince the powers that be that pep8 is better. :)


Ok, I'll add an issue after I test building a new VM first.


93441220-LowTempRadiantWarning-4237 (mjwitte) - Win64-Windows-7-VisualStudio-12: OK (1647 of 1647 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)


But here you are "getting" the data according to the resource id. It doesn't make sense to me that the data retrieved by the resource id doesn't match resource id provided. In my opinion, the consistency should be maintained by datastore.

So here, the actual problem is, should we retrieve data from static file? My understanding is we load network maps from static file to datastore but do not store them in static files, which means we do not get network map from static file. Correct me if I'm wrong here.


@frapposelli - i wondered this too :)


new add something text , and use 'git merge' synchronous the local file.


Thank you very much for your reply. please forgive me  poor english. I know you are from TAIWAN,
and I think you can speak chinese too. So I want to write chinese in order to explain my problem more
clearly.

你好：
        我是一名来自华东师范大学（中国上海）的研究生，现在在一家广告公司实习，主要做CTR预测的工作。
上司给我的任务是想把你们的模型应用在我们的场景下，对比与经典的逻辑回归算法，会不会有更好的改进。
        然后，在经过一段时间的工作后，我有以下两点疑问，
        1：ffm 可以更改为在线学习吗？
        2： ffm的时间复杂度会不会很高？
        3：ffm 分出field和feature的最大的好处是什么？
        4：你认为ffm最大的缺点是什么？
真的非常感谢您的来信，也再次期待您的回复。谢谢
                                                                                小方。

在 2015-04-19 02:50:00，"guestwalk" <notifications@github.com> 写道：

May you let me know what is your g++ version?

—
Reply to this email directly or view it on GitHub.


Yeah I just followed you. I'm not sure what I will do but it should be something really good


Please indent "graphs" here so that all text starts at the same column.  Also, capitalise "Map" to distinguish it from the map function.


Hi all,

I will not be covering making keys for plots. Looking at my lesson, I do not think there will be time. I'm definitely going to cover positioning and orienting axis labels, because i think it's one of the more challenging things to do with R's basic plotting function but also very important for competent figure making. I'm expecting it will be the thing that takes the most time during my portion of the lesson.


prerequesite -> prerequisite (spelling).  I'm not sure if the process will work in Windows - installing GDAL, etc. sounds non-trivial


oh there are some issues


`sudo pip install` isn't recommended - `pip install -r requirements.txt` without sudo will install into the virtualenv


The RPi v2 has a quad core cpu... so maybe leaving one free for the kernel etc works best...?


I think you misunderstand the meaning of **static file backend**. The basic idea of `static file backend` is that the data is stored in a file and other programs can update the map by modifying the content of the file. The backend **SHOULD** update the data dynamically but I haven't implemented that.

To implement what you are describing, I would suggest implementing the `put` method in **odl backend** and take the rfc7285-formatted map data and write them to the data store.


waiting on mafintosh to fix the lock error thing

On Wednesday, April 29, 2015, Karissa McKelvey <notifications@github.com>
wrote:

> oh there are some issues
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/maxogden/dat/commit/823d5cebcdfdc2aaf466e28427f27c410cb96c78#commitcomment-10977036>
> .
>

--
Sent from my phone


Could be nice to actually state which keys are Unknown or Missing


there is still chance of memory leak. `$element` and `options.content` point to dom elements.
I would say it's good to have these lines to:

```
that.$element = null
that.options = null
```


Getting a parse error right here


nit picks: promted -> prompted, lease->leave


`liftM2` no longer needed.


your LaTeX is bad
and you should feel bad


favourate -> favorite


This is ugly.  Is the Travis parser complete enough that you can put more than one shell command per if statement?


lets -> let's, "Control-C to return to stop server" -> "Control-C to stop server"


and ui.adsabs.harvard.edu here - is the events_url used to generate a link back to ads?


remove line break


dtto as above


align the the contents of this class (one tab)


The `x` in `value [x] = [1]` is a `VariablePattern`


The fact that this change only affects one direction confuses me.

If I'm at the bottom (curindex = 0) and I want to go up (direction > 0) then
```direction < 0 = False```,
```0 - False = 0```,
```stacksize + False = stacksize```,
and so
```0 < 0 < stacksize``` is False, so we can't go up when we're at the bottom?


Makes sense what you say; do you think we should disable it?


The `x` in `value [x] = [1]` is an `UnspecifiedVariable` (may be typed as in `value [Integer x] = [1]`, but not specified within the tuple pattern)


@MacDada getch jest z niestandardowej biblioteki (chociaż tak naprawdę bibliotekę tę posiadają wszystkie popularne kompilatory)


this like broke AD auth for my case, after auth nothing happens just infinite traffic between foreman an AD


Dei uma olhada por cima e parece estar decente.
Mas eu olhei o documento com as especificações do documento que ela colocou
no Moodle e lá diz que ele deve ter no máximo 5 páginas.
Vamos ter que tirar algumas coisas. Acho que seria interessante remover
alguns dos casos de uso e deixar só os mais importantes, já que eles ocupam
muito espaço.
Em 30/04/2015 16:22, "Marinofull" <notifications@github.com> escreveu:

> @niltonvasques <https://github.com/niltonvasques> e @caiolima
> <https://github.com/caiolima> @gabrielerbetta
> <https://github.com/gabrielerbetta> @ricardoan
> <https://github.com/ricardoan>
> revisem o pdf, please:
>
> https://github.com/Marinofull/relatoriolatec/blob/b8c231a45e4f4ed964b131f0eed8e2faf08cd2ec/sbc-template.pdf
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/Marinofull/relatoriolatec/commit/b8c231a45e4f4ed964b131f0eed8e2faf08cd2ec#commitcomment-10991704>
> .
>


This is a weird thing to have in the docs?


It's probably 1000x longer than needed.  :)


is this return needed?


@plugz  Since this commit, buildbot and Travis fail on the Chaser unit test.
https://travis-ci.org/mcallegari/qlcplus

This is the test not passed:
FAIL!  : Chaser_Test::write() 's1->isRunning() == true' returned FALSE. ()
   Loc: [chaser_test.cpp(909)]


@MacDada ok


Done now the type is the same as the element
`<xs:element name="Office" type="Office" />`


Done, just recommitted


fix the indentation of this file (align all opening markups with its closings)


yes to both. It's not needed, but was copy-pasted with the rest from Makefile I had been using a while back when I was missing the libc. Do not seem to hurt though.


what?

On Thu, Apr 30, 2015 at 12:16 PM, Holman Gao <notifications@github.com>
wrote:

> who's greg?
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/stephenball1/Twinkle/commit/5821fc2ab6fa5d9e6c2882b2f56e0655460ba8e7#commitcomment-10991592>
> .
>


Wow thank you for the tip :D


rax retry tests


That's exactly how I had it in my mind, nice job ;-)


Ohhh....that's from the firebase examples.


Yes, thanks. Fixed in c013b753185e3d46ac213ee534bb396cedb30f27.


Please use the timeout logic that we use elsewhere in our tests (see for example https://github.com/GoogleCloudPlatform/kubernetes/blob/master/test/e2e/util.go#L90).


I suppose it would be possible, since Tick() provides a chunk parameter, but you may have to do some reshuffling if you want to get that to all MoveToPosition calls.


This is a good change. You should make a pull request to the nyr's repo


I’d say this is Section 5.2.1 of the specification.


I’d say this is Section 5.2.3 of the specification


Done.


I wander now how much would gdb work... that would be so awesome


Is this necessary to leave in the test? It seems like it will produce quite a lot of noisy test output.


Should we document that pitfall? Some comment in formats.h?
Or isn't it worth the trouble, because hardly anybody would read it, but you'd get one more deviation from core?

Something like this?
```C
/*
 * if several formats share the same init(), e.g., if they are implemented
 * in the same source file, init() can be called more than once, without done()
 * being called between these init() calls.
 * Beware of possible memory leaks!
 */
```


Typo here.


is this $reason used elsewhere?


The windows support would be great as well!


This would be a bit easier to read if you added helper functions `waitForNodeToBeReady` and `waitForNodeToBeNotReady` and had them pass the true/false bool to `waitForNodeToBe`.


oh, I see know. Sorry :)


I made the previous commit at the end of the day and pushed to insure my work wasn't lost. I suppose I could have amended the commit or squashed them to keep a clean history.


This should be fixed in oslo.middleware and this class should be an alias for `oslo_middleware.request_id.RequestId`


`flag and position`?


No problem, its been fun to make, and I use it for the same reason.


`six.range` to avoid possible huge memory allocation


It seems like there should be a way to list pods just on this node directly in the above call rather than doing client side filtering. Can you specify any sort of selector in the API call?


Just wondering, why did you delete the open window block?


Or alternatively for now, modify this check to just use cWorld?


Add a log statement here explaining why the test failed. .


there is work in progress for openocd for debugging
https://github.com/projectgus/openocd
http://www.esp8266.com/viewtopic.php?f=9&t=1871


hahaha mooi he, niks meer aan doen.


Actually, the reference is no longer required in PHP5. Removing.


Thanks brother!
npm it is then.


@jeremymeng I still see some references to the PartsUnlimited in the readme. When we have a tutorial/demo we can add that reference later on to here.


IMHO kosz takich pierdolniczków, chyba, że ustalisz spójną konwencję (np że wszystkie pola mają pierdolniczek ;)).


YOU DID IT!


Ok. Let's assume that it is for now, and we can fix that if/when someone complain...


Yes -- otherwise processing will continue below; we want to stop handling things after the form is displayed.


@jeremymeng can you please this file (` coreclr-demo/Dockerfile`) entirely?


fgdasvcaac


@jeremymeng can you please this file (` coreclr-demo/README.md`) entirely?


Whoops, I forgot to change the cache-bust method. Good catch! Updated it now.


Remind my why we pass the provider to the SSH func instead of having that func just read the global var directly?


LOL, yeah :). I put 15 sec there now. It will return as soon as it's done, so 15 seconds is the MOST we're prepared to wait...


@jeremymeng There's no need for this README, please add the line to `1.0.0-beta3/README.md`

```diff
+* [`coreclr-1.0.0-beta5-11624` _(coreclr-1.0.0-beta5-11624/Dockerfile)_](https://github.com/aspnet/aspnet-docker/blob/master/coreclr-1.0.0-beta5-11624/Dockerfile)
```


Done.


This puts the "Support DTS HD" option in Video -> File lists when it should be in Video -> Acceleration (although maybe System -> Audio output would be a better location, perhaps becoming active when passthrough is disabled?)


NM, I was outsmarting myself.

The value provided by the client only needed to be tested as a key, Topic Category, and not converted to it's Subject.

Done


It should only create the database if it doesn't exist already...


The "after reboot" here isn't actually correct, since you also call this before rebooting the node. Maybe the log message should be constructed when this function returns false at the calling point.


Respectively:
- Good call, done.
- Nah, I don't think so. The existing code does that, but we don't actually use it anywhere, and offhand I can't think of a case where I'd want it to be important. Easy enough to put in later.


One possible problem:

From bad listing:
First line disables DMA
Last line sets nev value into HIFCR
no other instructions in between - setting of HIFCR might be too fast
```
74033 0038 1960            str r1, [r3, #0]    @ D.51057, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74034                      .loc 36 374 0
 74035 003a D060            str r0, [r2, #12]   @ tmp172, MEM[(struct DMA_TypeDef *)1073898496B].HIFCR
```

Good listing:
First line sets CR - disables DMA
then some other insstructions - take small amount of cpu time
only then HIFCR is set, maybe this little delay is needed?
```
74030 0036 1860            str r0, [r3, #0]    @ D.51057, MEM[(struct DMA_Stream_TypeDef *)1073898656B].CR
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74031                      .loc 36 374 0
 74032 0038 174A            ldr r2, .L6891+12   @ tmp173,
 375:targets/taranis/pulses_driver.cpp ****     DMA2_Stream6->M0AR = CONVERT_PTR_UINT(&modulePulsesData[INTERNAL_MODULE].pxx.pulses[1]);
 74033                      .loc 36 375 0
 74034 003a 1848            ldr r0, .L6891+16   @ tmp175,
 374:targets/taranis/pulses_driver.cpp ****     DMA2->HIFCR = DMA_HIFCR_CTCIF6 | DMA_HIFCR_CHTIF6 | DMA_HIFCR_CTEIF6 | DMA_HIFCR_CDMEIF6 | DMA_
 74035                      .loc 36 374 0
 74036 003c D160            str r1, [r2, #12]   @ tmp174, MEM[(struct DMA_TypeDef *)1073898496B].HIFCR
```


Whoops, copy-paste error. Though entertainingly, most of these are actually fragments. Done (not yet pushed).


@tomasxcd fanfarrão! haha


@Glenpl Zbędnie publiczne – wewnętrzne pierdy UI


Cuidado aí galera!


This statement is incorrect, because success could be false and you could be returning an error from this function.


It is odd to name this `searchsorted`  if we are just over-writing this name at the bottom of the file?

Perhaps `_searchsorted` is better?


My fault, I forgot to add the braces when porting this over.  Fixed in a subsequent commit.


please re-add, thx


FYI, I just renamed srtp_ekt_tag_encrypt() to srtp_ekt_plaintext_encrypt().  "ekt_plaintext" is the name of the thing in the EKT spec we're encrypting, so I thought that was a better name.  This function will only called from within srtp_protect() and will never be called directly by the application.  Thus, these functions to which you refer do not need to be exposed to the application.  Were you thinking of having a name like "ekt_utils_private.h"?  That would be appropriate.  Once we move the crypto stuff out to crypto/, this file will shrink substantially and we could move these functions into a module with other EKT-related functions.


Why not just return `true, nil` here and break the loop (since as it is this can never get flipped back to false)? Then you don't need the `readyTrue` var and the extra if below.


lack documentation


React uses this module to figure out how to wrap a given node safely in situations like this: https://github.com/facebook/react/blob/3b10a7b0386bf6787e6da58fea696f7a9d6f802c/src/vendor/core/getMarkupWrap.js#L98


looks good to me, thanks @Adjective-Object


Looks great both the page and the About.


The dev_tools bit should really go in the developer_tools repository (not IMP) so that all users of that repo get it (see http://integrativemodeling.org/nightly/doc/manual/subtree.html). I'll fix that.


@iamrobert Can you please open a new issue and link the commit (if needed) else i guess your comment will forgotten. Thanks :smile:


Already fixed in later commit.


This line is troublesome:
```c
    DMA2_Stream6->CR &= ~DMA_SxCR_EN ;              // Disable DMA
```

From the manual, about the EN bit in DMA CR register:
```
Bit 0 EN: Stream enable / flag stream ready when read low
This bit is set and cleared by software.
0: Stream disabled
1: Stream enabled
This bit may be cleared by hardware:
–
on a DMA end of transfer (stream ready to be configured)
–
if a transfer error occurs on the AHB master buses
–
when the FIFO threshold on memory AHB port is not compatible with the size of the
burst
When this bit is read as 0, the software is allowed to program the Configuration and FIFO
bits registers. It is forbidden to write these registers when the EN bit is read as 1.
Note: Before setting EN bit to '1' to start a new transfer, the event flags corresponding to the
stream in DMA_LISR or DMA_HISR register must be cleared.
```

So I am not even sure we can use this bit like we to to disable DMA, maybe we should just wait for it to become zero!?


Right! I was wondering about that :)

On Thu, Apr 30, 2015 at 1:18 PM, Ben Webb <notifications@github.com> wrote:

> The dev_tools bit should really go in the developer_tools repository (not
> IMP) so that all users of that repo get it (see
> http://integrativemodeling.org/nightly/doc/manual/subtree.html). I'll fix
> that.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/salilab/imp/commit/60dfb32046dec8e32984316af8ec267be133275f#commitcomment-10992786>
> .
>

--
Barak


It shouldn't.  The latest change only add a file coreclr-1.0.0-beta5-11624/Dockerfile.


Sweet. That looks nicer than the old method.

Jon

> On Apr 30, 2015, at 1:11 PM, Marjan Georgiev <notifications@github.com> wrote:
>
> Whoops, I forgot to change the cache-bust method. Good catch! Updated it now.
>
> —
> Reply to this email directly or view it on GitHub.
>


out of the script this way now


Out of the script this way now save both are english


This may be something to change in a separate PR, but since the interest port is the only common port shared between the configs, it may be nice to change the order to be interestPort:registrationPort:replicationPort. This will then allow us to have uniform parsing for read or write servers.


CreateBMLGrid is wrong