On 31 Aug 13, at 18:37, Bart wrote: > On 8/31/13, Tomas Hajny <xhaj...@hajny.biz> wrote: > > > In general, it is a known fact that file system related functions provided > > by unit System are limited to shortstrings. From this point of view, > > GetDir is rather an exception (and admittedly rather unfortunate one > > considering the current state of implementation), because it provides an > > overloaded ansistring version. From this point of view, I would say that a > > bug report is indeed appropriate, but I'd limit it to GetDir for now (for > > the others like MkDir, etc., you could file a feature request at best). > > Jonas Maebe said: > > This is all already fixed in the cpstrrtl branch. > > If this applies to _all_ file operation functions, then maybe just wait? > Fixing only GetDir makes little sense to me.
That probably depends on the level of urgency this issue has for you. Obviously, even higher level of urgency for you doesn't guarantee that somebody backports the functionality to fixes (the implementation in cpstrrtl branch mentioned by Jonas cannot be simply merged to fixes from trunk even after it gets to trunk which should hopefully happen soon - the basis might be the same, but some parts would need to be changed when backporting it to fixes). As I wrote - the other file and directory related functions and procedures have always had only shortstring interfaces, whereas with GetDir there has also been the ansistring version). Tomas _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
