home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / bbs / misc / 340 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  4.6 KB
  1. Xref: sparky comp.bbs.misc:340 alt.bbs:4880
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!nic.csu.net!koko.csustan.edu!rat!zeus!cambler
  3. Newsgroups: comp.bbs.misc,alt.bbs
  4. Subject: Voicemail BBS a reality
  5. Message-ID: <1992Jul26.050054.107058@zeus.calpoly.edu>
  6. From: cambler@zeus.calpoly.edu (The Squire, Phish)
  7. Date: Sun, 26 Jul 1992 05:00:54 GMT
  8. Organization: Fantasy, Incorporated: Reality None of Our Business.
  9. Lines: 84
  10.  
  11. Okay, perhaps the subject is a little grandious :-)
  12.  
  13. I've gotten to the point on my voicemail BBS that I'm featurizing the thing.
  14. Up until now it's been low-level things like the user database, sysop features,
  15. and voice prompting editing, as well as the hard part of controlling up to
  16. 16 lines without crashing miserably in a heap of tangled phone lines,
  17. interrupts, and a hung computer. But I've done it, with the help of some
  18. pretty fantastic event driven routines courtesy of Borland's Turbo Vision.
  19.  
  20. So, as promised to some people in email, here are my thoughts on implementing
  21. the hard parts, the easy parts, and what lies ahead. Hopefully some of you
  22. out there can give me some ideas on what to do with this thing.
  23.  
  24. The hardest part was somthing that a lot of other multiuser applications
  25. run into as well. That is, with only one user database, how do you 
  26. simultaneously allow lookups at login, sysop scrolling, and writes & updates
  27. without having each line own a copy of the database? There are 2 locking
  28. strategies, I suppose. First, as I said, each line owns a copy of the database
  29. and can "check out" a user record, or get appending access. This was thrown
  30. out because the memory involved would have been prohibitive. So the solution
  31. was for each line to keep information on the index, and lock it as such when
  32. it needs to do a disk-based write.
  33.  
  34. The rest was pretty easy once that was done. Each line owns a "view" in
  35. Turbo Vision that responds to events generated by the card. Each view
  36. knows what to do when it gets a digit in from the card, and when to play
  37. something, record, and what have you. I won't go into TOO much detail, as
  38. a lot of the programming was pretty innovative, if I say so myself, and I'd
  39. rather keep that as "in house secrets." :-)
  40.  
  41. So, the point I find myself now is with a 2 line system that can answer
  42. the phone, check the user database for a prompted account and password,
  43. or accept a hot-key (a "1") for a demo account with a 10 minute online
  44. timer. Basic views for the main section, mail system (as well as ability
  45. for non-account holders to leave mail for someone with an account), and
  46. public boards (just like a "real" BBS) are completed, as well as some simple
  47. sysop utilities.
  48.  
  49. What next? :-)
  50.  
  51. Any ideas, or discussion would be MOST helpful.
  52.  
  53. I'd also like to give the number out, as well as a quandry.
  54.  
  55. Suppose, as I am going to, I put this up free of charge, like any other
  56. BBS system. Normally, you dial into a BBS, and leave information that
  57. the system requires for you to register. The system can then let you
  58. right on, with an account. On this system, I can generate an account
  59. number, and ask you to DTMF (tuch-tone, for the non-telecom people) in
  60. a password, but any other information that a BBS would want, like your
  61. name and address and such must be spoken, making work for the sysop
  62. typing it all in. This could get annoying in the case of the one-time
  63. curious caller. What to do? I find I'm somewhat stuck!
  64.  
  65. Anyhow, the system runs on a Talking Technology Powerline II card. If
  66. you're interested in the card, they can be reached at:
  67.  
  68. Talking Technology, Inc
  69. 1125 Atlantic Ave Suite 101
  70. Alameda, California, 94501
  71.  
  72. (510) 522-3800
  73.  
  74. If you're interested in running one of these, I will be selling the software
  75. when it's done, thought I have no idea in what manner. Most of my other
  76. software (FSUUCP and FSBBS, for example) is shareware. I'd make this
  77. shareware as well, but it's not like you can try it out without the card,
  78. and if you've bought the card to do this, you know you want it! So we'll
  79. see how that goes. Source WILL be available.
  80.  
  81. Okay, and finally the number :-)
  82.  
  83. There are 2 lines, the first hunting to the second, so I'll only give out
  84. the first. It is: (805) 544-3754.
  85.  
  86. WARNING: I'm woring on the system quite a bit, so over the next 2 weeks
  87. or so, expect to get a ring-out at times, and to find it in "message mode"
  88. at times as well. But I figured since the lines are installed, I might as
  89. well give the number out.
  90. -- 
  91. If you insist upon living in a  | cambler@zeus.calpoly.edu | Fubar Systems BBS
  92. dream, you may be taken as mad. |                          | (805) 54-FUBAR
  93.   I like my dream.              | Because all you of       | 3/12/24, MNP5, 8N1
  94. Then you *are* mad!             | Earth are IDIOTS!!       | FSBBS 2/FSUUCP 1.3
  95.