🚀 go-pugleaf

any bridge users out there?

here is the situation:  i am on one side of the bridge, on my node --
//quasar.  i happen to know that there is a node -- //rambo on the
other side of the bridge that has files i want to access.

but, from my side of the bridge, it doesn't look like //rambo is
there.  lcnode doesn't show it, and doing an ls on // doesn't show it.
but, if i crp to a node on the other side of the bridge, //rambo is
there.  lcnode shows it, ls // shows it, and i can access files there,
etc.

when, from //quasar, i do "ls -l //rambo", or stat(2) any file on
rambo, my // gets locked and stays locked.  is this a bug?  have other
bridge users seen this, or had // lock up?

and why the variance between views of // across the bridge?  is this a
bug, or something that people alrady know about?

from bsd's stat, the program seems to hang in resolve_next_comp().  in
another situation, i think from /com/ld, it hung in
name_$get_entryu().

--paul