If we pick 2 second as sleep time, that might not a good idea. --- On Mon, 10/19/09, Ben Greear <[email protected]> wrote:
> From: Ben Greear <[email protected]> > Subject: Re: [Xorp-hackers] static xrl interface calls > To: "Li Zhao" <[email protected]> > Cc: "Bruce Simpson" <[email protected]>, [email protected] > Date: Monday, October 19, 2009, 1:29 PM > On 10/19/2009 09:57 AM, Li Zhao > wrote: > > Thanks for the reply. I have coded my prototype > protocol process. Two things I am still working on. In order > to start dependended modules, it takes a long time. Sencond, > it static routes is having a depending nodule, I dont want > cli to delete xorp_static_routes. C++ xrl interface > functions are working fine. My process can use them directly > talking to static routes to update the routes. > > I also have patches in my tree to start up modules > quicker...(removes a 2-second sleep for each module, > basically). > > But, since this is a one-time cost, it shouldn't be too bad > even w/out the patch? > > Thanks, > Ben > > > > > > --- On Mon, 10/19/09, Bruce Simpson<[email protected]> > wrote: > > > >> From: Bruce Simpson<[email protected]> > >> Subject: Re: [Xorp-hackers] static xrl interface > calls > >> To: "Li Zhao"<[email protected]> > >> Cc: [email protected] > >> Date: Monday, October 19, 2009, 11:06 AM > >> Li Zhao wrote: > >>> Actually this is a generic question. For any > new > >> config coming from xorpsh, how are these xrl > client > >> functions sent to the target process from rtrmgr? > >>> > >> > >> The Router Manager uses the textual Finder > protocol to make > >> indirect XRL method calls, as it parses the > configuration > >> tree; it does not use the C++ bindings directly. > Please see > >> the '*.xrls' files generated as part of the XRL > stubs. > >> > >> thanks, > >> BMS > >> > >> > > > > > > > > > > _______________________________________________ > > Xorp-hackers mailing list > > [email protected] > > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > > > -- > Ben Greear <[email protected]> > Candela Technologies Inc http://www.candelatech.com > > _______________________________________________ Xorp-hackers mailing list [email protected] http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
