search for: 22744

...t would probably segfault it. And what i'm seeing (with strace) is that something does segfault (a child thread?) and lli is waiting on a futex: access("dump.bc", F_OK) = 0 open("dump.bc", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0600, st_size=22744, ...}) = 0 mmap2(NULL, 24576, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe3000 mmap2(NULL, 16777216, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6d9c000 mmap2(0xb7d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6c9c000 mmap2(0xb6d9c000, 1...

On Tue, 20 Jun 2006, Chris Lattner wrote: > On Wed, 21 Jun 2006, Simon Burton wrote: >> This from the output: >> >> 24620 x86-emitter - Number of machine instructions emitted >> >> (i had to write a dummy main function to get this to work) >> >> Is this really the number of bytes of machine code ? > Yes. To be specific, this is the

...7 __FUNCTION__.22647 > 00000580 l O .rodata 00000018 .str6 > 00003980 l F .text 0000009a nonlocal_mentioned_p > 00003a20 l F .text ffffc7f8 nonlocal_referenced_p_1 > -00000598 l O .rodata 00000018 __FUNCTION__.22833 > +00000598 l O .rodata 00000018 __FUNCTION__.22744 > 00003c00 l F .text 0000009a nonlocal_set_p > 00003ca0 l F .text ffffc5a4 nonlocal_set_p_1 > -000005b0 l O .rodata 00000011 __FUNCTION__.22936 > +000005b0 l O .rodata 00000011 __FUNCTION__.22845 > 00000020 l O .bss 000000d4 static_reg_base_value > 0000010c...

...that rtc is unloaded first, but it's not loaded on my machine [xxx@xxx zaptelrtc]# lsmod Module Size Used by Not tainted zaptel 181856 0 soundcore 7012 0 (autoclean) e1000 75744 1 iptable_nat 22744 0 (autoclean) (unused) iptable_mangle 2776 0 (autoclean) (unused) ipt_REJECT 4632 1 (autoclean) ipt_multiport 1176 2 (autoclean) ipt_state 1080 3 (autoclean) ip_conntrack 29704 2 (autoclean) [iptable_nat ipt_st...

...0 1392840 1286136 air 61940 61948 65964 61876 110768 106680 capacita 41344 41144 45440 45040 77920 73248 channel 22736 22744 26696 22552 34704 34656 doduc 128376 128384 140580 136296 205320 189040 fatigue 65648 65640 69808 73848 90240 82040 gas_dyn...

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the

...1031576 1392840 1286136 air 61940 61948 65964 61876 110768 106680 capacita 41344 41144 45440 45040 77920 73248 channel 22736 22744 26696 22552 34704 34656 doduc 128376 128384 140580 136296 205320 189040 fatigue 65648 65640 69808 73848 90240 82040 gas_dyn...

...mic) (paused) (Not in use) has taken 2 calls (last was 2228 secs ago) SIP/1429 (dynamic) (paused) (Unknown) has taken 2 calls (last was 953 secs ago) SIP/1432 (dynamic) (Unavailable) has taken 5 calls (last was 1229 secs ago) SIP/1430 (dynamic) (In use) has taken 2 calls (last was 22744 secs ago) SIP/1435 (dynamic) (In use) has taken 3 calls (last was 13511 secs ago) SIP/1434 (dynamic) (Unknown) has taken 6 calls (last was 9504 secs ago) SIP/1424 (dynamic) (In use) has taken 4 calls (last was 16373 secs ago) SIP/1408 (dynamic) (paused) (Not in use) has take...

...1392840 1286136 air 61940 61940 61948 61948 65964 65964 61876 61876 110768 106680 capaci 41344 45440 41144 41144 45440 45440 45040 45040 77920 73248 channe 22736 22600 22744 22608 26696 22600 22552 22552 34704 34656 doduc 128376 120188 128384 120196 140580 140580 136296 136296 205320 189040 fatigu 65648 69744 65640 69736 69808 69808 73848 73848 90240...

...e JIT, which dynamically compiles code as it goes. If you're just curious about code size, why not use size on .o file? -Chris > access("dump.bc", F_OK) = 0 > open("dump.bc", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0600, st_size=22744, ...}) = 0 > mmap2(NULL, 24576, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe3000 > mmap2(NULL, 16777216, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6d9c000 > mmap2(0xb7d9c000, 1048576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6c9c000 >...

