[#7653] parse.y: literal strings for tokens — Robin Stocker <robin@...>
Hi,
Hi,
Yukihiro Matsumoto wrote:
[#7674] Re: [PATCH] parse.y: literal strings for tokens — ville.mattila@...
ville.mattila@stonesoft.com wrote:
Hi again,
Hi,
[#7692] Socket Documentation commit ? — zdennis <zdennis@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#7708] Bug in libsnmp-ruby1.8 — Hadmut Danisch <hadmut@...>
Hi,
On Apr 11, 2006, at 6:23 AM, Hadmut Danisch wrote:
On 2006-04-12 02:04:32 +0900, Eric Hodel wrote:
On Apr 11, 2006, at 10:20 AM, Marcus Rueckert wrote:
[#7721] Ruby mentor in Googe's Summer of Code — "Evan Phoenix" <evan@...>
We missed out on it last year, so lets this year try to get ruby
[#7725] readpartial not working on ARM — Joel VanderWerf <vjoel@...>
[#7727] Stack trace doesn't include class — noreply@...
Bugs item #4151, was opened at 2006-04-17 23:10
On Apr 17, 2006, at 1:11 PM, noreply@rubyforge.org wrote:
On Wed, 19 Apr 2006, Eric Hodel wrote:
Hi --
[#7729] xmlrpc and charset=utf-8 — "Phil Tomson" <rubyfan@...>
I'm needed to interact with an XMLRPC server written using the
>>>>> On Sun, 18 Jun 2006 12:00:19 +0900
I first sent this from the wrong email account, so if that post somehow makes
On 6/19/06, Sean Russell <ser@germane-software.com> wrote:
[#7738] RDoc patches for GetoptLong — mathew <meta@...>
I added RDoc documentation to GetoptLong. The patches are attached. As
[#7744] Coverity Scan — "Pat Eyler" <rubypate@...>
I don't know if anyone else has signed up for access to the coverity
[#7765] possible defect in array.c — "Pat Eyler" <rubypate@...>
This one may be a false positive, I'm not sure. If it is, I'll happily mark
On 4/25/06, Pat Eyler <rubypate@gmail.com> wrote:
[#7770] Re: possible defect in array.c — "Brown, Warren" <warrenbrown@...>
> rb_range_beg_len (in range.c) does set beg and len.
On 4/26/06, Brown, Warren <warrenbrown@aquire.com> wrote:
On 4/26/06, Pat Eyler <rubypate@gmail.com> wrote:
On 4/26/06, Jacob Fugal <lukfugl@gmail.com> wrote:
On Thu, Apr 27, 2006 at 01:15:24AM +0900, Pat Eyler wrote:
Hi,
On Thu, Apr 27, 2006 at 09:41:00AM +0900, Nobuyoshi Nakada wrote:
[#7799] Patch: code-cleanup (k&r style) — Stefan Huehner <stefan@...>
Hi,
Hi,
possible defect in array.c
This one may be a false positive, I'm not sure. If it is, I'll happily mark
it that way at the coverity site.
2098 static VALUE
2099 rb_ary_fill(int argc, VALUE *argv, VALUE ary)
2100 {
2101 VALUE item, arg1, arg2;
Event var_decl: Declared variable "beg" without initializer
Also see events: [uninit_use]
2102 long beg, end, len;
2103 VALUE *p, *pend;
2104 int block_p = Qfalse;
2105
At conditional (1): "rb_block_given_p != 0" taking false path
2106 if (rb_block_given_p()) {
2107 block_p = Qtrue;
2108 rb_scan_args(argc, argv, "02", &arg1, &arg2);
2109 argc += 1; /* hackish */
2110 }
2111 else {
2112 rb_scan_args(argc, argv, "12", &item, &arg1, &arg2);
2113 }
2114 switch (argc) {
2115 case 1:
2116 beg = 0;
2117 len = RARRAY(ary)->len;
2118 break;
2119 case 2:
2120 if (rb_range_beg_len(arg1, &beg, &len, RARRAY(ary)->len, 1)) {
2121 break;
2122 }
2123 /* fall through */
2124 case 3:
2125 beg = NIL_P(arg1) ? 0 : NUM2LONG(arg1);
2126 if (beg < 0) {
2127 beg = RARRAY(ary)->len + beg;
2128 if (beg < 0) beg = 0;
2129 }
2130 len = NIL_P(arg2) ? RARRAY(ary)->len - beg : NUM2LONG(arg2);
2131 break;
2132 }
At conditional (2): "ary" taking true path
2133 rb_ary_modify(ary);
Event uninit_use: Using uninitialized value "beg"
Also see events: [var_decl]
2134 end = beg + len;
2135 if (end > RARRAY(ary)->len) {
2136 if (end >= RARRAY(ary)->aux.capa) {
2137 REALLOC_N(RARRAY(ary)->ptr, VALUE, end);
2138 RARRAY(ary)->aux.capa = end;
2139 }
2140 rb_mem_clear(RARRAY(ary)->ptr + RARRAY(ary)->len, end -
RARRAY(ary)->len);
2141 RARRAY(ary)->len = end;
2142 }
2143
2144 if (block_p) {
2145 VALUE v;
2146 long i;
2147
2148 for (i=beg; i<end; i++) {
2149 v = rb_yield(LONG2NUM(i));
2150 if (i>=RARRAY(ary)->len) break;
2151 RARRAY(ary)->ptr[i] = v;
2152 }
2153 }
2154 else {
2155 p = RARRAY(ary)->ptr + beg;
2156 pend = p + len;
2157 while (p < pend) {
2158 *p++ = item;
2159 }
2160 }
2161 return ary;
2162 }