http://defect.opensolaris.org/bz/show_bug.cgi?id=11864
--- Comment #2 from amaguire <alan.maguire at sun.com> 2009-12-03 11:53:16 UTC --- (In reply to comment #1) > For 1 we need to update libnwam to support case-insensitive matching when > retrieving objects from storage and converting strings to enums. For 2, we > need > to update nwamcfg to support case-insensitive matching for "NCP", "loc" etc. > Widening to scope to cover nwamadm too for consistency. This turned out to be quite complex. Since nwam_*_read() may retrieve an object with a name differing (by case only) from that which is passed in, we need to store the actually-retrieved name and pass it back from the door call, ultimately setting it in the handle. For NCPs this is more complex since if we look up the automatic NCP, we've got to covert that to the ncp-automatic.conf file and do a case-insensitive match against the files in /etc/nwam. Then when we retrieve it, we've got to pull out hte retrieved filename and extract the NCP from it. Note that we could play dumb and just use the fact that only the User and Automatic NCPs exist, but that would have broken once we add multiple NCP support. In nwamcfg, we've got to set names based on the name retrieved from the handle via nwam_*_get_name() so that the scope reflects the case-sensitive object name. In nwamadm, we need to ensure we convert WLAN selection/scan linknames to their case-sensitive counterpart. In testing this bug, I found a few additional issues I've addressed - 1- selecting the same WLAN as is currently selected causes a SEGV in nwamd (relating to the key value not being initialized to NULL) 2- selection should trigger disconnect, otherwise WLAN connect hangs 3- "nwamadm list -p <type> name" was returning "unknown error". We weren't initializing the (sometimes unused) return value to NWAM_SUCCESS. -- Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
