[05:09] <Lathiat> hey horms 
[05:09] <horms> hi Lathiat
[05:57] <fabbione> morning
[06:02] <fabbione> dilinger: cg-log -c is so cool :)
[06:02] <dilinger> geghehe
[06:29] <ercxy> how one can increase stack size for a process ? is it need to be done thorugh kernel compilation?
[06:30] <fabbione> ercxy: it depends how big you want the stack size
[06:31] <fabbione> also.. check the user enviromnet with ulimit
[06:32] <ercxy> not more than 64Mb
[06:33] <ercxy> :~$ ulimit
[06:33] <ercxy> unlimited
[06:33] <fabbione> the stack is big enough for that
[06:34] <fabbione> the "unlimited" kernel limit is 2GB on i386
[06:34] <fabbione> what is the problem you have exactly?
[06:35] <ercxy> i wrote a code which does some recursive function calls
[06:36] <fabbione> and?
[06:36] <ercxy> it works without problem when the matrix size is smaller than 300
[06:36] <ercxy> if I increase matrix size above 300 
[06:36] <ercxy> it gets killed immeditaely 
[06:37] <fabbione> killed how?
[06:37] <ercxy> number of recursive fucntion calls are increases with matrix size
[06:37] <ercxy> segfault
[06:38] <fabbione> is there anything in dmesg after the segfault?
[06:38] <fabbione> like a kernel message telling you that it has been killed for some reasons?
[06:38] <ercxy> not checked .. iwiil doit right now
[06:38] <ercxy> i checked with valgrind
[06:40] <fabbione> that's mostlikely a bug in your code
[06:40] <fabbione> either it's leaking memory
[06:40] <fabbione> or you are trying to access a wrong segment of ram
[06:42] <ercxy> i don't do dynamic memory allocation.. is it still possible to have memory leaks
[06:43] <ercxy> i mean i defined one global array and do all stuff on it
[06:43] <fabbione> are you calculating the amount of ram properly?
[06:43] <fabbione> did you check with a strace where the code dies?
[06:44] <ercxy> yes.. i checkhed ram usage from "top".. it is never reached above %50
[06:44] <fabbione> did you compile it with -g and run gdb on it?
[06:44] <fabbione> top is not fast enough
[06:44] <ercxy> no did no tuse strace
[06:45] <ercxy> tried gdb and vlagrind
[06:45] <ercxy> the program stops random places
[06:45] <fabbione> it really depends what you are doing
[06:45] <fabbione> i seriously doubt it is a kernel problem
[06:46] <ercxy> ok .. it is abt confuding for me 
[06:47] <ercxy> as far as i know
[06:47] <fabbione> ?
[06:47] <ercxy> there is one limit set for kernel 
[06:47] <ercxy> like 64mb
[06:47] <fabbione> nope...
[06:47] <ercxy> and there is default size 8mb
[06:47] <fabbione> that's something you control via ulimit
[06:47] <ercxy> for a process
[06:48] <fabbione> stack size            (kbytes, -s) 8192
[06:48] <fabbione> ulimit -a
[06:48] <fabbione> set that one
[06:48] <ercxy> do i need to be root
[06:48] <fabbione> no
[06:48] <fabbione> it's per user
[06:48] <ercxy> ok thanks trying 
[06:51] <ercxy> ulimit -a  tells me it                 =     stack size            (kbytes, -s) 8192
[06:51] <ercxy> but segfaults
[06:51] <fabbione> yes.. increase that value
[06:51] <fabbione> you can change it
[06:52] <ercxy> how
[06:52] <fabbione> man ulimit
[06:53] <Lathiat> you cant increase it if your a user but
[06:53] <ercxy> i tried that,
[06:53] <ercxy> it gave error
[06:53] <Lathiat> You can only decrease it (because obviously if it was set by a login profile you coudl just override it if you want up)
[06:54] <ercxy> standard input>:15: realpath on `bash.1' failed: No such file or directory
[06:54] <ercxy> BASH_BUILTINS(1)                                              BASH_BUILTINS(1)
[06:54] <ercxy> i found man page on google 
[06:54] <ercxy> reading
[06:55] <fabbione> it's somewhere in /etc that you can set the system default
[06:55] <fabbione> in any case this is offtopic here
[06:55] <ercxy> ok.. thanks.. where should i ask this
[06:55] <fabbione> #ubuntu
[06:56] <ercxy> i will try there
[07:45] <fabbione> dpatch-edit-patch: * Applying current external_usagi.dpatch for editing.
[08:14] <fabbione> http://www.big-boys.com/pictures/picture1009.html
[08:14] <fabbione> lol
[08:56] <fabbione> Mithrandir, smurfix: ping?
[09:05] <smurfix> pong
[09:06] <smurfix> , even
[09:10] <Mithrandir> fabbione: pong
[09:11] <fabbione> guys what is the status with Xen & benno?
[09:11] <fabbione> if we need to break the kernel, it needs to be asap
[09:12] <Mithrandir> I haven't gotten around to mailing him; been looking for him on IRC for a while
[09:14] <Mithrandir> I'm inclined to just go ahead with xen for the time being.
[09:14] <Mithrandir> but didn't we agree not to break the normal kernel for it?
[09:15] <fabbione> Mithrandir: yes, for the beginning, but if it needs to be a standard feature we can't wait too long
[09:17] <Mithrandir> sure
[09:18] <smurfix> fabbione: Any news on the xen/L4 virtualization stuff you explored in Sydney? (I can't remember that project's name at the moment :-/ )
[09:18] <fabbione> smurfix: that's the project you 2 are supposed to track :)
[09:18] <Mithrandir> smurfix: afterburning.  That's what benno is doing, but he seems to have disappeared off the face of the earth.
[09:20] <smurfix> ah, sorry, I disassociated that name and that project...
[09:26] <fabbione> http://www.voresoel.dk/
[09:26] <fabbione> AHAHAH open source beer
[09:26] <fabbione> (there is an english link too)
[10:53] <thom> fabbione: dude, i need to throw the warty stuff back at you. it's all patched and builds fine on amd64, but not had chance to test on ppc/x86 and need to go help elmo
[10:54] <fabbione> thom: ok
[03:54] <zul> i have an interview on monday
[03:56] <zul> hey btw
[03:56] <TheMuso> hey zul.
[03:59] <zul> hey TheMuso 
[05:30] <zul> bbl...have to go bone up on w2k
[06:14] <jbailey> fabbione: Could not connect to trider-g7.fabbione.net: No route to host.
[06:14] <jbailey> fabbione: Is that a problem on my end or yours? =)
[08:18] <zul> bleah..