🚀 go-pugleaf

I was writing a suntools based directory browser. Right now it can generate
tree diagrams on canvas upto a depth specified by the user. The leaf nodes
that have sub directories, can be further expanded into another canvas upto
the same depth. The process goes on, as long as the limits defined during
compilation hold true. The functionalities that are available for each node
are 
		Opening a shelltool
		Looking at list of files(only)
		Expanding to sub-dirs(if not shown already)

Displaying the files is giving me problems. I borrowed the idea of Mitch Wyle's
tooltool based msh, which comes up with a menu of files. In my program the
file list and directory trees can be updated in runtime. That seems to be 
putting too much stress on menu generation. Specially since many of my
directories have more that 50-60 files and there are about 90 directories.
I made my best attempts to conserve the menu items, instead of destroying
them (does that make any sense; removing an item might be as good as
destroying) . So after showing files in four of five big directories I get
all kinds of messages, such as:

	pr_open: open failed for /dev/fb
	Can't find root window
	tool->tl_name: too many open files
	etc. etc.

Any suggestions? Is it really the number of menu items that is causing
problem. Is there any way to control their number ? If that problem can
be fixed then I think we may have a reasonably(?) ok personal dir browser.
I do not think it will be able to handle large file systems, even though
the various limitations can be defined ahead of time. As I said before mine
has about 90 directories. It is not at all a professional job like 
tooltool, touchup or others. It is just an offshoot of my research work.
It does not use pretty tree algorithms but eliminates crisscrossing and
uses the centerline as the reference line.

Thanks
Deeptendu

[[ This was sent in later:  --wnl ]]

This is a followup posting to my previous one, which has not yet come out
on the net. I have added pretty tree capability, but have not solved the
pr_open: error for /dev/fb (which comes up with menus with large number of
items( basically file names)). Hopefully somebody will have some ideas
when that posting eventually comes out.