Please educate me

[Medland, Bill]

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!!

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

[Sylvain Petreolle]

> 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.

it's a normal behaviour, because for uses space as a
separator, not ':' ??
> Now, I know I can force it to work by changing the
> for loop to 
> for ac_dir in /sbin /usr/sbin $PATH

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

[David Laight]

On Fri, Apr 19, 2002 at 04:13:03AM +0200, Sylvain Petreolle wrote:
> > 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.
>
> it's a normal behaviour, because for uses space as a
> separator, not ':' ??
> > Now, I know I can force it to work by changing the
> > for loop to 
> > for ac_dir in /sbin /usr/sbin $PATH

If you have:
	more_path="/sbin:/usr/sbin:$PATH"
you can do:
	save_ifs="$IFS"
	IFS=" :"
	for ac_dir in $more_path
	do
		IFS="$save_ifs"
		...
	done

So that the shell treats ':' as a separator when
parsing the output of the substitution.


	David

-- 
David Laight: david(a)l8s.co.uk

[leanne]

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