mephdbo%prism@gatech.edu (d. majumder) (04/23/89)
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.