search for: old_p

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: preproc_patch_dth_10_26_05.patch Type: application/octet-stream Size: 8774 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20051026/c27a3ed6/preproc_patch_dth_10_26_05.obj

...tor>) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:1324 #4 __msan::MsanAllocate (zeroise=false, alignment=8, size=82, stack=0x7fffffffcf10) at ../projects/compiler-rt/lib/msan/msan_allocator.cc:125 #5 __msan::MsanReallocate (stack=stack at entry=0x7fffffffcf10, old_p=old_p at entry=0x0, new_size=new_size at entry=82, alignment=alignment at entry=8, zeroise=zeroise at entry=false) at ../projects/compiler-rt/lib/msan/msan_allocator.cc:180 #6 0x0000000000444bce in __interceptor_malloc (size=82) at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:931 #7...

...gt;) at ../projects/compiler-rt/lib/msan/../sanitizer_common/sanitizer_allocator.h:1324 #4 __msan::MsanAllocate (zeroise=false, alignment=8, size=73, stack=0x7fffffffcea0) at ../projects/compiler-rt/lib/msan/msan_allocator.cc:125 #5 __msan::MsanReallocate (stack=stack at entry=0x7fffffffcea0, old_p=old_p at entry=0x0, new_size=new_size at entry=73, alignment=alignment at entry=8, zeroise=zeroise at entry=false) at ../projects/compiler-rt/lib/msan/msan_allocator.cc:180 #6 0x000000000044475e in __interceptor_malloc (size=73) at ../projects/compiler-rt/lib/msan/msan_interceptors.cc:931 #7...

> Add the ability to set adaptation time and min noise duration, What do you use that for in practice? > and also provides ability to reset the state of the pre- > processor via reset function. that's a good idea. > Moves initialization of old_ps > into < 10 block so it doesn't get called as much. Why? > The rest > are just my annoying reformats that happened when I > was trying to synch my version of preprocess with the > latest from subversion. That would actually make it a pain to merge. > In my version I...

...037 x filters.c :306 sum 17852 x lpc.c :193 d 103519 x ltp.c :67 part 77910 x ltp.c :68 part 69331 x ltp.c :69 part 13687042 x ltp.c :66 part 4209 x ltp.c :263 tmp 55351 x preprocess.c :804 st->old_ps[i] 508 x preprocess.c :807 st->prior[i] 217495 x preprocess.c :892 theta 117888 x filters.c :330 mem[j+1] ============================================== I hope this is usefull. Thanks Mark -----Original Message----- From: speex-dev-bounces at xiph.org [mailto:speex-de...

I've "successfully" built 3.9.0 release but when I run "ninja check-all" I got 208 Unexpected failures: Expected Passes : 33997 Expected Failures : 198 Unsupported Tests : 685 Unexpected Failures: 208 Below is the log I captured running "time ninja check-all | tee ninja-check-all.txt" https://drive.google.com/open?id=0B-KTY7zi7eZHU2hGYTRtd01QZjA

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined