[#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,
Another Coverity Defect
this one is in ruby/regcomp.c (there are three more 'deadcode'
errors in the scan).
1382 case N_BACKREF:
1383 {
1384 int i;
1385 BackrefNode* br = &(NBACKREF(node));
1386
1387 if (br->back_num == 1) {
1388 n = br->back_static[0];
1389 if (IS_IGNORECASE(reg->options)) {
1390 r = add_opcode(reg, OP_BACKREFN_IC);
1391 if (r) return r;
1392 r = add_mem_num(reg, n);
1393 }
1394 else {
1395 switch (n) {
1396 case 1: r = add_opcode(reg, OP_BACKREF1); break;
1397 case 2: r = add_opcode(reg, OP_BACKREF2); break;
1398 case 3: r = add_opcode(reg, OP_BACKREF3); break;
1399 default:
1400 r = add_opcode(reg, OP_BACKREFN);
1401 if (r) return r;
1402 r = add_mem_num(reg, n);
1403 break;
1404 }
1405 }
1406 }
1407 else {
1408 int* p;
1409
1410 if (IS_IGNORECASE(reg->options)) {
1411 add_opcode(reg, OP_BACKREF_MULTI_IC);
1412 }
1413 else {
1414 add_opcode(reg, OP_BACKREF_MULTI);
1415 }
1416
Event dead_error_line: Cannot reach this line of code
Event dead_error_condition: On this path, the condition "r != 0" could
not be true
Also see events: [dead_error_condition][assignment][const]
1417 if (r) return r;
1418 add_length(reg, br->back_num);
1419 if (r) return r;
1420 p = BACKREFS_P(br);
1421 for (i = br->back_num - 1; i >= 0; i--) {
1422 r = add_mem_num(reg, p[i]);
1423 if (r) return r;
1424 }
1425 }
1426 }
1427 break;