[#26266] pragma on ripper — nobuyoshi nakada <nobuyoshi.nakada@...>

なかだです。

15 messages 2005/06/02

[#26312] rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org>

最近、とあるプログラム(五月雨)が、無限ループに陥ることが何回かありました。

32 messages 2005/06/09
[#26323] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/10

In article <TYOMLEM04Rqf69aZbLA0000002d@tyomlvem02.e2k.ad.ge.com>,

[#26329] Re: rb_gc_mark_threads spin — nobu@... 2005/06/10

なかだです。

[#26331] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506101543.j5AFhToG009328@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26333] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <8764wlil9l.fsf@m17n.org>,

[#26334] Re: rb_gc_mark_threads spin — nobu@... 2005/06/11

なかだです。

[#26337] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506111335.j5BDZkoG019423@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26405] WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org>

NetBSD 2.0 で WEBrick を使って HTTP サーバを動かした場合、クライアント

24 messages 2005/06/29
[#26477] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

ごとうゆうぞうです。

[#26480] Re: WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org> 2005/07/08

In article <20050708.175802.957830318.gotoyuzo@sawara.does.notwork.org>,

[#26481] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

In message <87fyupzgcq.fsf@m17n.org>,

[#26421] Subversion — Shugo Maeda <shugo@...>

前田です。

24 messages 2005/06/30
[#26422] Re: Subversion — Yukihiro Matsumoto <matz@...> 2005/06/30

まつもと ゆきひろです

[#26423] Re: Subversion — "U.Nakamura" <usa@...> 2005/06/30

こんにちは、なかむら(う)です。

[ruby-dev:26368] clear memory before free(3)?

From: Takahiro Kambe <taca@...>
Date: 2005-06-22 23:42:28 UTC
List: ruby-dev #26368
In message <20050623.083317.12136517.taca@back-street.net>
	on Thu, 23 Jun 2005 08:33:27 +0900,
	Takahiro Kambe <taca@back-street.net> wrote:
> Fedoraのパッケージでは変更が加えられているようです。
> 
> http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/SRPMS/ruby-1.8.2-1.fc3.3.src.rpm

これに含まれていたパッチに、次のようなものがあります。


diff -ruN ruby-1.8.2.orig/ext/strscan/strscan.c ruby-1.8.2/ext/strscan/strscan.c
--- ruby-1.8.2.orig/ext/strscan/strscan.c	2004-02-19 21:30:26.000000000 +0900
+++ ruby-1.8.2/ext/strscan/strscan.c	2005-03-22 19:31:24.000000000 +0900
@@ -176,7 +176,7 @@
     struct strscanner *p;
 {
     re_free_registers(&(p->regs));
-    memset(p, sizeof(struct strscanner), 0);
+    memset(p, 0, sizeof(struct strscanner));
     free(p);
 }
 

確かに、この変更をしないとmemset(3)は何もしないでしょう。(したとしても、
意図された動作ではないでしょう。)

ただ、直後にfree(3)する領域をわざわざゼロでクリアしている意図は何でしょ
うか?  はっきり言って、無駄なだけではないでしょうか。

-- 
神戸 隆博 / Takahiro Kambe

In This Thread

Prev Next