search for: copy_strings

Hi all, Please help me in installing Asterisk. I am getting the following error when trying to install Libpri [treepr at CDC5S3FB-174202 Asterisk]$ cd libpri-1.4.2 [treepr at CDC5S3FB-174202 libpri-1.4.2]$ make clean rm -f *.o *.so *.lo *.so.1 *.so.1.0 rm -f testprilib libpri.a libpri.so.1.0 rm -f pritest pridump rm -f .depend [treepr at CDC5S3FB-174202 libpri-1.4.2]$ make install gcc -Wall

...+0x2d5/0x35c Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c045735a>] ? kmap_high+0x19/0x16b Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c046dced>] ? copy_strings+0x169/0x173 Jul 25 02:15:02 vega2008 kernel: [<c046ddad>] ? search_binary_handler+0x8f/0x1af Jul 25 02:15:02 vega2008 kernel: [<c046efe7>] ? do_execve+0x133/0x194 Jul 25 02:15:02 vega2008 kernel: [<c04030d7>] ? sys_execve+0x2a/0x4a Jul 25 02:15:02 vega2008 kernel: [<c04047a...

...+0x2d5/0x35c Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c045735a>] ? kmap_high+0x19/0x16b Jul 25 02:15:02 vega2008 kernel: [<c04570d2>] ? page_address+0x78/0x98 Jul 25 02:15:02 vega2008 kernel: [<c046dced>] ? copy_strings+0x169/0x173 Jul 25 02:15:02 vega2008 kernel: [<c046ddad>] ? search_binary_handler+0x8f/0x1af Jul 25 02:15:02 vega2008 kernel: [<c046efe7>] ? do_execve+0x133/0x194 Jul 25 02:15:02 vega2008 kernel: [<c04030d7>] ? sys_execve+0x2a/0x4a Jul 25 02:15:02 vega2008 kernel: [<c04047a...

...03d30>] ? common_interrupt+0x30/0x40 [<c042facf>] ? preempt_schedule+0x2f/0x50 [<c0198a60>] ? do_wp_page+0x160/0x960 [<c0199c02>] ? handle_mm_fault+0x5d2/0xaa0 [<c01244b0>] ? do_page_fault+0x0/0x370 [<c01245f0>] ? do_page_fault+0x140/0x370 [<c01b7b2f>] ? copy_strings+0x17f/0x1a0 [<c01b935e>] ? do_execve+0x2be/0x310 [<c01b935e>] ? do_execve+0x2be/0x310 [<c010aa80>] ? sys_execve+0x40/0x70 [<c01244b0>] ? do_page_fault+0x0/0x370 [<c0432273>] ? error_code+0x73/0x80 Code: 89 c2 0f ae 2f 85 c9 75 27 83 4b 0c 01 80 86 98 00 00 00 01 8...

...>] exec_mmap+0x2cd/0x2e7 Jul 3 04:02:03 lvs2 kernel: [<c01780d6>] flush_old_exec+0x43/0x367 Jul 3 04:02:03 lvs2 kernel: [<c0177b7a>] kernel_read+0x31/0x3b Jul 3 04:02:03 lvs2 kernel: [<c019cbeb>] load_elf_binary+0x520/0xbe0 Jul 3 04:02:03 lvs2 kernel: [<c01776c1>] copy_strings+0x22b/0x235 Jul 3 04:02:03 lvs2 kernel: [<c01791b1>] search_binary_handler+0x81/0x1cc Jul 3 04:02:03 lvs2 kernel: [<c0179464>] do_execve+0x168/0x1f6 Jul 3 04:02:03 lvs2 kernel: [<c010496c>] sys_execve+0x2e/0x185 Jul 3 04:02:03 lvs2 kernel: [<c0317637>] syscall_call+0...

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to

On 11/30/2012 6:36 PM, Lang Hames wrote: > > > RBP is used as the frame pointer on x86 (hence its automatic > appearance in your code), and shouldn't be allocated to any vreg in > function bar. Loading/saving RBP should be managed by the stack frame > setup/teardown code. > If it doesn't already, your allocator should filter out reserved > registers (See

On Fri, Jun 24, 2016 at 05:42:37PM +0200, Pino Toscano wrote: > Add a new Getopt module to mllib, to parse command line arguments with > handlers close to the ones used with Arg, but using getopt(3) (actually > getopt_long_only) to do the real parsing. This allow us to provide > options for OCaml tools with a syntax similar to the C tools, and use > the additional features getopt

Add a new Getopt module to mllib, to parse command line arguments with handlers close to the ones used with Arg, but using getopt(3) (actually getopt_long_only) to do the real parsing. This allow us to provide options for OCaml tools with a syntax similar to the C tools, and use the additional features getopt offers and Arg does not. Do a single-step conversion of Common_utils and all the OCaml