[#7809] uninit bug in yaml/emitter.c — "Pat Eyler" <rubypate@...>
During our hacking night, we also looked at an UNINIT bug in yaml/emitter.c
[#7813] :!~ not a symbol — noreply@...
Bugs item #4344, was opened at 2006-05-03 17:41
[#7818] (security-related) patch to ALLOC macros to prevent integer overflow bugs — "Dominique Brezinski" <dominique.brezinski@...>
While fixing the integer overflow in rb_ary_fill(), it occurred to me
[#7833] segfault on Proc#call after setting a trace_func — Mauricio Fernandez <mfp@...>
$ cat bug2.rb
[#7843] Possible YAMl bug in 1.8.4 — Damphyr <damphyr@...>
OK, while parsing the td2 data from the ruby-lang website we stumbled on
Its probably a bug. I'm not familiar with the specifics, but Ruby
[#7858] Ruby threads working with native threads — "Francis Cianfrocca" <garbagecat10@...>
I recently wrote a network-event extension for Ruby ("eventmachine" in
[#7865] Strange interactions between Struct and 'pp' — noreply@...
Bugs item #4457, was opened at 2006-05-12 17:13
[#7872] Nonblocking socket-connect — "Francis Cianfrocca" <garbagecat10@...>
All, I needed a nonblocking socket connect for my asynchronous-event
In article <3a94cf510605140559l7baa0205le341dac4f47d424b@mail.gmail.com>,
How about introducing the method Socket#set_nonblocking, or alternatively
Hi,
Well, it's ok then. I'm comfortable adding in the nonblocking
Hi,
How about Socket#nbconnect and Socket#nbaccept?
On 5/15/06, Francis Cianfrocca <garbagecat10@gmail.com> wrote:
In article <1147709691.180288.28647.nullmailer@x31.priv.netlab.jp>,
[#7881] Segfault on x86_64 when built with -O0 in CFLAGS — noreply@...
Bugs item #4491, was opened at 2006-05-16 12:46
[#7882] reproducible bug in DRb on OSX — cremes.devlist@...
I've been tearing my hair out the last few days trying to track down
[#7909] SCRIPT_LINES__ issue when loading a file more than once — Mauricio Fernandez <mfp@...>
SCRIPT_LINES__ is an obscure feature very few people care about, but I happen
On Fri, May 19, 2006 at 06:46:05PM +0900, Mauricio Fernandez wrote:
Hi,
[#7923] Nonblocking accept — "Francis Cianfrocca" <garbagecat10@...>
Thanks to the Matz and colleagues for adding the *_nonblock functions. They
[#7928] set_trace_func: binding has wrong self value for return events — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...>
Moin.
Florian Growrote:
Re: Coverity CID 6 7 Appear to be false positives.
>From: Kevin Tew <tewk@tewk.com>
>Date: 07.05.2006 04:49:58
>Subject: Coverity CID 6 7 Appear to be false positives.
>
>CID 6 appears to be a false positive due to the sequence of assignments
>on lines 7015 and 7019
>
>Likewise
>CID 7 appears to be a false positive due to a similar sequence of
>assignments
>on lines 6996 and 7000
>
>If someone with access to Coverity concurs with my analysis could you
>please mark CID 6 and 7 in Coverity accordingly.
>
>Comments and Opinions Welcome
I think you analysis is correct. Could you put some comment to these CIDs
I can the update my analysis to them as well.
For the list:
The Coverity checker seems to get confused with linked list handling in
parse.y
006 static NODE*
7007 list_concat(NODE *head, NODE *tail)
7008 {
7009 NODE *last;
7010
Event var_compare_op: Added "((head)->u3).node" due to comparison
"((head)->u3).node != 0"
Also see events: [var_deref_op][var_deref_op]
At conditional (1): "((head)->u3).node != 0" taking false path
The above means that head->nd_next is NULL
7011 if (head->nd_next) {
7012 last = head->nd_next->nd_end;
7013 }
7014 else {
7015 last = head;
7016 }
7017
7018 head->nd_alen += tail->nd_alen;
7019 last->nd_next = tail;
At conditional (2): "((tail)->u3).node != 0"
taking true path
the above means that tail->nd_next is not NULL
7020 if (tail->nd_next) {
Event var_deref_op: Variable "((head)->u3).node" tracked as NULL was
dereferenced.
Also see events: [var_compare_op][var_deref_op]
here the checker thinks that head->nd_next is NULL althought it is tail.
7021 head->nd_next->nd_end = tail->nd_next->nd_end;
7022 }
7023 else {
Event var_deref_op: Variable "((head)->u3).node" tracked as NULL was
dereferenced.
Also see events: [var_compare_op][var_deref_op]
7024 head->nd_next->nd_end = tail;
7025 }
7026
>Kevin Tew
>