--------------- ** A related thread FOLLOWS this message. FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGMR0096 Date: 12/18/94 From: MICHAEL SCHWENN Time: 10:01pm \/To: RICHIE MOLINELLI (Read 3 times) Subj: R: Re: Testing RM And on the other end of the extreme we always have....... RM RM Certainly, this comes from one who is NOT a professional programmer to RM make the nonsense statements above. It seems the only pupose of this ^^^^^^ RM post is to drive things further apart...what a waste of time and effort. RM RM The old adage, "leave your door open and anything can walk in" applies RM here. This is one person to be ignored. RM --- MsgToss 2.0c RM * Origin: The Small Time BBS * (516) 579-7929 * 1200 - 14400 * (1:2619/272) Great, this is what I talked about. Small people with small minds. If you really took the time to look at the code you would know that it is a mess. All that things I see done the the code has made it a bigger mess. It's great to have people you will continue to program RBBS, But the ideas and the way it was written is out dated. I can not drive things any further apart then what they are. Just trying to maybe make some future RBBS programmers to not to just add code, but rewrite some of the long drawn out SUBs that are continuously making changes impossible to have the code grow. I hope that someone just oopens up the code so that it will not be so confined to old ideas. Faster code and better programming technique. Call my messages what you want, but real programming can take the true. RBBS has been screw around with since 1980. It time you (RBBS programmers) look around you, look what kind of BBS programming is going on. Look at the new standards that are being set for BBS's. RBBS does have some good features and is easy to operate. Like I said, I just want to open up some eyes up to what it means to program RBBS. Michael --- JABBER v1.2 Milwaukee, Wisconsin --------------- >>>>>>>>>>>>>>>>>>>>>> LAST Message In Thread <<<<<<<<<<<<<<<<<<<<<< FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGN00000 Date: 12/17/94 From: RICHIE MOLINELLI Time: 11:34am \/To: TIM JACOBS (Read 3 times) Subj: Re: Testing TJ>Well, I did want it to be part of the BASIC system, But it is written TJ>in C and not stupid BASIC. (And I do know basic, just about any basic TJ>out there, but I hate to admit it.) It would not be the CONFIG, but a TJ>SETUP utility, with lots of HELPS built in and TESTS to check TJ>directories, and comm ports and modems and verify all REQUIRED files TJ>exist. and make sure the config is looking in the right places and TJ>that it is setup initially too. I'm sure being written in C is not a problem as long as the source is included. Remember, part of the idea of RBBS is to learn how to program...so this would be a fine sample. See what Marion has to say. --- MsgToss 2.0c * Origin: The Small Time BBS * (516) 579-7929 * 1200 - 14400 * (1:2619/272) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGN00001 Date: 12/17/94 From: RICHIE MOLINELLI Time: 11:34am \/To: TIM JACOBS (Read 3 times) Subj: Re: Testing TJ> > TJ> > Great...time to get the ball rolling. TJ> > TJ>What do we need to do to submit fixes or neat options to RBBS. TJ> > TJ>Who are the people running the show. TJ> TJ> > As my previous post mentioned, forward to Marion Royale. He is TJ> > basically the contact right now. TJ> TJ>I also have this utility that does a check of all the harddrives and TJ>check against your ALLFILE.DIR and make sure all files are there and TJ>if not it lets you now. I use to have a utility that did that, but it TJ>is limited to little files. Mine is currently 2+ meg is size. And the TJ>drives are 8 gig and over 50,000 files to search thru. Another utility to add to the RBBS-UTL file! --- MsgToss 2.0c * Origin: The Small Time BBS * (516) 579-7929 * 1200 - 14400 * (1:2619/272) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGP00000 Date: 12/17/94 From: MARION ROYAL Time: 2:52:am \/To: TIM JACOBS (Read 4 times) Subj: Re: Testing TJ> > TJ>I have been writting a shell for a setup program for RBBS, But TJ>I keep > TJ>getting shoved off onto other jobs. It is beginning to TJ>be quite > TJ>exstensive. I am thinking of trashing it and TJ>starting over with a > TJ>much SMALLER setup that will do nothing TJ>much other than installing the > TJ>software and seting up the comm TJ>port. Then after that we can add to > TJ>it. It is pretty much done TJ>already with the zip's but it still need a > TJ>pretty interface. TJ> > TJ>What do you think? TJ> TJ> > What I think is you should forward it to Marion so the beta team TJ>can > look at it. Sounds like something nice to me. And CONFIG TJ>sure could > use some updating. TJ> TJ>Well, I did want it to be part of the BASIC system, But it is TJ>written in C and not stupid BASIC. (And I do know basic, just about TJ>any basic out there, but I hate to admit it.) It would not be the TJ>CONFIG, but a SETUP utility, with lots of HELPS built in and TESTS TJ>to check directories, and comm ports and modems and verify all TJ>REQUIRED files exist. and make sure the config is looking in the TJ>right places and that it is setup initially too. TJ>Tim Jacobs - TJ> Virginia Data Exchange 804-877-3562 TJ> TJ>--- TJ> * Origin: Virginia Data Exchange *Multi-Lines* 804-877-3539 TJ>(1:271/270) Tim, Don't you think it would be neat if utilities and "ancillary" programs (sorry, I just like that word) were written in languages that others could learn from. Tom Collins distributed source code (in C) for TQM Mail door to those who registered. He also distribute C source to some smaller utilities. There is no reason, in my mind, that RBBS has to be basic bullish. It just happened to be the most publicly available when RBBS was first developed (long time ago). As my post have indicated in RBBS-PC, I would support a re-write in C, but the task before us now is to get a good (full) release for RBBS. If you have a neat install program that could replace the previous one, I (for one) would *really* be interested. May I suggest that a discussion of what a "standard" install should look like might be in order. For example, the previous install placed the mainm.def and mainu.def in the \RBBS directory. I personally feel that this leads the new sysop down the wrong road of putting everything in the \RBBS directory. See what I'm getting at? What should the tree look like after an install is run? -mr- --- OverMail v0.82b * Origin: The Royal Flush BBS -Dumfries, VA- 703-221-1710 - (1:109/372) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGP00001 Date: 12/17/94 From: MARION ROYAL Time: 2:59:am \/To: TIM JACOBS (Read 4 times) Subj: Re: Testing TJ> > TJ> > Great...time to get the ball rolling. TJ> > TJ>What do we need to do to submit fixes or neat options to RBBS. TJ> > TJ>Who are the people running the show. TJ> TJ> > As my previous post mentioned, forward to Marion Royale. He is TJ> > basically the contact right now. TJ> TJ>I also have this utility that does a check of all the harddrives and TJ>check against your ALLFILE.DIR and make sure all files are there and TJ>if not it lets you now. I use to have a utility that did that, but TJ>it is limited to little files. Mine is currently 2+ meg is size. And TJ>the drives are 8 gig and over 50,000 files to search thru. TJ> You would need to support chained FMS's. Also, to have a versatile utility, if it supports any mod specific stuff, it should allow the user to select the variance. When we get close to the release, I would like to see us distribute a number of utilities that cover the spectrum of needs. I use a combination of FARCL and KILOFED in my event and it works great. Doesn't add or let me know about files on my disk that aren't in my FMS.DIR (RTFDC will do that) nor will it add automatically, but at least my users don't get "file not found"... -mr- --- OverMail v0.82b * Origin: The Royal Flush BBS -Dumfries, VA- 703-221-1710 - (1:109/372) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGQ00000 Date: 12/17/94 From: RICHARD JORDAN Time: 05:31pm \/To: TIM JACOBS (Read 4 times) Subj: Testing On Dec 16 00:17 94, Tim Jacobs of 1:271/270@fidonet wrote: TJ> I also have this utility that does a check of all the TJ> harddrives and check against your ALLFILE.DIR and make sure TJ> all files are there and if not it lets you now. I use to TJ> have a utility that did that, but it is limited to little TJ> files. Mine is currently 2+ meg is size. And the drives are TJ> 8 gig and over 50,000 files to search thru. Yes, this would be very, very nice. I'm running up against the same wall. And may I add - it would be nice if it handled all the files, and didn't have problems with zz*.* or other odd names. Regards, Richard. --- Msgedsq 2.2e * Origin: Exegete's Haven RBBS from Ocheyedan Iowa (1:14/624) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGT00000 Date: 12/19/94 From: TIM JACOBS Time: 05:32pm \/To: RICHIE MOLINELLI (Read 5 times) Subj: Testing > TJ>Well, I did want it to be part of the BASIC system, But it is written > TJ>in C and not stupid BASIC. (And I do know basic, just about any basic > TJ>out there, but I hate to admit it.) It would not be the CONFIG, but a > TJ>SETUP utility, with lots of HELPS built in and TESTS to check > TJ>directories, and comm ports and modems and verify all REQUIRED files > TJ>exist. and make sure the config is looking in the right places and > TJ>that it is setup initially too. > I'm sure being written in C is not a problem as long as the source is > included. Remember, part of the idea of RBBS is to learn how to > program...so this would be a fine sample. See what Marion has to say. I have been wondering.... HOW tough would it be to make a mode that is in "C" code? And would the people have problems linking it in. Could we make it a PART of RBBS. We can include a C complier I guess. GNU C is a free complier and probably can be distributed with our RBBS code as another complier. Hmm, I have been trying to think of ways to help get RBBS moving toward C. I think If we were to start addding utilities to the package then it MIGHT make it happen easier. What do you think? Tim Jacobs - Virginia Data Exchange 804-877-3562 --- * Origin: Virginia Data Exchange *Multi-Lines* 804-877-3539 (1:271/270) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGT00001 Date: 12/19/94 From: TIM JACOBS Time: 05:40pm \/To: MARION ROYAL (Read 5 times) Subj: Testing > TJ>I also have this utility that does a check of all the harddrives and > TJ>check against your ALLFILE.DIR and make sure all files are there and > TJ>if not it lets you now. I use to have a utility that did that, but > TJ>it is limited to little files. Mine is currently 2+ meg is size. And > TJ>the drives are 8 gig and over 50,000 files to search thru. > You would need to support chained FMS's. Also, to have a versatile > utility, if it supports any mod specific stuff, it should allow the > user to select the variance. It doesn't do chained FMS's. How are chained FMS's chained. It might be an easy solution. > When we get close to the release, I would like to see us distribute a > number of utilities that cover the spectrum of needs. I use a > combination of FARCL and KILOFED in my event and it works great. > Doesn't add or let me know about files on my disk that aren't in my > FMS.DIR (RTFDC will do that) nor will it add automatically, but at > least my users don't get "file not found"... I get that alot. Mainly because I have REPLACE on my TIC files. Tim Jacobs - Virginia Data Exchange 804-877-3562 --- * Origin: Virginia Data Exchange *Multi-Lines* 804-877-3539 (1:271/270) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGT00002 Date: 12/20/94 From: TIM JACOBS Time: 06:22pm \/To: RICHARD JORDAN (Read 5 times) Subj: Testing > On Dec 16 00:17 94, Tim Jacobs of 1:271/270@fidonet wrote: > TJ> I also have this utility that does a check of all the > TJ> harddrives and check against your ALLFILE.DIR and make sure > TJ> all files are there and if not it lets you now. I use to > TJ> have a utility that did that, but it is limited to little > TJ> files. Mine is currently 2+ meg is size. And the drives are > TJ> 8 gig and over 50,000 files to search thru. > Yes, this would be very, very nice. I'm running up against the same > wall. And may I add - it would be nice if it handled all the files, and > didn't have problems with zz*.* or other odd names. > Richard. Richard, Are you saying that you have file names that have an "*" in them??? Tim Jacobs - Virginia Data Exchange 804-877-3562 --- * Origin: Virginia Data Exchange *Multi-Lines* 804-877-3539 (1:271/270) --------------- FIDO MESSAGE AREA==> TOPIC: 213 RBBS PLUS Ref: BGU00000 Date: 12/22/94 From: RICHIE MOLINELLI Time: 11:22am \/To: MICHAEL SCHWENN (Rcvd) (Read 5 times) Subj: Re: Testing MS>Great, this is what I talked about. Small people with small minds. If MS>you really MS>took the time to look at the code you would know that it is a mess. MS>All that things I see done the the code has made it a bigger mess. MS>It's great to have people you will continue to program RBBS, But the MS>ideas and the way it was written is out dated. I can not drive things MS>any further apart then what they MS>are. Just trying to maybe make some future RBBS programmers to not to MS>just add code, but rewrite some of the long drawn out SUBs that are MS>continuously making changes impossible to have the code grow. I hope MS>that someone just oopens up the code so that it will not be so MS>confined to old ideas. Faster code and better programming technique. MS>Call my messages what you want, but real programming can take the MS>true. RBBS has been screw around with since 1980. It time you (RBBS MS>programmers) look around you, look what kind of BBS programming is MS>going on. Look at the new standards that are being set for BBS's. RBBS MS>does have some good features and is easy to operate. Like I said, I MS>just want to open up some eyes up to what it means to program RBBS. What you discuss here is different than your first message. The discussion of changing the code is what this echo is supposed to be all about. Yes... We all know the code has to be rewritten. And we need people who are willing to take on this vast job. Not to sit and tear it and the people willing to work on it apart. If I misunderstood your first post, I apologize. But it's content was more a flame than constructive criticism. --- MsgToss 2.0c * Origin: The Small Time BBS * (516) 579-7929 * 1200 - 14400 * (1:2619/272)