🚀 go-pugleaf

In <1992Jul21.093829.5477@infoserver.th-darmstadt.de> misch@rbhp90.rbg.informatik.th-darmstadt.de (Clemens Misch) writes:
] In article <1992Jul20.141723.16054@news.DKRZ-Hamburg.DE>, peters@dkrz-hamburg.dbp.de (Heino Peters) writes:
] > In article <BvuoqG@ppcger.ppc.sub.org> Sepp@ppcger.ppc.sub.org (Josef Wolf) writes:
] > >n = 0;
] > >if (tmp -> bar = (char **) malloc (arraysize * sizeof (char *))) {
] > >    while (laber) {
] > >        [ ... ]
] > >        if (!((tmp -> bar)[n++] = strdup (blubber)))  /* hier kracht es */
] > >	    break;
] > >    }
] > >}
] > > [..]
] > >Er berechnet saemtliche offsets _bevor_ er strdup() aufruft. Soweit, so
] > >gut. Das Problem ist nun dass der Inhalt von d1 nach der Rueckkehr von
] > >strdup() zerstoert ist. Ansonsten ist der Code durchaus akzeptabel.
[ ... ]
] > Ein gemeiner Hack waere strdup(blubber,0) aufzurufen. Das zweite Argument
] > wird in d1 uebergeben und dann (hoffentlich) von strdup() ignoriert.
] Das ist ein bekannter Fehler von MW CC 3.2. In einer der Release Notes
] fuer OSK V2.3 ist dieser Fehler beschrieben mit genau dem Workaround
] die Du angegeben hast.

Da koennte man auf die Idee kommen, einfach einen #define reinzumachen.
Trotzdem habe ich da ein sehr ungutes Gefuehl bei. Wenn das bei strdup()
passiert, kann es ja mindestens genauso auch bei jeder anderen Funktion
mit nur einem Parameter und einer lokalen Variable passieren...

Gibt es da evtl noch einen anderen Workaround?

Gruss
    Sepp

-- 
|   Josef Wolf,  Germersheim,  Germany    aka    sepp@ppcger.ppc.sub.org   |
| +49 7274 8048  USR HST-DS  300-14400 V32/V32bis V42/V42bis/HST 24 Hours  |
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |