search for: r0b

...to i32. CCIfType<[i16], CCPromoteToType<i32>>, // i32 are returned in register R0 CCIfType<[i32], CCAssignToReg<[R0L]>> ]>; I've now changed this to : def RetCC_test : CallingConv<[ // i8 are returned in register R0 CCIfType<[i8], CCAssignToReg<[R0B]>>, // i16 are returned in register R0 CCIfType<[i16], CCAssignToReg<[R0W]>>, // i32 are returned in register R0 CCIfType<[i32], CCAssignToReg<[R0L]>> ]>; Which has stopped the assert and produced valid code. I`m happy to leave the return value definitions...

.../-g no more works too. Here is the network trace of the CLDAP connection: 17:23:25.901055 IP 172.20.0.221.33128 > 192.168.0.247.389: UDP, length: 100 0x0000: 4500 0080 ebea 4000 4011 dff1 ac14 00dd E.....@.@....... 0x0010: c0a8 00f7 8168 0185 006c fd72 3062 0201 .....h...l.r0b.. 0x0020: 0463 5d04 000a 0100 0a01 0002 0100 0201 .c]............. 0x0030: 0001 0100 a03e a31e 0409 446e 7344 6f6d .....>....DnsDom 0x0040: 6169 6e04 1161 6474 6573 742e 6c69 6e62 ain..adtest.linb 0x0050: 6f78 2e63 6f6d a30d 0404 486f 7374 0405 ox.com....H...

Hi all, My environment is ruby-1.8.4, rails 1.2.2, mongrel 1.0.1, linux 2.6. Now, i have a problem on memory leaks with mongrel. My site is running 5 mongrel processes on a 2G RAM machine, the memory of each process grows from about 20M to about 250M, but it never recover to the initial 20M, so i had to restart the mongrel processes once per day. The load is about 1M hits per day. Waiting for

depends on "autoconf: regenerate configure scripts with 4.4 version" This series removes some of the really old deadwood from the tools build and makes some other things which are on their way out configurable at build time with a default depending on how far down the slope I judge them to be. * nuke in tree copy of libaio * nuke obsolete tools: xsview, miniterm, lomount & sv *