C / C++ / MFC

SELECT * FROM [tara m]

Steve Echols wrote:

(Still not sure why you're creating a table for each name though...)

*class_imps[sel] = imp;<br />
<br />
and <br />
<br />
imp = *class_imps[sel];

at std._Tree<std::_Tmap_traits<void *,void *,std::less<void *>,std::allocator<std::pair<void * const,void *> >,0> >._Lbound(_Tree<std::_Tmap_traits<void \*\,void \*\,std::less<void \*>\,std::allocator<std::pair<void \* const\,void \*> <\,0> >* , Void** _Keyval)

at std.map<void *,void *,std::less<void *>,std::allocator<std::pair<void * const,void *> > >.[](map<void \*\,void \*\,std::less<void \*>\,std::allocator<std::pair<void \* const\,void \*> > >* , Void** _Keyval)

static std::map<void*, void*> map_sels;
map_sels[(void*)name] = (void*)sel;

std::map<SEL, IMP> * class_imps; // here I get the problematic "map *"
// ...
class_imps[sel] = imp;  // can't do that with 'map*', what should I so?
// ...

(*class_imps)[sel] = imp;

class Foo
{
    void Bar();
};
 
void SomeFunction()
{
    Foo *pFoo = new Foo();
    pFoo.Bar(); // Error. Should be pFoo->Bar() or (*pFoo).Bar().
    delete pFoo;
}

class_imps[sel] = imp;

(*class_imps)[sel] = imp;

Super Lloyd wrote:

It works well and there is absolutely no copy whatsover

#include <map>
#include <iostream>
 
int main(int argc, char *argv[])
{
    using namespace std;
 
    typedef map<void*, void*> VoidStar2VoidStarMap;
 
    VoidStar2VoidStarMap MyMap;
    MyMap[reinterpret_cast<void*>(0)] = reinterpret_cast<void*>(1);
 
    cout << MyMap[reinterpret_cast<void*>(0)] << endl;
 
    return 0;
}

Stephen Hewitt wrote:

You're wrong there. If it stores pointers then the pointers are copied; same as with a map of pointers. If it stores IMPs then the IMP must be copied; again the same as a map of IMPs.

Stephen Hewitt wrote:

I tried your code and it works fine.

Stephen Hewitt wrote:

You're using managed C++ aren't you? I use unmanaged C++ - I don't approve of managed C++.

Super Lloyd wrote:

Beside many tests failed to prove to me that C++ perform that much faster, so why bother