[Bug libc/10226] New: Support for GSM 03.38 character set in iconv

[Bug libc/10226] New: Support for GSM 03.38 character set in iconv

[jens dot k dot mueller at gmx dot de]

There is no support for the GSM 03.38 character set as part of iconv. Are there
any plans to support it?

-- 
           Summary: Support for GSM 03.38 character set in iconv
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: libc
        AssignedTo: drepper at redhat dot com
        ReportedBy: jens dot k dot mueller at gmx dot de
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=10226

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[drepper at redhat dot com]

------- Additional Comments From drepper at redhat dot com  2009-06-01 17:27 -------
Where is the information for the mapping?  Are there legal issues?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING


http://sourceware.org/bugzilla/show_bug.cgi?id=10226

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[jens dot k dot mueller at gmx dot de]

------- Additional Comments From jens dot k dot mueller at gmx dot de  2009-06-01 18:06 -------
(In reply to comment #1)
> Where is the information for the mapping?  Are there legal issues?

It's an ETSI standard. The latest version is
ETSI TS 100 900 V7.2.0 (1999-07)
and can be downloaded from here
http://smstools.meinemullemaus.de/GSM_03.38_Specification.pdf
You can also get it from ETSI, but you have to register
http://webapp.etsi.org/workprogram/Report_WorkItem.asp?WKI_ID=6821

Further there is some perl code available
http://kobesearch.cpan.org/htdocs/perl/GSM0338.html
I'm not sure about the legal issues.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10226

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[madcoder at debian dot org]

------- Additional Comments From madcoder at debian dot org  2009-06-01 20:51 -------
(In reply to comment #0)
> There is no support for the GSM 03.38 character set as part of iconv. Are there
> any plans to support it?

For what it's worth, GSM has multiple issues:

- GSM is not always in its 7bits packed form (for example, when used in SMPP or
UCP/EMI messages), which means that you need two flavors.

- GSM is often used with the latin1 extension (and I know some other are also
defined) which adds another layer of alternatives.

- the 7bit packed encoding makes it rather unsuitable for iconv interfaces which
assumes that codepoint sizes are multiple of 8 bits: there is no way to push
14bits only for example, you can only transcode 8 gsm codepoints at a time, or
you need to _very_ carefuly craft the data you send (and hence know how the
iconv state works) for it to be useful.

- finally in GSM '\0' is ascii '@', which is a PITA, but arguably not relevant
to iconv.

All in all, I'm not sure that iconv and GSM are a good match.


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10226

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[drepper at redhat dot com]

------- Additional Comments From drepper at redhat dot com  2009-10-30 15:21 -------
I don't want to go this route.  From what I heard, there are a myriad of these
"encodings".  Just like in the olden ASCII days, everybody picks a "standard"
and then modifies it slightly to their own needs.  You can collect these
converteers in a third-party package, if you want.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WONTFIX


http://sourceware.org/bugzilla/show_bug.cgi?id=10226

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[arnotixe at gmail dot com]

http://sourceware.org/bugzilla/show_bug.cgi?id=10226

arnotixe <arnotixe at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |arnotixe at gmail dot com

--- Comment #5 from arnotixe <arnotixe at gmail dot com> 2011-11-10 20:35:36 UTC ---
1) I know this is an old bug and

2) Since a google search for "GSM 03.38 iconv" yields this page as #1 hit, and
it doesn't solve my problem, here's a DIRTY-fix with sed instead of iconv.

 sed
"y/\o00\o01\o02\o03\o04\o05\o06\o07\o10\o11\o13\o14\o16\o17\o20\o21\o22\o23\o24\o25\o26\o27\o30\o31\o32\o34\o35\o37\o44\o100/@£$¥èéùìòÇØøÅåΔ_ΦΓΛΩΠΨΣΘΞÆæɤ¡/"

The codes came from http://www.csoft.co.uk/sms/character_sets/gsm.htm

In case HTML does bad things to the above, see 

http://arno.homelinux.org/files/gsm03.38-convert.sh


I get SMS via SIP from a chinese box with zarro documentation, but the above
WORKSFORME ^-^

best regards

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug libc/10226] Support for GSM 03.38 character set in iconv

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=10226

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|                            |security-

-- 
You are receiving this mail because:
You are on the CC list for the bug.