similar to: Bignums, integers and migrations

Hi, the terminating part of nut-scanner can crash in pthread code, because some threads won't exist. For example snmp part: ============================== if( allow_snmp && nutscan_avail_snmp ) { if( start_ip == NULL ) { printq(quiet,"No start IP, skipping SNMP\n"); } else { printq(quiet,"Scanning SNMP bus.\n"); #ifdef HAVE_PTHREAD if(

Hi, During last 2-3 days I started to get some new regressions from the libc++ testsuite, one of them is std/containers/sequences/list/list.modifiers/insert_iter_iter_iter.pass.cpp . When run under gdb this seems to be a crash under libunwind code: Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff73d00ce in

2011/6/27 Frederic BOHE <fbohe-guest at alioth.debian.org> > Author: fbohe-guest > Date: Mon Jun 27 13:56:51 2011 > New Revision: 3060 > URL: http://trac.networkupstools.org/projects/nut/changeset/3060 > > Log: > Add NUT server scan. > > (...) > device_t * scan_snmp(char * start_ip, char * stop_ip,long usec_timeout, > snmp_security_t * sec); > >

Hello all! I'm working on a library with bignum support, and I wanted to try LLVM as an apparently simpler and more portable system to my current design (a Haskell script which spits out mixed C and assembly). Porting the script to use the LLVM bindings instead of the current hack was pretty easy. But I have a few remaining questions: (1) Are bignums exposed to any higher-level

The following changes since commit 3c92ec8ae91ecf59d88c798301833d7cf83f2179: Linus Torvalds (1): Merge branch 'next' of git://git.kernel.org/.../paulus/powerpc are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus.git master

The following changes since commit 3c92ec8ae91ecf59d88c798301833d7cf83f2179: Linus Torvalds (1): Merge branch 'next' of git://git.kernel.org/.../paulus/powerpc are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus.git master

Hello. Minimal testcase for my problem: No X running, just a TTY. Use of the nouveau kernel module as of today (or any older) with an up to date vanilla kernel. Hardware: DELL Vostro 3500 with Geforce 310M. To suspend to ram I use this script, as suggested in Documentation/power/s2ram.txt: #!/bin/sh sync echo 1 > /sys/power/pm_trace echo mem > /sys/power/state When I try to suspend to

Currently PVHVM Linux guests after ddacf5ef684a "xen/pv-on-hvm kexec: add xs_reset_watches to shutdown watches from old kernel" hang when run against oxenstored because it does not handle the unknown XS_RESET_WATCHES operation and does not reply. The symptom of this issue is a hang during boot at this point: cpu 1 spinlock event irq 70 CPU 1 irqstacks, hard=dec94000

Hi, I was looking for why one of the nodes could not mount OCFS again, then I found this path: /sys/kernel/config/cluster/r0/node/ Which I have folders related to my servers, then I noticed that node1 (which is working with OCFS2) did not update node2 IP address. The file I am talking about is: /sys/kernel/config/cluster/r0/node/raid2/ipv4_address Example: root at

It should be compatible with the original patch. However I think that the shared secret should be encoded as a string, too. What does libssh do? > Am 02.11.2013 um 05:46 schrieb Damien Miller <djm at mindrot.org>: > >> On Fri, 1 Nov 2013, Markus Friedl wrote: >> >> Here are three versions (patch against openbsd cvs) >> >> 1) repace nacl w/libsodium,

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

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 written the following function in RoR for my website . The function on execution gives an error for the Rmagick crop method , the error is wriiten after the function . I am using the same function(except for the change in name, rest everything is same) for cropping from left , right and bottom and they are working fine. All the left , right , top and bottomcrop functions are given the same

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

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 #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

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