[#4076] Ruby/DL — Jamis Buck <jamis_buck@...>

I recently used Ruby/DL to create bindings to the SQLite3 embedded

40 messages 2005/01/03
[#4096] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/04

On Tue, Jan 04, 2005 at 02:53:49AM +0900, Jamis Buck wrote:

[#4099] Re: Ruby/DL — ts <decoux@...> 2005/01/04

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4119] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Wed, Jan 05, 2005 at 03:05:48AM +0900, ts wrote:

[#4120] Re: Ruby/DL — ts <decoux@...> 2005/01/05

>>>>> "P" == Paul Brannan <pbrannan@atdesk.com> writes:

[#4125] Re: Ruby/DL — Paul Brannan <pbrannan@...> 2005/01/05

On Thu, Jan 06, 2005 at 01:10:34AM +0900, ts wrote:

[#4116] Test::Unit::Collector::Dir won't work with code that modifies $LOAD_PATH — Eric Hodel <drbrain@...7.net>

Any test code that depends upon modifications of $: fails when used

10 messages 2005/01/05

[#4146] The face of Unicode support in the future — Charles O Nutter <headius@...>

Hello Rubyists!

47 messages 2005/01/06
[#4152] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/07

Hi,

[#4167] Re: The face of Unicode support in the future — Christian Neukirchen <chneukirchen@...> 2005/01/09

Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#4175] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/10

Hi,

[#4186] Re: The face of Unicode support in the future — Paul Brannan <pbrannan@...> 2005/01/11

On Mon, Jan 10, 2005 at 11:53:48PM +0900, Yukihiro Matsumoto wrote:

[#4192] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/12

Hi,

[#4269] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...>

19 messages 2005/01/18
[#4270] Re: The face of Unicode support in the future — Yukihiro Matsumoto <matz@...> 2005/01/18

Hi,

[#4275] Re: The face of Unicode support in the future — Wes Nakamura <wknaka@...> 2005/01/19

[#4323] test/unit doesn't rescue a Exception — Tanaka Akira <akr@...17n.org>

test/unit doesn't rescue a Exception in a test method, as follows.

14 messages 2005/01/27
[#8773] Re: test/unit doesn't rescue a Exception — Tanaka Akira <akr@...> 2006/09/02

In article <87is5jb46q.fsf@serein.a02.aist.go.jp>,

[#8776] Re: test/unit doesn't rescue a Exception — "Nathaniel Talbott" <ntalbott@...> 2006/09/03

On 9/1/06, Tanaka Akira <akr@fsij.org> wrote:

[#8777] Re: test/unit doesn't rescue a Exception — Eric Hodel <drbrain@...7.net> 2006/09/03

On Sep 2, 2006, at 6:34 PM, Nathaniel Talbott wrote:

Re: Segfault in timer.rb

From: Erlend Oye <segfault.ruby-talk@...>
Date: 2005-01-16 20:08:58 UTC
List: ruby-core #4260
Ville Mattila wrote:
> Alexander Kellett <ruby-lists@lypanov.net> writes:
> 
> 
>>On Jan 16, 2005, at 6:17 AM, Erlend Oye wrote:
>>
>>>  I can always use the release builds but I should be able to do builds
>>>from the CVS and report the bugs and ask for help in Cygwin instead of
>>>the suggestions that I switch platforms....and no, you are not the 
>>>first
>>>one suggesting this. This has been suggested on IRC
>>>(#ruby-lang/freenode) too.
>>
>>i've heard other bug reports with threading that
>>were solved when using a platform other than cygwin.
>>cygwin wasted a lot of my time in the past. i'm glad
>>to not be using it anymore. but... each to their own,
>>forgive my bitterness i just care about the s/w i use.
> 
> 
>  The cygwins signal handling is not most robust and ruby threading
>  implementation depends on working signals. However there is cygwin1
>  delopment snapshots that might cure Erlend's problem. Erlend could
>  you check the latest snapshot from http://cygwin.com/snapshots/
> 
>  Also I think you'll get better OS features (OLE and stuff like that)
>  if you use native ruby i.e.  one click installer or compile it
>  yourself (migw or msvc).
> 
>  - Ville
> 
> 
I just tried the latest snapshot and it doesn't work. I get the segfault
anywhere from about 3rd to about 9th request thru the script (see
code pasted before). For those testing it on another platforms, no,
I haven't had this bug on Solaris or with mswin32 builds.

I don't have MSVC toolchain and MinGW looked very underpowered judging
from output of configure command, but then maybe that is a wrong impression.

<request>
I'd have no need to build this myself if nightlies or some frequent
snapshots were provided for platforms. All the cygwin/mingw builds
available are from even before the 1.8.2 release date. Is providing
nightlies (with 'test-all' target cases run) a possibility?
</request>

Thanks
Erlend

In This Thread

Prev Next