JF,
> not the only one. Also present in a samr user structure
yes, indeed.
Although in the samr user structure the language ID doesn't control
the language of any returned string. In this case the client supplies
the language ID, and the server actually returns the strings in the
chosen languag
On Fri, 3 Sep 2004 [EMAIL PROTECTED] wrote:
> WebSVN:
> http://websvn.samba.org/websvn/changeset.php?rep=samba&path=/branches/SAMBA_4_0/source&rev=2199&nolog=1
>
> Log:
> the unknown 16 bit number in lsa_LookupPrivDisplayName() is a language
> ID, so the client can choose what language they get
Simo,
> Ouch, this mean we will have to have the translation for all the
> language we support? :-/
If we want to support internationalised privilege names, yes.
> Seem we will need to make our version of gettext... :-)
We already have our own gettext() equivalent, based on tdb. See
intl/lan
On Fri, 2004-09-03 at 07:16, [EMAIL PROTECTED] wrote:
> Author: tridge
> Date: 2004-09-03 05:16:25 + (Fri, 03 Sep 2004)
> New Revision: 2199
>
> WebSVN:
> http://websvn.samba.org/websvn/changeset.php?rep=samba&path=/branches/SAMBA_4_0/source&rev=2199&nolog=1
>
> Log:
> the unknown 16 bit num
Author: tridge
Date: 2004-09-03 05:16:25 + (Fri, 03 Sep 2004)
New Revision: 2199
WebSVN:
http://websvn.samba.org/websvn/changeset.php?rep=samba&path=/branches/SAMBA_4_0/source&rev=2199&nolog=1
Log:
the unknown 16 bit number in lsa_LookupPrivDisplayName() is a language
ID, so the client can c
