Mail Archives: djgpp-workers/2001/05/07/09:30:45
Hello.
Laurynas Biveinis wrote:
>
> > Got the same crash in newly built rm.exe. Debugging with fsdb shows
> > infinite recursion in _stat():
> > _stat() calls _lstat() from djutils.c which again calls _stat
>
> It seems that fileutils 4.0 isn't fully updated with my old patch.
> That patch removes lstat() from djutils.c, because library provides
> this function. Rich?
I can't remove lstat() from djutils.c, because Fileutils 4.0 must build
against DJGPP 2.03. Here's what I did instead: I added a line to
configure.in:
AC_CHECK_FUNCS(lstat)
to define HAVE_LSTAT if we have lstat(). The lstat() "implementation" in
djutils.c is only used in HAVE_LSTAT is *not* defined. So when building
against DJGPP CVS, djutils.c should not provide lstat().
It seems like the configure script may not have detected that DJGPP CVS
provides lstat(). Martin, could you post the result of the following
command in the top-level directory of the Fileutils sources please?
grep -i lstat config.cache config.h
Here's what I get on my system:
bash-2.04$ grep -i lstat config.cache config.h
config.cache:ac_cv_func_lstat=${ac_cv_func_lstat=no}
config.cache:jm_cv_func_lstat_empty_string_bug=${jm_cv_func_lstat_empty_string_b
ug=no}
config.h:/* Define if you have the lstat function. */
config.h:/* #undef HAVE_LSTAT */
config.h:/* Define if you have the LSTAT_EMPTY_STRING_BUG function. */
config.h:/* #undef HAVE_LSTAT_EMPTY_STRING_BUG */
Thanks, bye, Rich =]
--
Richard Dawe
http://www.phekda.freeserve.co.uk/richdawe/
- Raw text -