[#38851] [soap4r] xmlのcharsetの変更の仕方 — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
2 messages
2003/12/02
[#38853] ruby-dev summary 22012-22103 — Minero Aoki <aamine@...>
青木です。
5 messages
2003/12/02
[#38863] Module.included — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
こしみずです。
4 messages
2003/12/04
[#38869] WebUnit — takumi-ruby@...
こんにちは。
7 messages
2003/12/06
[#38881] ruby-dev summary 22012-22195 — Kazuo Saito <ksaito@...>
斉藤です。
4 messages
2003/12/09
[#38883] [cgi.rb] read_multipart でエラー — Kazuhiko <kazuhiko@...>
かずひこです。
11 messages
2003/12/10
[#38884] Re: [cgi.rb] read_multipart でエラー
— nobu.nakada@...
2003/12/10
なかだです。
[#38885] Re: [cgi.rb] read_multipart でエラー
— matz@... (Yukihiro Matsumoto)
2003/12/10
まつもと ゆきひろです
[#38893] Re: [cgi.rb] read_multipart でエラー
— nobu.nakada@...
2003/12/11
なかだです。
[#38894] Re: [cgi.rb] read_multipart でエラー
— matz@... (Yukihiro Matsumoto)
2003/12/11
まつもと ゆきひろです
[#38900] rdtoolのインストール — Ryutaro Amano <wn9r-amn@...>
天野と申します。
9 messages
2003/12/15
[#38919] Ruby 1.8.1 preview4 — matz@... (Yukihiro Matsumoto)
Hi,
44 messages
2003/12/22
[#38921] Re: Ruby 1.8.1 preview4
— "NAKAMURA, Hiroshi" <nakahiro@...>
2003/12/22
Hi, all,
[#38936] Re: Ruby 1.8.1 preview4
— "NAKAMURA, Hiroshi" <nakahiro@...>
2003/12/23
なひです。
[#38947] BCCWIN32&XPにて、rubyrun.rbの結果 — 竹花 文士 <ruby.mito@...>
はじめまして。
8 messages
2003/12/23
[#38993] RubyEB が ruby-1.8.1 で SEGV — Kazuhiko <kazuhiko@...>
かずひこです。
12 messages
2003/12/25
[#38994] Re: RubyEB が ruby-1.8.1 で SEGV
— Kazuhiko <kazuhiko@...>
2003/12/25
かずひこです。
[#38996] Re: RubyEB が ruby-1.8.1 で SEGV
— matz@... (Yukihiro Matsumoto)
2003/12/25
まつもと ゆきひろです
[#38997] Re: RubyEB が ruby-1.8.1 で SEGV
— Kazuhiko <kazuhiko@...>
2003/12/26
かずひこです。
[ruby-list:38983] Re: Ruby 1.8.1 preview4
From:
akira yamada / やまだあきら <akira@...>
Date:
2003-12-24 15:42:45 UTC
List:
ruby-list #38983
>>>>> In [ruby-list : No.38982]
>>>>> matz@ruby-lang.org (Yukihiro Matsumoto) wrote:
> そんな腐った対応をしないでほしいなあ。で、その腐ったプラット
> フォームを同定するcpp識別子はなににしたら良いでしょう?
知人に聞いてみたところによると、
Linuxではsysv contextをサポートしていなくて、
それをglibcがwrapしているんじゃないかとのことです。
glibcのソースやサンプルプログラムによると
実装されていない場合には最終的に
__set_errno (ENOSYS);
return -1;
となるようで、
getcontext() == -1
でかつ
if(errno == ENOSYS)
ならその環境では使えないということでした。
configureでこのあたりのテストができるとよいかもしれません。
なお、cppで適切に判別できるかどうかという点では
ちょっとわからないんですが、
ヘッダファイルを追いかけるとfeatures.hに
/* This is here only because every header file already includes this one.
Get the definitions of all the appropriate `__stub_FUNCTION' symbols.
<gnu/stubs.h> contains `#define __stub_FUNCTION' when FUNCTION is a stub
that will always return failure (and set errno to ENOSYS). */
#include <gnu/stubs.h>
とあって
% grep context gnu/stubs.h
#define __stub_getcontext
#define __stub_makecontext
#define __stub_setcontext
#define __stub_swapcontext
という感じの定義がされているようです。
--
やまだあきら / akira yamada <URL:http://arika.org>
Vine Caves, Ltd. <URL:http://vinecaves.com>
(akira@arika.org, akira@debian.org or akira@vinecaves.com)