[#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,
Re: possible defect in array.c
On 4/26/06, Jacob Fugal <lukfugl@gmail.com> wrote:
> On 4/26/06, Pat Eyler <rubypate@gmail.com> wrote:
> > good idea:
> >
> > *** array.c 12 Dec 2005 16:46:59 -0000 1.186
> > --- array.c 26 Apr 2006 15:27:05 -0000
> > ***************
> > *** 2100,2105 ****
> > --- 2100,2106 ----
> > {
> > VALUE item, arg1, arg2;
> > long beg, end, len;
> > + beg = 0;
> > VALUE *p, *pend;
> > int block_p = Qfalse;
>
> Actually, that'd be a syntax error in C. All variable declarations in
> C must precede all other statements.
More proof that I'm not a C hacker. I did compile after making the
change and didn't see any errors from gcc:
$ make
gcc -g -O2 -DRUBY_EXPORT -I. -I. -c array.c
ar rcu libruby-static.a array.o ascii.o bignum.o class.o compar.o
dir.o dln.o enum.o enumerator.o error.o euc_jp.o eval.o file.o gc.o
hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o
process.o prec.o random.o range.o re.o regcomp.o regenc.o regerror.o
regexec.o regparse.o ruby.o signal.o sjis.o sprintf.o st.o string.o
struct.o time.o utf8.o util.o variable.o version.o dmyext.o
and the tests looked good:
$ make test
test succeeded
$
So I didn't realize there was a problem.
> So your added line would need to
> be after the variable declaration block. Alternatively, you could also
> just add an " = 0" to the declaration of beg, since variables can be
> intialized during declaration:
>
> *** array.c
> --- array.c
> ***************
> *** 2100,2105 ****
> --- 2100,2105 ----
> {
> VALUE item, arg1, arg2;
> - long beg, end, len;
> + long beg = 0, end, len;
> VALUE *p, *pend;
> int block_p = Qfalse;
>
> Jacob Fugal
>
>