code:

---

*doslist.DosList = LockDosList_(flags)
If *doslist
  Repeat
    *doslist = NextDosEntry_(*doslist,flags)
    If *doslist
      name.s = ???
    End If
  Until *doslist = 0
  UnLockDosList_(flags)
End If

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

BSTR        dol_Name;         /* BPTR to a BSTR formatted name string */

---

code:

---

string_ptr = doslist->dol_Name * 4;
length = string_ptr[0];
name.s = substr(string_ptr,1,length);

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Ooooaahh! Einen Pointer multiplizieren, da rollt es mir ja die Zehennägel hoch!

---

Zitat:

---

Sind die String 0 terminiert ?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Einen Pointer multiplizieren, da rollt es mir ja die Zehennägel hoch!

---

Zitat:

---

Sind die String 0 terminiert ?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
BTW, die Strings scheinen unter OS3.9 zur Sicherheit auch 0-terminiert zu sein.

---

Mit Sicherheit hat das nicht viel zu tun, wie Du selbst gesehen hast, kommt man bei falscher Vorgehensweise eh nicht an die Strings. Und wenn man den Pointer korrekt multipliziert, den String aber dann als C-String interpretieren würde, hätte man das Längen-Byte mit im String und würde also auch Unsinn rausbekommen.

Der Grund liegt mehr darin, dass der BCPL-Code später durch C-Code ergänzt, bzw. komplett ersetzt wurde, und somit intern C-Routinen mit den Strings hantieren, von denen einige immer ein Null-Byte schreiben. Man kann aber nicht vorhersagen, wann z.B. ein strcopy und wann ein memcopy benutzt wurde, insbesondere, wenn die Einträge z.B. durch völlig unterschiedliche Dateisysteme erzeugt wurden. Insofern ist es schon ganz vorteilhaft, dass Du Dich nicht drauf verlassen möchtest.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Holger:
Der Grund liegt mehr darin, dass der BCPL-Code später durch C-Code ergänzt, bzw. komplett ersetzt wurde, und somit intern C-Routinen mit den Strings hantieren, von denen einige immer ein Null-Byte schreiben.

---

[ - Antworten - Zitieren - Direktlink - ]