On Sat, 20 Jun 2009, Szak�ts Viktor wrote: > I wonder how though. > hb_parclen() is only > 0 (and also is hb_parc() != NULL only) > if HB_ISCHAR() is true, so what is the difference?
Not true. They can return non empty value for arrays. hb_par*() functions accept variable number of parameters which are used as indexes if corresponding parameter is an array and exactly in this case it can be array so the behavior of the code after your modification is unpredictable. Which value will be used as index depends on platform and calling convention (used ABI). IMHO It's time to create separate set of hb_stor*/hb_par* functions with fixed number of parametrs and without some hidden internal conversions between types like in hb_parl(). Current situation which creates problems even for core developers is unacceptable. I can create basic version and commit it ASAP. > AFAICS the major problem fixed was that a misplaced iEOLs = 0 caused > the PHB_EOL_INFO not be allocated properly. It was the second bug. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
