🚀 go-pugleaf

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.
> 
> Tja, nach den Aufrufkonventionen von Microware darf strdup() d1 nicht
> zerstoeren. Ist das etwa eine selbst geschriebene Assemblerversion von
> strdup() ? Oder eine mit gcc kompilierte ? Oder hat strdup() einen
> zweiten (Dummy-) Parameter deklariert ?
> 
> >Die Frage ist nun: wie kann ich den compiler ueberreden, d1 _nach_ dem
> >Aufruf von strdup() zu berechnen. Alternativ nehme ich auch Vorschlaege
> >entgegen, wie dieses Programmstueck korrekt zu schreiben ist ;-)
> 
> 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.

Gruss Clemens
-- 
===============================================================================
Clemens Misch                                        Rechnerbetriebsgruppe FB20
                                                     Merckstrasse 25 
EMail: misch@rbhp90.rbg.informatik.th-darmstadt.de   W6100 Darmstadt (Germany)