search for: codeset

...R-1.9.0 on NetBSD 1.5: <-- snip --> ... gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -O2 -mcpu=v8 -c main.c -o main.o main.c: In function `setup_Rmainloop': main.c:463: `CODESET' undeclared (first use in this function) main.c:463: (Each undeclared identifier is reported only once main.c:463: for each function it appears in.) make[3]: *** [main.o] Error 1 make[3]: Leaving directory `/aux/adrian/build/R-1.9.0/src/main' <-- snip --> NetBSD 1.5 has a nl_lan...

...ris 2.6: > test_utf8: ........................ > regress/unittests/utf8/tests.c:48 test #25 "c_esc" > ASSERT_INT_EQ(len, wantlen) failed: > len = -1 > wantlen = 5 > > > It seems this might be related to the fact that on Solaris < 7 > nl_langinfo(CODESET) returns an empty string when the codeset is ASCII. > > To verify I put together a small testprogram that does a setlocale > followed by nl_langinfo(CODESET) and for the 'C' locale it returns an > empty string while 'da' returns ISO8859-1 as expected. > I worked some...

...quot;a" on the Definity command "change DS1 board#) as the Definity may not send Display Name for the NI-2 protocol (settings "b" or "d") Remember to make the Asterisk zapata settings consistent with the Definity. On the Definity trunk group form Page 1, change "Codeset to send Display" to "0 (zero)", also make sure Outgoing Display is "y" . On Page 2, make sure Send Name and Send Calling Number are "y". Setting Send UCID = "n" as well as Send Codeset 6/7LAI = "n", will clean up those Unknown IEs. The Zaptel...

...st adding some comments because otherwise, we will eventually forget where all these strings came from. OK? > There is a program - /usr/lib/nls/lsmle (just learned about it!) That's non-standard. The standard program for similar purposes is locale(1), though that usually won't report CODESET, but only LC_CTYPE. Yours, Ingo Index: utf8.c =================================================================== RCS file: /cvs/src/usr.bin/ssh/utf8.c,v retrieving revision 1.7 diff -u -p -r1.7 utf8.c --- utf8.c 31 May 2017 09:15:42 -0000 1.7 +++ utf8.c 20 Aug 2018 17:11:33 -0000 @@ -51,9 +51...

...<err.h> #include <langinfo.h> #include <locale.h> #include <stdio.h> int main(void) { char *res; res = setlocale(LC_CTYPE, "C"); if (res == NULL) err(1, "setlocale"); printf("setlocale -> \"%s\"\n", res); res = nl_langinfo(CODESET); if (res == NULL) err(1, "nl_langinfo"); printf("nl_langinfo -> \"%s\"\n", res); return 0; }

I just saw the following in the release notes for the new firmware for the later 3ware cards; Improved CIFS performance The firmware has been tuned to greatly increase performance with CIFS (Common Internet File System) protocol. However, this has resulted in performance with the Linux ext3 file system that is slower than earlier releases. We recommend that you use other Linux file systems, such

...llowed of network provided number" which leads me to believe Asterisk thinks it should not be displaying it. Can anyone interpret this for me and maybe shed some light on why I am not getting the caller ID name displayed? I have asreceived in my Zapata.conf file. < Facility (len=23, codeset=0) [ 0x9f, 0x8b, 0x01, 0x00, 0xa1, 0x0f, 0x02, 0x01, 0x01, 0x06, 0x07, 0x2a, 0x86, 'H', 0xce, 0x15, 0x00, 0x04, 0x0a, 0x01, 0x00 ] < [6c 0c 21 83 35 30 32 38 38 39 35 35 36 37] < Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E....

...t; "change DS1 board#) as the Definity may not send Display Name > for the NI-2 protocol (settings "b" or "d") > ? > Remember to?make the Asterisk zapata settings consistent with > the Definity. > ? > On the Definity trunk group form Page 1, change "Codeset to send > Display" to "0 (zero)", also make sure Outgoing Display is "y" . > On Page 2, make sure Send Name and Send Calling Number are "y". > ? > Setting Send UCID = "n" as well as Send Codeset 6/7LAI = "n", > will clean up t...

...nant. J -- Native bridging DAHDI/1-1 and DAHDI/3-1 > Protocol Discriminator: Q.931 (8) len=28 > Call Ref: len= 2 (reference 801/0x321) (Terminator) > Message type: FACILITY (98) > [1c 15 91 a1 12 02 01 23 06 07 2a 86 48 ce 15 00 08 30 04 02 02 01 93] > Facility (len=23, codeset=0) [ 0x91, 0xA1, 0x12, 0x02, 0x01, '#', 0x06, 0x07, '*', 0x86, 'H', 0xCE, 0x15, 0x00, 0x08, '0', 0x04, 0x02, 0x02, 0x01, 0x93 ] PROTOCOL 11I> A1 0012 (CONTEXT SPECIFIC [1]) 02 0001 23 (INTEGER: 35) 06 0007 2A 86 48 CE 15 00 08 (OBJECTIDENTIFIER: 2a 86 48 c...

...ssor. * sshd(8): Fix non-exploitable weakness in seccomp-bpf sandbox arg inspection. * ssh(1): Fix X11 forwarding on OSX where X11 was being started by launchd. bz#2341 * ssh-keygen(1), ssh(1), sftp(1): Fix output truncation for various that contain non-printable characters where the codeset in use is ASCII. * build: Fix builds that attempt to link a kerberised libldns. bz#2603 * build: Fix compilation problems caused by unconditionally defining _XOPEN_SOURCE in wide character detection. * sshd(8): Fix sandbox violations for clock_gettime VSDO syscall fallback on some Linux...

...olling files imported via autogen, ... >From 72c829395bb6a4800516d4f535e18af48195585b Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Mon, 3 Aug 2009 11:00:22 -0400 Subject: [PATCH] Remove files imported via autogen.sh. * m4/.gitignore: Ignore these files. * m4/codeset.m4: Remove file. * m4/gettext.m4: Likewise. * m4/glibc2.m4: Likewise. * m4/glibc21.m4: Likewise. * m4/iconv.m4: Likewise. * m4/intdiv0.m4: Likewise. * m4/intl.m4: Likewise. * m4/intldir.m4: Likewise. * m4/intlmacosx.m4: Likewise. * m4/intltool.m4: Likewise. * m4/inttypes-pri.m4: Likewise. * m4/intt...

...PRI Span: 1 PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=21 PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent from originator) PRI Span: 1 > Message Type: FACILITY (98) PRI Span: 1 > [1c 0e 91 a1 0b 02 01 04 06 06 04 00 82 71 01 04] PRI Span: 1 > Facility (len=16, codeset=0) [ 0x91, 0xA1, 0x0B, 0x02, 0x01, 0x04, 0x06, 0x06, 0x04, 0x00, 0x82, 'q', 0x01, 0x04 ] PRI Span: 1 PRI Span: 1 < Protocol Discriminator: Q.931 (8) len=16 PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 3/0x3) (Sent to originator) PRI Span: 1 < Message Type: FACILITY (98) PRI Spa...

