Medland, Bill wrote: >Can anyone explain what is going on here please; this is obviously an area >of bash etc I don't understand. > >This morning I was doing a fresh install on a totally clean machine from the >Wine-20020411 tarball under Redhat 7.1. > >All went reasonable well until I saw a "..<something not write> .." go >flashing past as I ran wineinstall and later on the regapi failed because it >couldn't find libntdll.dll.so. OK so I guess it was the ldconfig that >failed!! > sorry and do not know I could help. when I got "libntdll.dll.so no such file..." I add a line "/usr/local/lib" in /etc/ld.so.conf and then run "ldconfig" (I guess u install in the default path /usr/local/...)
> > >So I thought "lets fix it". Yes; in the last fix to wineinstall where we >went with using "su root" instead the ldconfig was hard-coded (and wasn't on >the path for simply "su root"). So I followed up on the machine I normally >use and started messing about with $ac_cv_path_LDCONFIG. I got that >working, consistant on hand-editing the config.cache to change "true" to >"/sbin/ldconfig". > >So the remaining thing was to get the cache entry generated correctly. This >is where the problem is. (I still don't understand why it should get set >either to the name of an executable or to the value "true"; I dislike >variables holding dissimilar types). Anyway I was watching the loop so see >why it wasn't finding the /sbin/ldconfig and I noticed that > >for ac_dir in /sbin:/usr/sbin:$PATH > >was splitting as >1. /sbin:/usr/sbin:/usr/local/bin >2. /bin >3. /usr/bin >etc. > >Now, I know I can force it to work by changing the for loop to >for ac_dir in /sbin /usr/sbin $PATH > >However the original form used to work (I guess, since the cache is correct >on my other machine) so I'd rather know why it isn't working currently and >fix that > >Can anyone explain why it isn't splitting the for the way we want it to > >TIA > >Bill >
