home *** CD-ROM | disk | FTP | other *** search
/ Super Net 1 / SUPERNET_1.iso / PC / OTROS / UNIX / ARCHIE / CLIENTS / XARCHIE0.TAR / mail / text0004.txt < prev    next >
Encoding:
Text File  |  1991-08-28  |  3.5 KB  |  74 lines
  1. >From bcn@cs.washington.edu Sun Aug 11 17:12:07 1991
  2. >Subject: X interface to Archie using Prospero
  3. >
  4. >[about address change]
  5. Done. 
  6.  
  7. >Don't bother with the "-C" option.  It was only there for backwards
  8. >compatibility and is going away.  Also, the new search types that I
  9. >added (you will see the code when you get it from Brendan) were
  10. >combinations of -e and -r, -s, or -c (i.e. -ce -re -se).  These mean
  11. >try an exact match, and only fall back to the other search method if
  12. >the exact match finds no matches.  These types are supported by the
  13. >server itself (meaning you don't have to get back in line if the exact
  14. >match fails).
  15. Okay. When I see 'em I'll make up names for them, something like
  16. "subcase-exact" ought to serve, with abbreviation "-ce" or whatever.
  17.  
  18. >In your original message you seemed to indicate you were having
  19. >problems with timeouts.  Was this yesterday morning (the archie server
  20. >was down).  If not, can you elaborate?  Thanks.
  21. Yes, yesterday definitely, and previously during last week I believe.
  22. Since telnet also timed out to quiche at that time, I put it down to
  23. load or downtime.
  24.  
  25. >[about Prospero notice]
  26. No problem. I meant to include the Prospero file anyway.
  27.  
  28. >Some bugs:  I did a substring query for "prospero".  The host
  29. >june.cs.washington.edu showed up in the host list twice, and each time
  30. >the directory was pub and the file prospero.tar.Z.
  31. Hmmm. I just tried this and it worked exactly as expected (comparing
  32. with the output of the non-X archie and with your description.
  33.  
  34. >In
  35. >general, I found it is unable to list multiple matches if they appear
  36. >in the same directory on the same host.
  37. I don't know, I have no problem with this.
  38.  
  39. >When I look at the same query and click on aix370... and /net/inet,
  40. >the mode window at the bottom is not formatted properly, the mode
  41. >actually seems to include part of the date.
  42. Again, the directory has expected modes and the date is fine. What
  43. type of machine are you running on? I suspect a malloc/calloc/bcopy
  44. problem. As a quick check, try setting INIT_NUM_*_STRINGS to, say, 64
  45. in db.c so it never has to dynamically grow the string arrays that
  46. "back" the List widgets. Then remake and try again and let me know.
  47. If you look at set{Host,Location,File}String, you can see that it does
  48. a calloc() (well, XtCalloc()) for the initial array, then if it has to
  49. grow the array it does XtCalloc() and bcopy(). I'm open to
  50. suggestions, especially since XtRealloc() dies for me since it doesn't
  51. initialize the memory to 0 for me (there are other things to try).
  52.  
  53. >Can you explain why the windows in the lower part of the screen for
  54. >size, mode, date, file, location and host are so big.  Which of these
  55. >windows will ever have more than one entry listed?  Will host and
  56. >location only contain information that also appears in the left and
  57. >middle windows in the browser?
  58. They're only big because I like them to line up on the left-hand edge,
  59. which is determined in this case by the size of the browser panes,
  60. which seem about right. If you set the borderWidth resource to 0 in
  61. the application-defaults file, you won't even know they're that big.
  62. You don't want them too small because scrollbars in little text
  63. windows tend to crash, believe it or not. Does it *really* bother you?
  64. If so, you can make them smaller by editing their widths in the
  65. defaults; I just went with what seemed good to me.
  66.  
  67. None of them will ever have more than one thing, although I forsee
  68. using their contents to drive an auto-ftp process in the near future
  69. (that is, allow you to fetch the thing you've selected, or log in,
  70. or whatever).
  71.  
  72.  
  73.  
  74.