Problém s vlastním alokátorem – C / C++ – Fórum – Programujte.com

Tak mám tady zase problém, tentokrát ultra.

Při řešení jednoho projektu potřebuji zjistit výpisy alokace a uvolňování paměti kontejnerama vector. Knihovna STL samozřejmě definuje alokátor který můžeme přepsat a podstrčit ho kontejnerům. Až po taď je vše v pohodě. Vektoru sem podstrčil vlastní alokátor a krásně šlapal ALE. Já ve skutečnosti mám vektory v kterých sou další vektory, a u všech potřebuji mít vlastní alokátor. INU vrhl sem se nato a vznikla skutečně nechutná šablonová SR**KA. Bohužel, furt to na mne křičí errory, které sou však mírně nepochopitelné, jako ostatně celá vnitřní implementace STL....

#include <vector>
#include <iostream>
using namespace std;

template <typename T>
class debugAllocator: public std::allocator<T>
{
public:
    typedef size_t size_type;
    typedef T* pointer;
    typedef const T* const_pointer;
    template<typename _Tp1>
    struct rebind
    {
        typedef debugAllocator<_Tp1> other;
    };
    pointer allocate(size_type n, const void *hint=0)
    {
        cout << "Alokuji \t" << sizeof(n) * n << " bajtu na adrese ";
        auto temp = std::allocator<T>::allocate(n, hint);
        cout << hex << long(temp) << dec << "[" << long(temp) << "]" << endl;
        return temp;
    }
    void deallocate(pointer p, size_type n)
    {
        cout << "Uvolnuji \t" << sizeof(n)*n << " bajtu na adrese " << hex << long(p) << dec << "[" << long(p) << "]" << endl;
        return std::allocator<T>::deallocate(p, n);
    }
    debugAllocator() throw(): std::allocator<T>()
    {}
    debugAllocator(const debugAllocator &a) throw(): std::allocator<T>(a) { }
    ~debugAllocator() throw() { }
};


int main()
{
    vector<vector<bool,debugAllocator<bool>>,debugAllocator<vector<bool,debugAllocator<bool>>>>
    vect(0,vector<bool,debugAllocator<bool>>(),debugAllocator<vector<bool,debugAllocator<bool>>>());
    return 0;
}

#1 Sefiros
vector ma specializaciu na typ 'bool'. Vtedy sa zrejme pouziva allocator inak ako v standartnom pripade. Akonahle zmenis typ bool za nieco ine tak ti to bude fungovat.

Ak mas c++11 kompilator tak mozes pouzit nieco taketo aby to bolo viac prehladne:

template <class T>
using dbg_vector = std::vector<T, debugAllocator<T>>;

int main()
{
    dbg_vector<dbg_vector<int>> vect(
        0,
        dbg_vector<int>{},
        debugAllocator<dbg_vector<int>>{}
    );

    return 0;
}

Hele, nefunguje... At použiju jakýkoli datovi typ.

Zasláno z mobilního telefonu.

co ti vypisuje?

Spoooustu errorů. Není to jen jeden error. Nechci bejt drzej, ale tys to nezkusil spustit? Vono todle není tak lehký aby stačilo radit od stolu no. STL je vnitřně fakt divočina, na první pohled je to prostě správně, a je fuk jestli tam dám bool a nebo string. Ono je to ale prostě blbě ať tam dám cokoli. Zajímavé ale je, že když udělám vektor s vlastním alokátorem který ukládá vektory s implicitním alokátorem, vše je OK. Jakmile se ale pokusím přidat svůj alokátor i vnořeným vektorům, je zle. To je na tom zajímevé. A taky když vytovřím obyčejnej vektor s vlastním alokátorem a použiju na něj konstruktor keterej bere jen objekt alokátoru, nemůžu použít metodu push_back(), prej neexistuje. KDyž však použiju konstruktor vector<>(lenght,Value,Allocator), vše funguje jak má. Todle je prostě hackování STL ...

Aspoň prvních pár chyb bys vypsat mohl. Jinak je to věštění z křišťálové koule a to tady nikdo neumí. Nebylo by od věci abys i uvedl jaký překladač a v jaké verzi používáš. Nemusí mít implementováno vše z C++11 nebo dokonce vůbec nic - i to může být příčina chyb.

Z prvních 3 vět mám pocit, že bys potřeboval spíš kopnout do prdele než poradit.

hu

Používám gcc jež ma implementovane c++11. Verzi ti nepovím, píšu z mobilu. Jo a k tomu nakopnutí do prdele...nevím jakou jinou reakci bys čekal. Asi tě to urazilo, ale mne zas nakrklo že někdo svým přístupem bagatelizuje problém. Bejt to blbé lezení za pole. Nic neřeknu. To skutečně není problém zanalizovat bez pokusu o kompilaci. Todle je ale trochu něco jiného. Jo a vytrvale mi to hází errory, zřejmě způsobené neaktualitou GCC...abych řekl pravdu, je rychlejší si napsat vlastní kontejner než se srat s alokatorama.

Zasláno z mobilního telefonu.

Nikdy jsem neměl pocit, že by vitamin bagatelizoval problém. Vždy se snažil poradit. Je třeba si uvědomit, že když to rádce zkompiluje na jiném překladači, ještě to neznamená, že to bude funkční na tebou používaném. Už jsem mockrát narazil na problém přenositelnosti kódu mezi překladači a mezi verzemi téhož překladače. 

hu

Zdravím,

snaží se ti zde poradit největší bouráci (vitamin a hlucheucho) z problematiky vývoje tady na serveru programujte.com a spíše mám takový pocit, že se neumíš dobře postavit k problému. Mimochodem přenositelnost překladačů je velmi známý pojem. Až se vyřeší u tebe ta přenositelnost, tedy půjde to nahodit, tak máš vyhráno. Jiný problém doposud nevidím.

budiž, tak to na mne působilo. Ale konec konců, je to jedno. PRoblém nyní neexistuje.