active directory - AD returns Objectsid as String and SecurityIdentifier is failing interprete this -


usually ad returns 'objectsid' byte[]. type cast value returned ad in byte[]. procedure worked against several ad not in 1 case. in ad environment, following exception.

exception: unable cast object of type 'system.string' type 'system.byte[]'. (system.invalidcastexception)

to debug started checking data-type of value returned ad, , system.string not byte[]. printed string , garbage. passed string securityidentifier() , got exception again.

exception: value invalid. parameter name: sddlform (system.argumentexception)

code:

//using system.directoryservices.protocols objects object s = objsrec[k1].attributes[(string)obj3.current][0]; string x = s.gettype().fullname;  if (x.tolower() == "system.byte[]") {   byte[] bsid = ((byte[])s);   if (bsid != null)   {     securityidentifier sid = new securityidentifier(bsid, 0);      string objectsid = sid.value;   } } else if (x.tolower() == "system.string") {   securityidentifier sid = new securityidentifier((string)s); //ssdl excception   string objectsid = sid.value; }

this first time seeing ad return string data objectsid. have run code against many ad servers. planning check data-type of objectsid in ad schema.

do 1 come across behavior? should call win32 api convertbytetostringsid()?

thanks ramesh

sorry reviving graveyard post, had same issue year or ago, managed find out why , figured i'd @ least share reason behind behavior.

when using system.directoryservices.protocols namespace, attribute values should either a) byte array, or b) utf-8 string. thing is, developers @ microsoft figured should people returning string when byte array returned underlying ldap api can formatted one, , byte array when utf-8 conversion fails. however, true indexer of directoryattribute class, , not iterator (which returns byte array) or getvalues method.

the safest way byte array when want sid is, mentioned others, getvalues method.


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more