[#9382] the sign of a number is omitted when squaring it. -2**2 vs (-2)**2 — <noreply@...>

Bugs item #6468, was opened at 2006-11-03 17:25

9 messages 2006/11/03

[#9385] merge YARV into Ruby — SASADA Koichi <ko1@...>

Hi,

42 messages 2006/11/04
[#9405] Re: merge YARV into Ruby — "Kirill Shutemov" <k.shutemov@...> 2006/11/06

On 11/4/06, SASADA Koichi <ko1@atdot.net> wrote:

[#9406] Re: merge YARV into Ruby — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2006/11/06

On Monday 06 November 2006 16:01, Kirill Shutemov wrote:

[#9417] Re: merge YARV into Ruby — Sean Russell <ser@...> 2006/11/06

On Monday 06 November 2006 10:15, Sylvain Joyeux wrote:

[#9428] Re: merge YARV into Ruby — "Kirill Shutemov" <k.shutemov@...> 2006/11/06

On 11/6/06, Sean Russell <ser@germane-software.com> wrote:

[#9402] fast mutexes for 1.8? — MenTaLguY <mental@...>

Many people have been using Thread.critical for locking because Ruby

24 messages 2006/11/06

[#9450] Bikeshed: No more Symbol < String? — Kornelius Kalnbach <murphy@...>

Hi ruby-core!

21 messages 2006/11/07
[#9452] Re: Bikeshed: No more Symbol < String? — Yukihiro Matsumoto <matz@...> 2006/11/07

Hi,

[#9493] Future Plans for Ruby 1.8 Series — URABE Shyouhei <shyouhei@...>

This week Japanese rubyists were talking about the future of ruby_1_8

13 messages 2006/11/09

[#9515] External entropy pool for random number generator — "Kirill Shutemov" <k.shutemov@...>

In the attachment patch which allow to use external entropy pool for

13 messages 2006/11/11
[#9522] Re: External entropy pool for random number generator — "Nobuyoshi Nakada" <nobu@...> 2006/11/13

Hi,

[#9554] Ruby 1.[89].\d+ and beyond. — Hugh Sasse <hgs@...>

I've been thinking about how version numbers are restricting what we can do.

30 messages 2006/11/16
[#9561] Re: Ruby 1.[89].\d+ and beyond. — Eric Hodel <drbrain@...7.net> 2006/11/16

[#9563] Re: Ruby 1.[89].\d+ and beyond. — Hugh Sasse <hgs@...> 2006/11/16

On Fri, 17 Nov 2006, Eric Hodel wrote:

[#9564] Re: Ruby 1.[89].\d+ and beyond. — Eric Hodel <drbrain@...7.net> 2006/11/16

On Nov 16, 2006, at 12:02 PM, Hugh Sasse wrote:

[#9571] Re: Ruby 1.[89].\d+ and beyond. — "Robert Dober" <robert.dober@...> 2006/11/19

On 11/16/06, Eric Hodel <drbrain@segment7.net> wrote:

[#9604] #ancestors never includes the singleton class (inconsistent) — <noreply@...>

Bugs item #6820, was opened at 2006-11-22 08:49

12 messages 2006/11/22
[#9618] Re: [ ruby-Bugs-6820 ] #ancestors never includes the singleton class (inconsistent) — Yukihiro Matsumoto <matz@...> 2006/11/25

Hi,

[#9629] Re: [ ruby-Bugs-6820 ] #ancestors never includes the singleton class (inconsistent) — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2006/11/27

> It is supposed to. Singleton classes (or eigenclasses, if you want to

Re: [ ruby-Bugs-6788 ] In a c++ program, when I call "fclose()", or "ofstream::close()" in a file that includes ruby.h, the program crashes

From: "Jan Svitok" <jan.svitok@...>
Date: 2006-11-20 14:49:57 UTC
List: ruby-core #9592
On 11/20/06, noreply@rubyforge.org <noreply@rubyforge.org> wrote:
> Bugs item #6788, was opened at 2006-11-20 16:35
> You can respond by visiting:
> http://rubyforge.org/tracker/?func=detail&atid=1698&aid=6788&group_id=426
>
> Category: Core
> Group: 1.8.2
> Status: Open
> Resolution: None
> Priority: 3
> Submitted By: ozi alt (ozizus)
> Assigned to: Nobody (None)
> Summary: In a c++ program, when I call "fclose()", or "ofstream::close()" in a file that includes ruby.h, the program crashes
>
> Initial Comment:
> I am embedding ruby strings to my c++ application and calling them with rb_eval_string, and I love it.
>
> But I noticed this problem:
>
> When I call the C call "fclose()", or "ofstream::close()" in a file that includes ruby.h:
>
> First the Compiler gives a varning:
>
> Warning 4003: not enough actual parameters for macro 'close'
>
> But compilation finishes fine. Then on runtime, debugger catches an unhandled exception in the fstream file on this code:
> ...
>                         if (fclose(_Myfile) != 0)
>                                 _Ans = 0;
>                         }
> ...
>
> If I put the ruby.h inclusion and fclose() call in different files, the system still gives the warnings, but the program works fine.
>
> I cannot seem to reproduce now, but when I was trying to find the problem I saw some warnings about  "rb_w32_fclose" of ruby API.
>
> No, There is no problem with my code, as the problem reoccurs even with this simple program that I copy/pasted from web: remove the '#include "ruby.h"' and the program works. Else, it crashes.
>
>
> /* fopen example */
> #include <stdio.h>
>
> #include "ruby.h"
>
> int main ()
> {
>   FILE * pFile;
>   pFile = fopen ("myfile.txt","wt");
>   if (pFile!=NULL)
>   {
>     fputs ("fopen example",pFile);
>     fclose (pFile);
>   }
>   return 0;
> }
>
>
> My system:
>
> IDE: MSVS2005 on WinXPPro
> RUBY: ruby 1.8.2 (2004-12-25) [i386-mswin32]
>
> Good Luck

I've had a similar problem recently, when compiling a C++ extension
with vs2005 and 1.8.5 libs, this time I had a
Warning 4003: not enough actual parameters for macro 'write'
and
Warning 4003: not enough actual parameters for macro 'read'

in ostream and istream respectively ('write' is an argument to some STL method)

I got around this with #undef write and #undef read just before
#Include <ostream> or whatever the main included file was. I don't
call 'write' and 'read' in my code anyway, and none of the header
mentions them either. So far it seems to work, although I don't feel
really safe ;-)

My problem didn't happen in 1.8.4 as those macros were enclosed within
#ifdef __BORLANDC__ (although this is not the case with close and
fclose).

In This Thread

Prev Next