[#7955] Failing tests in ruby since 1.8.2 — "Caleb Tennis" <caleb@...>
The following tests have been failing in Ruby for a long time, including
[#7978] Patch for Unix socket peer credentials — "James F. Hranicky" <jfh@...>
This patch adds support for getting the uid and gid of the peer
In article <200606091528.30171.jfh@cise.ufl.edu>,
On Friday 16 June 2006 11:51, Tanaka Akira wrote:
In article <200606161327.35948.jfh@cise.ufl.edu>,
On Saturday 17 June 2006 06:27, Tanaka Akira wrote:
In article <200607101352.16804.jfh@cise.ufl.edu>,
On Tuesday 11 July 2006 00:10, Tanaka Akira wrote:
Hi,
On Thursday 13 July 2006 22:48, nobu@ruby-lang.org wrote:
On Jul 18, 2006, at 12:27 PM, James F. Hranicky wrote:
On Tuesday 18 July 2006 15:52, Eric Hodel wrote:
[#7994] Ruby Kaigi date confusion — "Charles O Nutter" <headius@...>
I'm quite confused by the dates I have seen reported on various Ruby Kaigi
[#8013] Download page on ruby-lang has numeric URL — Hugh Sasse <hgs@...>
This is off-topic to ruby-core, but possibly core to ruby's uptake:
On Jun 19, 2006, at 3:32 AM, Hugh Sasse wrote:
[#8038] bug in $. ? — Wybo Dekker <wybo@...>
wybo>cat t
Wybo Dekker schrieb:
Pit Capitain wrote:
[#8050] Thank-you to the Rails Core Team — Dave Teare <devlists-ruby-core@...>
While we were listening to Dave Thomas' Keynote address today at
[#8061] Win32 Extension Issues Wanted! — "Austin Ziegler" <halostatue@...>
Everyone. I had a conversation with folks from Microsoft today about
[#8065] Core documentation patches — Alex Young <alex@...>
Hi there,
Hi,
Yukihiro Matsumoto wrote:
[#8073] 1.8.5p1 build failure on Solaris 10 — "Daniel Berger" <Daniel.Berger@...>
Solaris 10
Hi,
Yukihiro Matsumoto wrote:
>>>>> "D" == Daniel Berger <Daniel.Berger@qwest.com> writes:
ts <decoux@moulon.inra.fr> wrote on 28.06.2006 17:37:00:
Hi,
Yukihiro Matsumoto <matz@ruby-lang.org> wrote on 29.06.2006 20:02:11:
Hi,
Yukihiro Matsumoto <matz@ruby-lang.org> wrote on 29.06.2006 20:53:20:
ville.mattila@stonesoft.com wrote:
[#8087] optparse.rb to RDoc documentation patch — <noreply@...>
Patches item #4879, was opened at 2006-06-28 20:50
On Jun 28, 2006, at 11:50 AM, <noreply@rubyforge.org>
[#8102] Reorganizing configure.in by platform? — "Daniel Berger" <Daniel.Berger@...>
Hi,
Re: [rubycore:04804] and darwin
Hi Matz,
On 6/29/06, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
> Hi,
>
> In message "Re: [rubycore:04804] and darwin"
> on Tue, 27 Jun 2006 21:37:55 +0900, "Laurent Sansonetti" <laurent.sansonetti@gmail.com> writes:
>
> |Disabling this piece of code in ruby.c fixes the problem:
> |
> |+ if (s + 1 == envspace.begin) {
> |+ s = envspace.end;
> |+ ruby_setenv("", NULL); /* duplicate environ vars */
> |+ }
> |
> |I did not investigated more, but is this change supposed to work with
> |setproctitle-less systems?
>
> Yes. More precisely, it should work for the systems that
>
> * have no PSTAT_SETCMD
> * nor setproctitle
> * nor setenv/getenv
> * and are not Win32
>
> I am not sure how we can detect Darwin correctly. Any info?
Strange that it does not work here. Almost (all?) BSD-based systems
have setproctitle, except Darwin. Here the number of extra space
characters is equal to the length of all environment variables (in
environ).
To detect Darwin you can check for __APPLE__. Isolating the piece of
code in ruby.c between #if !defined(__APPLE__) fixed the problem.
And I see that in process.c there is even a better check:
#if defined(__APPLE__) && ( defined(__MACH__) || defined(__DARWIN__) )
&& !defined(__MacOS_X__)
#define __MacOS_X__ 1
#endif
Laurent