...a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This is the function that lets you discover the charset of the user's locale without forcing them to use a command-line argument. configure.in: Use AM_LANGINFO_CODESET. utf8.h, utf8.c: These files are totally rewritten, apart from the Windows part. Instead of utf8_encode() and utf8_decode()...

...ONNECT" with some kind of bit field: < Protocol Discriminator: Q.931 (8) len=87 < Call Ref: len= 2 (reference 86/0x56) (Terminator) < Message type: CONNECT (7) < [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 4b 36 02 01 55 30 06 82 04 06 1c 08 40] < Facility (len=31, codeset=0) [ 0x9f, 0xaa, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8b, 0x01, 0x00, 0xa1, 0x0f, 0x02, 0x02, 'K6', 0x02, 0x01, 'U0', 0x06, 0x82, 0x04, 0x06, 0x1c, 0x08, 0x40 ] < [1c 29 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 1b 02 02 4b 45 02 01 02 a1 12 04 0d 4e 4f 52 44 4d 41 4e 4e 2...

Hi I've a bug in vorbis-tools's libutf8 - some share/*.[ch] files don't include config.h; as a result, utf8.c:convert_set_charset doesn't try charset = nl_langinfo(CODESET) which would correctly return UTF-8, because HAVE_LANGINFO_CODESET isn't defined (it's defined in config.h, but config.h is not included). So, the bugfix is simple - just include config.h everywhere where it's missing. -- The human knowledge belongs to the world

...-- SIP/69.60.198.130-5119 is ringing < Protocol Discriminator: Q.931 (8) len=36 < Call Ref: len= 2 (reference 572/0x23C) (Originator) < Message type: FACILITY (98) < [1c 1d 9f 8b 01 00 a1 17 02 01 01 02 01 00 80 0f 42 55 4c 4b 41 4e 27 53 2c 48 45 41 4c 54 48] < Facility (len=31, codeset=0) [ 0x9f, 0x8b, 0x01, 0x00, 0xa1, 0x17, 0x02, 0x01, 0x01, 0x02, 0x01, 0x00, 0x80, 0x0f, 'BULKAN', 0x27, 'S', 0x2c, 'HEALTH' ] -- Processing IE 28 (cs0, Facility) Handle Q.932 ROSE Invoke component

...scii code and to do it working, I need to send it in hex. So I take some traces but i'm unable to figure where is the problem. What I see In case that work: incoming call: < [1c 1c 9f 8b 01 00 a1 16 02 01 01 02 01 00 80 0e 49 4e 46 4f 46 4f 52 54 49 4e 20 46 41 58] < Facility (len=30, codeset=0) [ 0x9F, 0x8B, 0x01, 0x00, 0xA1, 0x16, 0x02, 0x01, 0x01, 0x02, 0x01, 0x00, 0x80, 0x0E, 'INFOFORTIN FAX' ] PROTOCOL 1F What I see in case that doesn't work: outgoing call: > [28 05 b1 69 6e 66 6f] > Display (len= 5) Charset: 31 [ info ]........ completes traces: working: &lt...

...e installed the ODBC data source with the server DNs number and port, and named the source "Trawl". It is the odbcDriverConnect that seems to have the problem, and I suspect one of the settings in my Data Source is wrong, or that my syntax to identify the database is wrong. I have not set CodeSet or ODBC Version. Here are the error messages. 1: In odbcDriverConnect("Trawl") : [RODBC] ERROR: state 08001, code -256, message [Empress Software][ODBC DLL]Unable to connect to data source 2: In odbcDriverConnect("Trawl") : [RODBC] ERROR: state 01S00, code 0, message [Micr...

...Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ] < [70 05 91 34 33 38 39] < Called Number (len= 7) [ Ext: 1 TON: International Number (1) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '4389' ] < [96] < Locking Shift (len=01): Requested codeset 6 < [08 04 d0 35 30 80] !! < Unknown IE 1544 (len = 6) !! Unknown IE 8 (cs6, Unknown Information Element) Sending Receiver Ready (107) > [ 02 01 01 d6 ] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asteri...

Hi, Few changes in hivex, sent as series to be clearly identified as hivex ones. After these patches, what about a new release of it? The last one is basically one year old, and the changes after 1.3.11 make hivex build and work fine on FreeBSD (and maybe more non-Linux OSes). Thanks, Pino Toscano (3): Fix shebang in perl scripts Update gnulib to latest. Update .gitignore with more