Re: [xml] [PATCH] Doc: do not mislead towards "infeasible" scenario wrt. xmlBufNodeDump

2019-08-23 Thread Daniel Veillard via xml
ACK :-) Daniel On Thu, Jul 11, 2019 at 08:00:39PM +0200, Jan Pokorný via xml wrote: > At least when merely public API is to be leveraged, one cannot use > xmlBufCreate function that would otherwise be a clear fit, and relying > on some invariants wrt. how some other struct fields will get > in

Re: [xml] [PATCH] Doc: do not mislead towards "infeasible" scenario wrt. xmlBufNodeDump

2019-08-08 Thread Jan Pokorný via xml
On 11/07/19 20:00 +0200, Jan Pokorný wrote: > I've run into a source of frustration based on an unset advice > in the documentation that I hope to remove with this change. > Or did I overlook something? Thanks for pulling otherwise! > > (Indeed, there could be substantially bigger cut, like possi

[xml] [PATCH] Doc: do not mislead towards "infeasible" scenario wrt. xmlBufNodeDump

2019-07-11 Thread Jan Pokorný via xml
At least when merely public API is to be leveraged, one cannot use xmlBufCreate function that would otherwise be a clear fit, and relying on some invariants wrt. how some other struct fields will get initialized along the construction/filling such parent struct and (ab)using that instead does not a