similar to: ZapHFC E1 PRI (cwain)

Displaying 20 results from an estimated 7000 matches similar to: "ZapHFC E1 PRI (cwain)"

2009 Nov 14
0
[LLVMdev] Very slow performance of lli on x86
Hi all, I am trying to compare the performance of gcc , llvm-gcc , clang and lli(with JIT) on x86. i have attached the performance comparision spreadsheet as well as the source which i used for performing these test. i ran this code for 10000 iterations and the time of execution is as follows for -O3 results refer attachment. *time clang (-O0) llvm-gcc(-O0)
2009 Nov 14
2
[LLVMdev] Very slow performance of lli on x86
Hi all, I am trying to compare the performance of gcc , llvm-gcc , clang and lli(with JIT) on x86. i have attached the performance comparision spreadsheet as well as the source which i used for performing these test. i ran this code for 10000 iterations and the time of execution is as follows for -O3 results refer attachment. *clang (-O0) * real 0m10.247s user 0m2.644s sys 0m5.949s
2015 Jul 19
4
Bug in ARM fixed-point ASM?
Hi, folks, I've been hunting down some strange bugs in audio I've been doing. While hunting my bugs down, I tripped across what appears to be an Opus bug, but it's not clear where it's coming from. Note that the optimization choices differ between the two in the config.log below. How can I force them to be the same? Presumably I need to force the android version toward the
2003 Aug 29
1
RC2: Compile errors Solaris 8 (cc) and suggested fix
Hi, I've got 2 errors while compiling CP850.c and CP437.c: "modules/CP437.c", line 27: syntax error before or at: [ "modules/CP437.c", line 282: warning: syntax error: empty declaration "modules/CP850.c", line 27: syntax error before or at: [ "modules/CP850.c", line 282: warning: syntax error: empty declaration Environment: Solaris 8/Sparc,
2018 Mar 26
0
murmurhash3 test failures on big-endian systems
On Mon, Mar 26, 2018 at 15:57:01 +0300, Apollon Oikonomopoulos wrote: ... > I'd be happy to test the patch, thanks! Ok, try the attached patch. (It is a first pass at the issue, so it may not be the final diff that'll end up getting committed. It'd be good to know if it actually fixes the issue for you - sadly, I don't have a big endian system to play with.) Thanks, Jeff.
2007 Dec 28
0
4 commits - libswfdec/swfdec_external_interface.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_player.c libswfdec/swfdec_player_internal.h
libswfdec/swfdec_external_interface.c | 51 libswfdec/swfdec_initialize.as | 204 ++ libswfdec/swfdec_initialize.h | 2812 ++++++++++++++++++---------------- libswfdec/swfdec_player.c | 3 libswfdec/swfdec_player_internal.h | 1 5 files changed, 1740 insertions(+), 1331 deletions(-) New commits: commit 5ba056665956414babeec395b39b73217a2bb657 Author:
2005 Jun 27
0
bristuff-0.2.0-RC8h does not compile
Hi, it helps to have configured and working kernel sources installed. Configure your kernel sources for the running kernel and then run "make" in the kernel source dir to build the necessary scripts. You dont have to wait until the kernel is compiled. best regards Klaus -- Klaus-Peter Junghanns Am Samstag, den 25.06.2005, 02:45 +0200 schrieb Stefan Gofferje: > Hi folks, > >
2005 Sep 05
0
asterisk@home and zaphfc dial out not working
Hello, I have asterisk@home with zaphfc patch applied (http://dondisperato.blogspot.com/), but I can not make call to legacy PBX (Alcatel 4400). I can only accept incoming calls. I am dialing with this: exten => 202,1,Dial(Zap/g1/242) --- asterisk1*CLI> bri debug span 1 Enabled debugging on span 1 -- Executing Dial("SIP/201-4678", "Zap/g1/242") in new stack
2007 Apr 17
0
8 commits - configure.ac doc/Makefile.am libswfdec/jpeg libswfdec/swfdec_debug.h libswfdec/swfdec_image.c
configure.ac | 20 doc/Makefile.am | 2 libswfdec/jpeg/Makefile.am | 28 libswfdec/jpeg/bits.h | 120 --- libswfdec/jpeg/jpeg.c | 1129 +++++++++++++++++++++---------------- libswfdec/jpeg/jpeg.h | 58 + libswfdec/jpeg/jpeg_bits.c | 154 +++++ libswfdec/jpeg/jpeg_bits.h | 32 +
2007 Nov 20
0
19 commits - libswfdec/swfdec_audio_event.c libswfdec/swfdec_bits.c libswfdec/swfdec_color.c libswfdec/swfdec_color.h libswfdec/swfdec_flv_decoder.c libswfdec/swfdec_image.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h
README | 8 libswfdec/swfdec_audio_event.c | 2 libswfdec/swfdec_bits.c | 1 libswfdec/swfdec_color.c | 27 libswfdec/swfdec_color.h | 3 libswfdec/swfdec_flv_decoder.c | 22 libswfdec/swfdec_image.c | 6 libswfdec/swfdec_initialize.as | 3
2007 Nov 12
0
20 commits - libswfdec/swfdec_as_function.c libswfdec/swfdec_as_string.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_load_object_as.c libswfdec/swfdec_movie_as_drawing.c libswfdec/swfdec_player_as.c
libswfdec/swfdec_as_function.c | 39 libswfdec/swfdec_as_string.c | 12 libswfdec/swfdec_initialize.as | 4 libswfdec/swfdec_initialize.h | 1054 +++++++++++++-------------- libswfdec/swfdec_load_object_as.c | 38 libswfdec/swfdec_movie_as_drawing.c | 2 libswfdec/swfdec_player_as.c |
2015 Jul 05
3
Different PRF with --disable-legacy-protocol?
Hi everybody. I'm struggling with setting up an SPTPS connection between two of my machines. I attached the patch that I used to analyze this. Apparently different keys are derived depending on the crypto backend. Is this intentional? Linking to openssl results in char key[] = { 0xb2, 0x9d, 0x8d, 0x24, 0x91, 0x04, 0xaf, 0x25, 0x3f, 0x10, 0x34, 0x9d, 0xc7, 0x73, 0x8c, 0xe1, 0x24, 0x32,
2007 Oct 18
0
14 commits - libswfdec/swfdec_as_strings.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_text_field_movie_as.c libswfdec/swfdec_text_field_movie.c libswfdec/swfdec_text_field_movie.h libswfdec/swfdec_text_format.c
libswfdec/swfdec_as_strings.c | 5 libswfdec/swfdec_initialize.as | 8 libswfdec/swfdec_initialize.h | 922 ++++++++++++++++----------------- libswfdec/swfdec_text_field_movie.c | 147 ++++- libswfdec/swfdec_text_field_movie.h | 10 libswfdec/swfdec_text_field_movie_as.c | 184 +++++- libswfdec/swfdec_text_format.c | 66 ++
2007 Oct 23
0
11 commits - libswfdec/swfdec_as_internal.h libswfdec/swfdec_as_object.c libswfdec/swfdec_html_parser.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_style_sheet.c libswfdec/swfdec_style_sheet.h
libswfdec/swfdec_as_internal.h | 4 libswfdec/swfdec_as_object.c | 25 libswfdec/swfdec_html_parser.c | 6 libswfdec/swfdec_initialize.as | 7 libswfdec/swfdec_initialize.h | 920 +++++++++++++++---------------- libswfdec/swfdec_style_sheet.c | 71 ++ libswfdec/swfdec_style_sheet.h | 8
2008 Jan 21
0
70 commits - configure.ac libswfdec-gtk/Makefile.am libswfdec-gtk/swfdec-gtk.h libswfdec-gtk/swfdec_gtk_loader.c libswfdec-gtk/swfdec_gtk_player.c libswfdec-gtk/swfdec_gtk_socket.c libswfdec-gtk/swfdec_gtk_socket.h libswfdec-gtk/swfdec_playback_alsa.c
configure.ac | 29 dev/null |binary libswfdec-gtk/Makefile.am | 6 libswfdec-gtk/swfdec-gtk.h | 1 libswfdec-gtk/swfdec_gtk_loader.c | 45 libswfdec-gtk/swfdec_gtk_player.c | 5 libswfdec-gtk/swfdec_gtk_socket.c | 220 ++ libswfdec-gtk/swfdec_gtk_socket.h | 42
2007 Nov 10
0
10 commits - libswfdec/swfdec_as_interpret.c libswfdec/swfdec_as_types.c libswfdec/swfdec_initialize.as libswfdec/swfdec_initialize.h libswfdec/swfdec_movie.c libswfdec/swfdec_movie_clip_loader.c libswfdec/swfdec_movie.h libswfdec/swfdec_resource.c
libswfdec/swfdec_as_interpret.c | 40 - libswfdec/swfdec_as_types.c | 11 libswfdec/swfdec_initialize.as | 6 libswfdec/swfdec_initialize.h | 1006 ++++++++++++++-------------- libswfdec/swfdec_movie.c | 33 libswfdec/swfdec_movie.h | 1 libswfdec/swfdec_movie_clip_loader.c | 3
2007 Dec 03
3
Anyone here using JUNGHANNS.net douBRI 2.0 ISDN ?
Hi, I'm very new to asterisk and managed to set one up in debian, I installed via apt-get the asterisk and asterisk-bristuff packages. I downloaded the bristuff source as well. I managed to get as far as loading the following modules: zaptel 199144 4 cwain,zaphfc,zttranscode,ztdummy But the problem now is that all channels that I try to configure gives me an error that
2006 Jun 19
3
Bristuff-0.3.0-PRE-1q and & florz patch compile trouble
Again trouble compiling bristuff-0.3.0-PRE-1q with the florz patch on a x86_64 box (I guess nobody is using x86_64 platform or is able to fix this themselves?) First of all when bristuff is downloaded and compile is started it appears that the bristuff Makefiles are badly broken. The asterisk Makefiles all do see to find the kernel sources on a RHEL4 box in the proper directory, the pure
2007 Nov 30
0
36 commits - libswfdec/Makefile.am libswfdec/swfdec_as_context.c libswfdec/swfdec_as_date.c libswfdec/swfdec_as_initialize.as libswfdec/swfdec_as_initialize.h libswfdec/swfdec_as_strings.c libswfdec/swfdec_flash_security.c
libswfdec/Makefile.am | 2 libswfdec/swfdec_as_context.c | 10 libswfdec/swfdec_as_date.c | 4 libswfdec/swfdec_as_initialize.as | 1 libswfdec/swfdec_as_initialize.h | 183 libswfdec/swfdec_as_strings.c | 2
2005 Jul 17
2
HFC BRIstuff woes
Hi All, It's broken !! (drat) Asterisk if failing to load with the following error (taken from end of /var/log/asterisk/full) after adding bristuff. Can anyone help please? Jul 17 19:57:54 VERBOSE[2503]: == Registered channel type 'Phone' (Standard Linux Telephony API Driver) Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so]Jul 17 19:57:54 VERBOSE[2503]: [chan_zap.so] =>