...u6_addr16 = {58005, 2063, 7, 0, 22776, 17479, 58362, 2063}, u6_addr32 = {135258773, 7, 1145526520, 135259130}}}, ip4 = {s_addr = 135258773}}} raddr = {family = 2, u = {ip6 = {in6_u = {u6_addr8 = "\031^??????Y??????X???\005\021D", u6_addr16 = {24089, 49134, 23028, 49134, 22744, 49134, 4357, 68}, u6_addr32 = {3220069913, 3220068852, 3220068568, 4460805}}}, ip4 = {s_addr = 3220069913}}} port = 4274100 rport = 3220068600 st = {st_dev = 26626, __pad1 = 0, __st_ino = 3342766, st_mode = 33152, st_nlink = 1, st_uid = 0, st_gid = 0, st_rdev = 0,...

...132040 78912 132376 rnflow 71896 71896 96632 181120 67928 137528 test_fpu 54272 54272 78776 155072 50144 111640 tftt 18640 18640 18488 30768 18488 22744

Hi Has anyone used OpenRico''s "on-demand listbox" LiveGrid or something similar in a Rails app already? How well does it behave? I''m asking this because I need a scrollable list but the number of records in the table could be well above 5000. In the past I''ve used similar "on-demand fetchings" in desktop apps and it was a real blessing (the

...2840 1286136 >> air 61940 61948 65964 61876 110768 106680 >> capacita 41344 41144 45440 45040 77920 73248 >> channel 22736 22744 26696 22552 34704 34656 >> doduc 128376 128384 140580 136296 205320 189040 >> fatigue 65648 65640 69808 73848 90240 820...

...ON=="remove", RUN+="/etc/xen/scripts/xen-hotplug-cleanup" KERNEL=="evtchn", NAME="xen/%k" KERNEL=="blktap[0-9]*", NAME="xen/%k" - udev is running, root 21499 0.0 0.1 2240 624 ? S<s 15:40 0:01 /sbin/udevd -d root 22744 0.0 0.1 2044 568 pts/8 S 15:43 0:00 udevmonitor - hald is running, 68 23539 0.0 0.6 5184 3280 ? Ss 16:23 0:00 hald root 23540 0.0 0.1 3128 952 ? S 16:23 0:00 hald-runner 68 23546 0.0 0.1 1988 776 ? S 16:23 0:00 hald-...

...] -> dovecot2.1/dict() [0x409504] -> dovecot2.1/dict(sql_db_cache_deinit+0x20) [0x408a60] -> dovecot2.1/dict(main+0x169) [0x405a59] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f465637cc8d] -> dovecot2.1/dict() [0x404bb9] 2013-01-24 11:11:00 dict: Fatal: master: service(dict): child 22744 killed with signal 6 (core not dumped) There are two different Panic messages: Panic: file driver-pgsql.c: line 587: unreached Panic: file driver-pgsql.c: line 84 (driver_pgsql_set_state): assertion failed: (state == SQL_DB_STATE_BUSY || db->cur_result == NULL) I have ulimit -c unlimited set...

...1286136 > air 61940 61940 61948 61948 65964 65964 61876 61876 110768 106680 > capaci 41344 45440 41144 41144 45440 45440 45040 45040 77920 73248 > channe 22736 22600 22744 22608 26696 22600 22552 22552 34704 34656 > doduc 128376 120188 128384 120196 140580 140580 136296 136296 205320 189040 > fatigu 65648 69744 65640 69736 69808 69808 73848 73848...

On Tue, 3 Apr 2012 08:57:51 -0400 Jack Howarth <howarth at bromo.med.uc.edu> wrote: > On Tue, Apr 03, 2012 at 09:26:38AM +0200, Duncan Sands wrote: > > Hi Jack, > > > >> Attached are the Polyhedron 2005 benchmark results for current > >> llvm/dragonegg svn on x86_64-apple-darwin11 built against Xcode > >> 4.3.2 and FSF gcc 4.6.3. > > >

Hi all, I am currently deploying tinc as an alternative to OpenVPN. My setup includes a lot of nodes and some of them are sitting together behind the same router on the same network segment. (E.g. connected to the same switch.) I noticed, that those nodes do never talk directly to each other via their private ip-addresses, but instead use the NATed address they got from the router.

On Tue, Apr 03, 2012 at 09:26:38AM +0200, Duncan Sands wrote: > Hi Jack, > >> Attached are the Polyhedron 2005 benchmark results for current llvm/dragonegg svn >> on x86_64-apple-darwin11 built against Xcode 4.3.2 and FSF gcc 4.6.3. > > thanks for the numbers. How does this compare to LLVM 3.0 - were there any > regressions? The results from just before