Sorry for the earlier mail, which didn't have the attachment.
Please see attached file for further comments to the problem I am
having.
These were your comments to my earlier mail
> > Is there a way to extensively check if a symbolic link has been
> > succesful or if there have been problems in trying to link.
>
> The return code of the ln program will be zero if no errors occurred
> and the link creation was successful. Check the return code. With
> modern shells the following syntax works well.
>
> if ! ln -s foo bar; then
> echo "Error: Failed to create symlink" 1>&2
> exit 1
> fi
>
> > I have tried the obvious like testing ln -s on text editable files
> > and once I alter any of the original or symbolically linked files
> > the changes are automatically appear in the other file and vice
> > versa.
>
> That does sound like a functioning system.
>
> > Yet I suspect there is some thing wrong with my symbolic
> > links.
>
> What makes you suspect that something is wrong?
>
> > Is there any other way to extensively check my symbolic links.
>
> Use 'ls -ldgon' on the symlink and verify the target is what you
expect.
> Use 'ls -ldLi' which will push through the symlink and verify that the
> file works and that 'ls -ldi' on the target of the symlink has the
> same inode number.
>
> Bob
I seem not to have problems with these symbolic links:
[root@Methuselah Temp]# ls -ldgon /home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_*
-rwxr-xr-x 1 0 5959442 Jan 1 04:44
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_AV.so
-rwxr-xr-x 1 0 420062 Jan 1 04:30
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosConcurrency.so
-rwxr-xr-x 1 0 3110334 Jan 1 05:10
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosEvent.so
How ever I do have problems with these two sets below:
[root@Methuselah Temp]# ls -ldgon pr*
-rw-r--r-- 1 0 294 Mar 19 22:54 pre.h
lrwxrwxrwx 1 500 5 Mar 19 22:49 pro.h -> pre.h
[root@Methuselah Temp]# ls -ldgon /home/ACE_wrappers/ace/libTAO*
lrwxrwxrwx 1 0 36 Jan 1 02:39 /home/ACE_wrappers/ace/libTAO.so ->
/home/ACE_wrappers/TAO/tao/libTAO.so
lrwxrwxrwx 1 0 51 Jan 1 04:44 /home/ACE_wrappers/ace/libTAO_AV.so ->
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_AV.so
lrwxrwxrwx 1 0 63 Jan 1 04:30
/home/ACE_wrappers/ace/libTAO_CosConcurrency.so ->
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosConcurrency.solrwxrwxrwx 1 0
57 Jan 1 05:10 /home/ACE_wrappers/ace/libTAO_CosEvent.so ->
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosEvent.so
lrwxrwxrwx 1 0 61 Jan 1 04:45
/home/ACE_wrappers/ace/libTAO_CosLifeCycle.so ->
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosLifeCycle.so
lrwxrwxrwx 1 0 58 Jan 1 04:25
/home/ACE_wrappers/ace/libTAO_CosNaming.so ->
/home/ACE_wrappers/TAO/orbsvcs/orbsvcs/libTAO_CosNaming.so
I need to use the smbolically linked files after they are linked, and after a number
of problems
I have come to suspect that the problem is in the sym-links. One perculiar thing
is that at some pont when I create the links to the last set of files
i.e /home/ACE_wrappers/ace/libTAO* there is a point that I get them as --rwxr-xr-x
The interesting thing being that the same set of instructions are always used to
generate
these files (/home/ACE_wrappers/ace/libTAO*). I have always had problems whenever
they come out as lrwxrwxrwx but no problems when they come out as --rwxr-xr-x.
Perhaps I might be confusing things but these are my observations. Definately though,
I am having
problems that seem to be linked to ln -s.
