fix bug in ColorNameMap constructor

introduce by commit 9ffb86c7e93c1633866ed89f0749831fd7f31a35
    Author: Noel Grandin <noel@peralex.com>
    Date:   Wed Mar 27 10:41:40 2013 +0200
    fdo#46808, convert drawing::ColorTable to new style

Change-Id: I5e91b41caa6e7e43ff0f261a22b027c8574b669a
Reviewed-on: https://gerrit.libreoffice.org/37532
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
diff --git a/svx/source/accessibility/lookupcolorname.cxx b/svx/source/accessibility/lookupcolorname.cxx
index 423eb43..b94434f 100644
--- a/svx/source/accessibility/lookupcolorname.cxx
+++ b/svx/source/accessibility/lookupcolorname.cxx
@@ -58,15 +58,16 @@ ColorNameMap::ColorNameMap() {
    try
    {
        // Create color table in which to look up the given color.
            css::uno::Reference< css::container::XNameContainer > xColorTable =
                 css::drawing::ColorTable::create( comphelper::getProcessComponentContext() );
        css::uno::Reference< css::container::XNameContainer > xColorTable =
             css::drawing::ColorTable::create( comphelper::getProcessComponentContext() );

        // Get list of color names in order to iterate over the color table.

        // Lock the solar mutex here as workaround for missing lock in
        // called function.
        SolarMutexGuard aGuard;
        aNames = xNA->getElementNames();
        xNA = xColorTable;
        aNames = xColorTable->getElementNames();
    }
    catch (css::uno::RuntimeException const&)
    {
@@ -81,7 +82,7 @@ ColorNameMap::ColorNameMap() {
            // Get the numerical value for the i-th color name.
            try
            {
                css::uno::Any aColor (xNA->getByName (aNames[i]));
                css::uno::Any aColor = xNA->getByName(aNames[i]);
                long nColor = 0;
                aColor >>= nColor;
                map_[nColor] = aNames[i];