| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | eval: Also make clear_tv non-recursive | ZyX | 2016-06-24 |
| | | |||
| * | kvec,typval_encode: Add new vector: the one with preallocated array | ZyX | 2016-06-24 |
| | | |||
| * | api/helpers: Use typval_encode.h for vim_to_object | ZyX | 2016-06-24 |
| | | | | | | | | | | | | | | This ought to prevent stack overflow, but I do not see this actually working: *lua* code crashes with stack overflow when trying to deserialize msgpack from Neovim, Neovim is fine even if nesting level is increased 100x (though test becomes very slow); not sure how recursive function may survive this. So it looks like there are currently only two positive effects: 1. NULL lists are returned as empty (#4596). 2. Functional tests are slightly more fast. Very slightly. Checked for Release build for test/functional/eval tests because benchmarking of debug mode is not very useful. | ||
| * | typval_encode: Do not use new vector type | ZyX | 2016-05-30 |
| | | | | | | | For string() it looks like no optimization, sometimes performance is even worse. Since it was designed to avoid heap allocations in clear_tv let’s see whether it will make any difference once clear_tv uses typval_encode to avoid stack overflow in the disabled test. | ||
| * | kvec,typval_encode: Add new vector: the one with preallocated array | ZyX | 2016-05-30 |
| | | |||
| * | eval/encode: Move main macros from encode.c to typval_encode.h | ZyX | 2016-05-30 |
 |
index : rneovim.git | |
| Neovim fork with Rahm's personal hacks. |
| aboutsummaryrefslogtreecommitdiff |