similar to: RangeError (bignum too big to convert into `long'

Bugs item #13825, was opened at 2007-09-10 16:04 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=13825&group_id=85 Category: win32-file-stat Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: /win32-file-stat-1.2.5/lib/win32/file/stat.rb:81:in `at'': bignum too big to

I''m trying to set up switchtower, following the info in the Manual, but am getting this error when I run "rake remote_exec ACTION=setup": servers: ["cantona.dnswatchdog.com"] /usr/lib/ruby/gems/1.8/gems/net-ssh-1.0.3/lib/net/ssh/transport/packet-stream.rb:203:in `sysread'': bignum too big to convert into `long'' (RangeError) from

Hi, My Ruby On Rails installation used to work on my Mac OSX. I recently upgraded my Mac to 10.4.6. Since then my RoR installation doesn''t seem to work. When I try to access pages that use gettext I get the following error RangeError in AdminController#list bignum too big to convert into `long'' RAILS_ROOT: script/../config/.. Application Trace | Framework Trace | Full

Bugs item #10555, was opened at 2007-05-03 11:48 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=10555&group_id=85 Category: win32-changejournal Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Dong Zhang (dzhang) Assigned to: Park Heesob (phasis68) Summary: wait call in while loop generate "bignum too big to convert into

Bugs item #10555, was opened at 2007-05-03 09:48 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=10555&group_id=85 Category: win32-changejournal Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Dong Zhang (dzhang) Assigned to: Park Heesob (phasis68) >Summary: wait call in while loop generate "bignum too big to convert

So after recompiling ruby a few times to get ssl and readline working, fighting with lighty for awhile, and learning a bit more about linux in the process, I think I''m really close to getting i2 up and running. However, when I try to access my wiki, I get either a blank page or an error 500 and the stack trace below gets sent to the log. If I can''t get this working soon

This error has been driving me nuts. It happens with no regularity or pattern and causes a 500 App error. Refreshing will always display as normal (http 200) The back trace always starts with TypeError (can''t convert Bignum into Hash): /usr/lib/ruby/gems/1.8/gems/activerecord-1.14.4/lib/active_record/connection_adapters/mysql_adapter.rb:342:in `update''

>> There are obviously numerous ways we might use LLVM to aid development >> of "bsdnt". I'll keep exploring those options. It sounds like, for the >> time being, analysing existing code output and looking for ways to >> improve it on certain arches is perhaps one way we may be of >> assistance. > > Sounds like an interesting project.  We're

> Yeah I had a think about it, and I think intrinsics are the wrong way > to do it. So I'd say you are likely right. For this to work well, the way the code generators handle flags will need to be improved: currently it is suboptimal, in fact kind of a hack. Ciao, Duncan.

I have a very strange problem and can''t seem to figure it out. I have passenger 2.2.4 and apache 2.2 running a rails application. It ran fine for weeks when I decided to update Apache. I might also have messed with the users on this machine (OS X 10.5) Now when I start it, Apache starts up fine, loads passenger, and everything looks good. Then, after a while ( and I don''t

On 12 June 2010 03:24, Eli Friedman <eli.friedman at gmail.com> wrote: > On Fri, Jun 11, 2010 at 7:09 PM, Bill Hart <goodwillhart at googlemail.com> wrote: >>>> There are obviously numerous ways we might use LLVM to aid development >>>> of "bsdnt". I'll keep exploring those options. It sounds like, for the >>>> time being, analysing

On Fri, Jun 11, 2010 at 7:09 PM, Bill Hart <goodwillhart at googlemail.com> wrote: >>> There are obviously numerous ways we might use LLVM to aid development >>> of "bsdnt". I'll keep exploring those options. It sounds like, for the >>> time being, analysing existing code output and looking for ways to >>> improve it on certain arches is

On Fri, Jun 11, 2010 at 5:41 PM, Bill Hart <goodwillhart at googlemail.com> wrote: > What is i1? Sorry for the really daft question. These short > abbreviations are sometimes hard to look up..... 1-bit integer; in practice, usually used like a boolean, although it supports the full complement of integer operations. >> There have really only been sporadic queries about practical

I think from the C compiler's point of view, it is going to want it to work for any size above an i64, i.e. all the way up to an i128 so that if the user of the C compiler does this computation with __uint128_t's then it will Do The Right Thing TM. Basically, you want unsigned long a, b, c, d; .... const __uint128_t u = (__uint128_t) a + b; const unsigned long v = u >> 64; const

Hi, So I screwed up when writing the support for the curve25519 KEX method that doesn't depend on OpenSSL's BIGNUM type - a bug in my code left leading zero bytes where they should have been skipped. The impact of this is that OpenSSH 6.5 and 6.6 will fail during key exchange with a peer that implements curve25519-sha256 at libssh.org properly about 0.2% of the time (one in every 512ish

I''ve been handed someone else''s code to debug, but am getting no further than he did... perhaps someone can help. We''re using the OpenPGP gem (http://openpgp.rubyforge.org/) to PGP- encrypt an XML file for submission to a third-party for processing. The prob is that when encrypting, we get errors like the following: RangeError: 1502 out of char range from

Yeah I had a think about it, and I think intrinsics are the wrong way to do it. So I'd say you are likely right. Bill. On 13 June 2010 04:33, Alistair Lynn <arplynn at gmail.com> wrote: > Hi Bill- > > I think, ideally, the backend would be able to match arbitrary-precision arithmetic to add-with-carry or subtract-with-borrow through i65/i33. That would remove the need for the

On 12 June 2010 00:51, Eli Friedman <eli.friedman at gmail.com> wrote: > On Fri, Jun 11, 2010 at 3:28 PM, Bill Hart <goodwillhart at googlemail.com> wrote: >> Hi Eli, >> >> On 11 June 2010 22:44, Eli Friedman <eli.friedman at gmail.com> wrote: >>> On Fri, Jun 11, 2010 at 10:37 AM, Bill Hart <goodwillhart at googlemail.com> wrote:

Hi Bill- I think, ideally, the backend would be able to match arbitrary-precision arithmetic to add-with-carry or subtract-with-borrow through i65/i33. That would remove the need for the overflow intrinsics entirely. Alistair On 13 Jun 2010, at 02:27, Bill Hart wrote: > I was able to get the loop to increment from -999 to 0 using IR > directly. That got rid of the cmpq. > > The

On 12 June 2010 00:51, Eli Friedman <eli.friedman at gmail.com> wrote: > On Fri, Jun 11, 2010 at 3:28 PM, Bill Hart <goodwillhart at googlemail.com> wrote: >> Hi Eli, >> >> On 11 June 2010 22:44, Eli Friedman <eli.friedman at gmail.com> wrote: >>> On Fri, Jun 11, 2010 at 10:37 AM, Bill Hart <goodwillhart at googlemail.com> wrote: