unicode strings

Jean-Francois Micouleau Jean-Francois.Micouleau at utc.fr
Thu Mar 12 13:07:59 GMT 1998


On Thu, 12 Mar 1998, Luke Kenneth Casson Leighton wrote:

> On Thu, 12 Mar 1998, Andrew Tridgell wrote:
> 
> > > Is there any plan to use unicode strings internally to samba ?
> > 
> > possibly :-)
> > 
> > I personally don't like them very much, but we do support multi-byte
> > character sets (esp. Kanji) and maybe we'll do unicode properly some
> > day. It isn't really a high priority though. 

All the dce/rpc stuff is using unicode strings of different types by now. 
What I intended is even if samba don't use unicode everywhere, we (or you
?) have to define a standard unicode representation internally to samba,
so we can have a standard layer to work from, instead of a lot of
representation.

By now there are 4 or 5 (from what I recall) different types of unicode
representation, if we don't define anything, it means we need 30 functions
to convert strings from one type to another. 

ie: string_conv_from_char_to_unistr()
    string_conv_from_unistr2_to_unistr()

	etc, etc,etc

If we have a single standard, it reduce this number to 12. 
and to convert from one to another we just need to do:

	string_conv_to_char(string_conv_from_unistr())

As I'm not the boss, I don't what to define my own standard and later have
to rewrite everything. I prefer to settle down and discuss what standard
we should take.

> 
> jean francois is expanding the set of unicode manipulation strings
> available.  the dce/rpc code currently does everything with unicode
> strings, and has to convert to 8-bit chars when talking to samba.

	Yes, I'm.

> 
> luke
> 
> 
	Jean Francois

-----------------------------------------------------------
: Jean Francois Micouleau       : Email: jfm at utc.fr       :
: Universite de                 : Tel  : 03 44 23 47 78   :
: Technologie de                :  Service Informatique   :
: Compiegne              France :     Division IRNM       :
-----------------------------------------------------------



More information about the samba-technical mailing list