[#27711] Re: [ruby-list:41557] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "U.Nakamura" <usa@...>

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

16 messages 2005/11/15
[#27717] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/11/16

山本です。

[#27718] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "U.Nakamura" <usa@...> 2005/11/16

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

[#27719] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/11/16

山本です。

[#27720] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "U.Nakamura" <usa@...> 2005/11/16

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

[#27721] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/11/16

山本です。

[#27722] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — "U.Nakamura" <usa@...> 2005/11/16

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

[#27723] Re: [ruby-list:41557] Re:Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 小西 弘将 <konishih@...6.so-net.ne.jp> 2005/11/16

 小西 弘将です。

[#27735] FNM_CASEFOLD on case-sensitive system — nobuyoshi nakada <nobuyoshi.nakada@...>

なかだです。

15 messages 2005/11/18
[#27737] Re: FNM_CASEFOLD on case-sensitive system — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/11/18

山本です。

[#27758] File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org>

次に cygwin における

26 messages 2005/11/19
[#27768] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27769] Re: File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org> 2005/11/21

In article <20051121093604.3A67.USA@garbagecollect.jp>,

[#27770] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27771] Re: File.dirname("///foo/bar/baz/qux") on cygwin — WATANABE Hirofumi <eban@...> 2005/11/21

わたなべです。

[#27772] Re: File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org> 2005/11/21

In article <1191-Mon21Nov2005112905+0900-eban@os.rim.or.jp>,

[#27773] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27774] Re: File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org> 2005/11/21

In article <20051121120453.3A70.USA@garbagecollect.jp>,

[#27776] Re: File.dirname("///foo/bar/baz/qux") on cygwin — Tanaka Akira <akr@...17n.org> 2005/11/21

In article <87ek5a665s.fsf@m17n.org>,

[#27777] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27778] Re: File.dirname("///foo/bar/baz/qux") on cygwin — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/11/21

なかだです。

[#27779] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27781] Re: File.dirname("///foo/bar/baz/qux") on cygwin — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/11/21

なかだです。

[#27782] Re: File.dirname("///foo/bar/baz/qux") on cygwin — "U.Nakamura" <usa@...> 2005/11/21

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

[#27783] Re: File.dirname("///foo/bar/baz/qux") on cygwin — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/11/21

なかだです。

[#27766] 1.8.4 preview2? — "URABE Shyouhei aka.mput" <root@...>

卜部です。間が空きましたが

17 messages 2005/11/20
[#27798] Re: 1.8.4 preview2? — Yukihiro Matsumoto <matz@...> 2005/11/21

まつもと ゆきひろです

[#27818] Re: [ ruby-Bugs-2872 ] TCPServer should not use SO_REUSEADDR in Cygwin port — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

15 messages 2005/11/25
[#27819] Re: [ ruby-Bugs-2872 ] TCPServer should not use SO_REUSEADDR in Cygwin port — Yukihiro Matsumoto <matz@...> 2005/11/25

まつもと ゆきひろです

[#27821] Re: [ ruby-Bugs-2872 ] TCPServer should not use SO_REUSEADDR in Cygwin port — "U.Nakamura" <usa@...> 2005/11/25

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

[#27823] Re: [ ruby-Bugs-2872 ] TCPServer should not use SO_REUSEADDR in Cygwin port — "U.Nakamura" <usa@...> 2005/11/25

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

[#27839] ruby 1.8 dumps core — Tanaka Akira <akr@...17n.org>

最近、boron でやっている chkbuild で ruby-1.8 が test-all 中

32 messages 2005/11/28
[#27862] Re: ruby 1.8 dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/11/28

山本です。

[#27911] Re: ruby 1.8 dumps core — Tanaka Akira <akr@...17n.org> 2005/12/01

In article <20051130210645.7228E2B0.ocean@m2.ccsnet.ne.jp>,

[#28046] Re: ruby 1.8 dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/12/19

山本です。

[#28048] Re: ruby 1.8 dumps core — Tanaka Akira <akr@...17n.org> 2005/12/19

In article <20051219120911.F876DDD0.ocean@m2.ccsnet.ne.jp>,

[#28050] Re: ruby 1.8 dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/12/19

山本です。

[#28057] Re: ruby 1.8 dumps core — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/12/19

山本です。

[#27871] Numeric と Complex — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

37 messages 2005/11/29
[#27872] Re: Numeric と Complex — keiju@... (石塚圭樹) 2005/11/29

けいじゅ@いしつかです.

[#27873] Re: Numeric と Complex — Yukihiro Matsumoto <matz@...> 2005/11/29

まつもと ゆきひろです

[#27875] Re: Numeric と Complex — keiju@... (石塚圭樹) 2005/11/29

けいじゅ@いしつかです.

[ruby-dev:27846] parser_params heap

From: Tanaka Akira <akr@...17n.org>
Date: 2005-11-28 05:56:23 UTC
List: ruby-dev #27846
struct parser_params の heap ですが、Ripper のときとそうでな
いときでオフセットがずれるにも関わらず、rb_parser_malloc な
どで Ripper でないときのオフセットを仮定して heap に書き込ん
でいるようなのですが、これはどうしたもんでしょう?

% cat z.rb
require 'ripper.so'

class Ripper
  def on_CHAR(token)
  end
end

Ripper.new('@').parse

% gdb ruby
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) break ripper_yyparse
Function "ripper_yyparse" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (ripper_yyparse) pending.
(gdb) run z.rb
Starting program: /tmp/c/ruby/ruby z.rb
Breakpoint 2 at 0x401d1fef: file ripper.c, line 4410.
Pending breakpoint "ripper_yyparse" resolved

Breakpoint 2, ripper_yyparse (parser_v=0x8168a98) at ripper.c:4410
4410      int yytoken = 0;
(gdb) up
#1  0x401deaaa in ripper_parse0 (parser_v=1075552908) at ripper.y:9157
9157        ripper_yyparse((void*)parser);
(gdb) p parser
$1 = (struct parser_params *) 0x8168a98
(gdb) p *parser
$2 = {parser_yylval = 0x0, eofp = 0, parser_lex_strterm = 0x0, parser_lex_state = EXPR_BEG, parser_cond_stack = 0, 
  parser_cmdarg_stack = 0, parser_class_nest = 0, parser_paren_nest = 0, parser_lpar_beg = 0, parser_in_single = 0, 
  parser_in_def = 0, parser_compile_for_eval = 0, parser_cur_mid = 0, parser_in_defined = 0, parser_tokenbuf = 0x0, 
  parser_tokidx = 0, parser_toksiz = 0, parser_lex_input = 1075552988, parser_lex_lastline = 1075552868, 
  parser_lex_pbeg = 0x8168b58 "@", parser_lex_p = 0x8168b58 "@", parser_lex_pend = 0x8168b59 "", parser_heredoc_end = 0, 
  parser_command_start = 2, parser_lex_gets_ptr = 1, parser_lex_gets = 0x401d843a <lex_get_str>, parser_lvtbl = 0x0, 
  parser_ruby__end__seen = 0, parser_ruby_sourceline = 1, parser_ruby_sourcefile = 1075552888, tokp = 0x8168b58 "@", 
  delayed = 4, delayed_line = 0, delayed_col = 0, value = 1075552908, result = 4, parsing_thread = 1075607068, 
  toplevel_p = 2, line_count = 1, has_shebang = 0, heap = 0x0}
(gdb) p parser->heap
$3 = (NODE *) 0x0
(gdb) p &parser->heap
$4 = (NODE **) 0x8168b40
(gdb) down
#0  ripper_yyparse (parser_v=0x8168a98) at ripper.c:4410
4410      int yytoken = 0;
(gdb) break rb_parser_malloc
Breakpoint 3 at 0x80a56ea: file parse.y, line 8771.
(gdb) c
Continuing.

Breakpoint 3, rb_parser_malloc (parserp=0x8168a98, size=37) at parse.y:8771
8771        NODE *n = NEWHEAP(HEAPCNT(1, size));
(gdb) p parserp
$5 = (struct parser_params *) 0x8168a98
(gdb) p *parserp
$6 = {parser_yylval = 0xbfe52bd8, eofp = 2, parser_lex_strterm = 0x0, parser_lex_state = EXPR_BEG, parser_cond_stack = 0, 
  parser_cmdarg_stack = 0, parser_class_nest = 0, parser_paren_nest = 0, parser_lpar_beg = 0, parser_in_single = 0, 
  parser_in_def = 0, parser_compile_for_eval = 0, parser_cur_mid = 0, parser_in_defined = 0, 
  parser_tokenbuf = 0x8168b68 "@", parser_tokidx = 1, parser_toksiz = 60, parser_lex_input = 1075552988, 
  parser_lex_lastline = 1075552868, parser_lex_pbeg = 0x8168b58 "@", parser_lex_p = 0x8168b59 "", 
  parser_lex_pend = 0x8168b59 "", parser_heredoc_end = 0, parser_command_start = 0, parser_lex_gets_ptr = 1, 
  parser_lex_gets = 0x401d843a <lex_get_str>, parser_lvtbl = 0x0, parser_ruby__end__seen = 0, parser_eval_tree_begin = 0x1, 
  parser_eval_tree = 0x401ba278, debug_lines = 135695193, line_count = 4, has_shebang = 0, heap = 0x0}
(gdb) p parserp->heap
$7 = (NODE *) 0x0
(gdb) p &parserp->heap
$8 = (NODE **) 0x8168b24
(gdb) n
8773        return ADD2HEAP(n, xmalloc(size));
(gdb) 
8774    }
(gdb) p *(NODE **) 0x8168b24
$9 = (struct RNode *) 0x401ba23c
(gdb) p *(NODE **) 0x8168b40
$10 = (struct RNode *) 0x0
(gdb) 
% ./ruby -v
ruby 1.9.0 (2005-11-28) [i686-linux]
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread

Prev Next