search for: 24601

...hG4bK882020b45b From: "test" <sip:test@xxx.xxx.xxx.xxx>;tag=632743770590650000 To: "test" <sip:test@xxx.xxx.xxx.xxx> Contact: <sip:test@xxx.xxx.xxx.xxx> Call-ID: 3deb0da4bada8c3@192.168.1.2 CSeq: 65 REGISTER Max-Forwards: 69 Expires: 600 Feb 1 07:51:11 DEBUG[24601]: chan_sip.c:3322 parse_request: Header 0: REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0 (36) Feb 1 07:51:11 DEBUG[24601]: chan_sip.c:3322 parse_request: Header 1: Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bKCefqJfo5hAO/paxgvw/iR7owic4= (80) Feb 1 07:51:11 DEBUG[24601]: chan_sip.c:3322 parse_reque...

...functions.' Module* mod = new Module("test", getGlobalContext()); GlobalVariable* gv = cast<GlobalVariable>(mod->getOrInsertGlobal("TestGV", Type::getInt32Ty(getGlobalContext()))); gv->setInitializer(ConstantInt::get( Type::getInt32Ty(getGlobalContext()), 24601)); ModuleProvider* modp = new ExistingModuleProvider(mod); InitializeNativeTarget(); std::string errstring; ExecutionEngine* eeng = ExecutionEngine::create(modp, false, &errstring, CodeGenOpt::Default, true); if ( eeng == NULL ) { raw_cout << errstring << "\n"...

On Tue, Oct 6, 2009 at 5:49 PM, Reid Kleckner <rnk at mit.edu> wrote: >> Also, the null pointer is coming from a call to JCE->allocateSpace(). >> This is a virtual function; I'm trying to discover what subclass it >> is. > > So, there's JITEmitter::allocateSpace which overrides > JITCodeEmitter::allocateSpace(), but *most* of the time it just calls >

Hi all, I have VOIP network built with MGCP endpoints.The manufacturer of endpoints is ASKEY. I downloaded latest Asterisk software and found it very useful for me. I configured it and it seems taht everything works OK when I am testing it with one or two endpoints. After that I tried to move Asterisk to working network and replace existing call manager. It starts working and calls are

http://bugs.freedesktop.org/show_bug.cgi?id=21023 Summary: NV34GL: fails to properly set up DVI Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

> 6. When ExecutionEngine::create was called with parameter > "GVsWithCode" set to its default value of true, I got a segfault when > trying to get a pointer to one of my globals.  JIT::getMemoryForGV was > returning NULL in that case.  Explicitly passing false for > "GVsWithCode" cleared it up. That's no good. Could you send me a stack trace and explain

...entptr i8* %stackbuf2, i64 4096 %stack2 = select i1 %growsdown, i8* %stackhi2, i8* %stackbuf2 ; Create contexts for co1 and co2. co1 and co2 each need an i32 ; initial value. call void @llvm.makecontext({}* %ctx1, bitcast void({}*, i32)* @co1 to {}*, i8* %stack1, {}* %mainCtx, i32 24601) call void @llvm.makecontext({}* %ctx2, bitcast void({}*, i32)* @co2 to {}*, i8* %stack2, {}* %mainCtx, i32 1776) ; Run co1 and co2 in an alternating fashion. call void @llvm.swapcontext({}* %mainCtx, {}* %ctx1) call void @llvm.swapcontext({}* %mainCtx, {}* %ctx2) call void @llvm...

Kenneth Uildriks <kennethuil at gmail.com> wrote: > As I see it, the context switching mechanism itself needs to know > where to point the stack register when switching.  The C routines take > an initial stack pointer when creating the context, and keep track of > it from there.  If we don't actually need to interoperate with > contexts created from the C routines, we have

...onnex.net.57994 > dev-130.odc.reconnex.net.ssh: . ack 24549 win 65535 03:11:11.256747 IP sudarshan-d01.odc.reconnex.net.57994 > dev-130.odc.reconnex.net.ssh: P 3724:3824(100) ack 24549 win 65535 03:11:11.256919 IP dev-130.odc.reconnex.net.ssh > sudarshan-d01.odc.reconnex.net.57994: P 24549:24601(52) ack 3824 win 65535 03:11:11.257343 IP sudarshan-d01.odc.reconnex.net.57994 > dev-130.odc.reconnex.net.ssh: P 3824:3876(52) ack 24601 win 65535 03:11:11.257434 IP dev-130.odc.reconnex.net.ssh > sudarshan-d01.odc.reconnex.net.57994: P 24601:24653(52) ack 3876 win 65535 03:11:11.257890 IP su...