home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPM / C128 / GIUNTI.TXT < prev    next >
Text File  |  2000-06-30  |  18KB  |  476 lines

  1. FROM STENO: CAROL KESTER BONDURANT
  2.  
  3. ATTENDEES:
  4. [MICHAEL.M]
  5. [[DAVE GIUNTI] PRESS7]
  6. [[BILL] B.DUERR]
  7. [TIGLON.G]
  8. [[PETER I.] PIANNINI]
  9. [DIVEMASTER]
  10. [W.BLOMGREN]
  11. [[LARRY] LEROSENMAN]
  12. [[MARK] M.H.FOSTER]
  13. [HERIBE]
  14. [MORE....]
  15.  
  16. MINUTES:
  17. <MICHAEL.M> Hi there, Dave!  Welcome!
  18.  
  19. <PRESS7> Hi Michael, Larry and M.H!  Is there a way to repeat a line
  20. before I send it?  The overwrite makes me 'look' illiterate!
  21.  
  22. <MICHAEL.M> Dave - No, you can't, unfortunately.  Do not look at the
  23. screen while you type.
  24.  
  25. <PRESS7> That is a little better.
  26.  
  27. <MICHAEL.M> Would you like to wait about 5 minutes to allow folks to log
  28. on form the west coast?
  29.  
  30. <[DAVE GIUNTI] PRESS7> OK, well what is everyone's interest here?  I
  31. want to know what you know and what you want to know!
  32.  
  33. <[DAVE GIUNTI] PRESS7> OK, that is great!  But, we can use the time to
  34. get an intro on who is here and what will happen.
  35.  
  36. <[LARRY] LEROSENMAN> Dave, I am a systems programmer on the mainframes,
  37. and am also a C-128 owner.  I am interested in anything to do with
  38. computers, etc.
  39.  
  40. <[BILL] B.DUERR> Dave, I'm into CP/M on a Kaypro.  Got a BBS for the
  41. local Kaypro user group.
  42.  
  43. <MICHAEL.M> I think most folks want information on BYE.INS.  How to use
  44. what it is, what is  needed... etc.
  45.  
  46. <[DAVE GIUNTI] PRESS7> Bill, that sounds interesting, you likely have
  47. already got a BYE going on your Kaypro, and Larry, have you started
  48. anything in the way of BYE yet?
  49.  
  50. <[MARK] M.H.FOSTER> Dave, I am new to CPM, am a CIS student, like to
  51. learn about new systems.
  52.  
  53. <[LARRY] LEROSENMAN> Not yet, but willing to be a guinea pig for
  54. teaching me. I know nothing about running a BBS, but could, I guess.
  55.  
  56. <[PETER I.] PIANNINI> Dave, I'm trying to get BYE up on a C128 but seem
  57. to have modem problems.
  58.  
  59. <[BILL] B.DUERR> My system is down right now (lightning strike), but i
  60. was using BYE3 (39) and XMODEM, and a Basic RBBS.
  61.  
  62. <[LARRY] LEROSENMAN> (That modem you showed me at HP???)
  63.  
  64. <[DAVE GIUNTI] PRESS7> BILL: # Tres ancient.
  65.  
  66. <[BILL] B.DUERR> I was planning to upgrade to NUBYE, KMD, and PBBS
  67.  
  68. <[DAVE GIUNTI] PRESS7> Bill - forget about NU BYE.  Get BYE510, the real
  69. thing.
  70.  
  71. <MICHAEL.M> Okay folks, everyone ready?   [Banging gavel]
  72.  
  73. <[DAVE GIUNTI] PRESS7> OK bye me.  Lets get some lively chat started.
  74.  
  75. <MICHAEL.M> If you have a question, Type /RAISE.  Comment?  type: "!".
  76.  
  77. <MICHAEL.M> We would like to welcome Dave Giunti to our 2nd C-128 CP/M
  78. Conference!...
  79.  
  80. <MICHAEL.M> Dave is here to discuss the C-128 and its use with RCP/M
  81. systems...
  82.  
  83. <MICHAEL.M> He is currently running a BBS in San Francisco in CP/M
  84. mode...
  85.  
  86. <MICHAEL.M> Using PBBS, and his own revised BYE.INSERT...
  87.  
  88. <MICHAEL.M> Dave - would you like to say a few words about yourself and
  89. your BBS before we start taking questions?
  90.  
  91. <[DAVE GIUNTI] PRESS7> Sure!!! Gab Gab
  92.  
  93. <[DAVE GIUNTI] PRESS7> I am a CIS student, and first got an Osborne 1
  94. with CP/M while they were new machines and learned a great deal about
  95. programming in CP/M on the thing...
  96.  
  97. <[DAVE GIUNTI] PRESS7> I am fluent in several assemblers Z80 and 8080 as
  98. well as several HL languages...
  99.  
  100. <[DAVE GIUNTI] PRESS7> The BYE insert for 510 was actually the 4th that
  101. I did but because of several OS problems (in BYE) the INS for 510 is the
  102. first to make it out the door.
  103.  
  104. <[DAVE GIUNTI] PRESS7> I guess that is an intro!
  105.  
  106. <MICHAEL.M> Thanks!  Now, which version of the .INSert is available,
  107. and...
  108.  
  109. <MICHAEL.M> How far along is it?  Has it solved all the clock problems?
  110.  
  111. <[DAVE GIUNTI] PRESS7> Well i think that you have the final version.  It
  112. hasn't changed since I released it.  The NUBYE version is the same .INS
  113. in all but the comments that i added.  The clock is another insert...
  114.  
  115. <[DAVE GIUNTI] PRESS7> .. I am working on the clock problems and have a
  116. working version (time but the date is still not good if the system
  117. doesn't get called for a day or so).  I have a handle on the problem but
  118. I'm not ready to release a finished clock.  I'll
  119.  
  120. <[DAVE GIUNTI] PRESS7> keep the current version I am using on my system
  121. until I have one finished enough to go in the library for national
  122. distribution.
  123.  
  124. <MICHAEL.M> Dave - because many C-128 users are unfamiliar with CP/M,
  125. they do not know...
  126.  
  127. <MICHAEL.M> What is needed to run a BBS in CP/M mode.  Could you address
  128. this?
  129.  
  130. <[DAVE GIUNTI] PRESS7> Sure...
  131.  
  132. <[DAVE GIUNTI] PRESS7>   A working bye is the most helpful software
  133. addition. BYE for CPM+ is an extension of the system itself (an RSX)
  134. that insinuates itself at the top of the TPA (where programs run) and
  135. intercepts system calls (Call 5 in cpm parlance) and redirects them as
  136. needed to allow complete use of the system through a modem...
  137.  
  138. <[DAVE GIUNTI] PRESS7> You don't need to get BYE configured but you have
  139. to mimic most of the functions it performs in whatever BBS or program
  140. you use to create the 'remote' system.  So it saves steps to just use
  141. BYE.
  142.  
  143. <[DAVE GIUNTI] PRESS7> A BBS of any form just sits like a regular
  144. program in this extended environment and talks as though it was on a
  145. normal screen and keyboard... It's very modular.
  146.  
  147. <[DAVE GIUNTI] PRESS7> GA
  148.  
  149. <MICHAEL.M> So, BYE intercepts and redirects.  Then you add a message
  150. system like PBBS to take care of the message base.  In other words...
  151.  
  152. <MICHAEL.M> callers can log onto the board and either run the PBBS or in
  153. effect run *any* program on your disk?
  154.  
  155. <[DAVE GIUNTI] PRESS7> Yes just about any 'regular' CPM program can be
  156. run remotely, regular meaning that it uses the standard    CALL  5
  157. (equals BDOS) format to use the system, and doesn't directly mung around
  158. with the system.
  159.  
  160. <[DAVE GIUNTI] PRESS7> ELIZA or ADVENTURE or CHESS or your data base.
  161. and even some word processors.
  162.  
  163. <MICHAEL.M> This is all very unfamiliar to commodore owners.  What you
  164. are saying is...
  165.  
  166. <MICHAEL.M> That bye is actually the file that is always there to
  167. control things before and after a program (or the PBBS) is used,
  168. Correct?
  169.  
  170. <[DAVE GIUNTI] PRESS7> Yes, it is a resident system extension... in C=
  171. parlance it is sort of like one of those IRQ intercept routines, except
  172. in the non interrupt driven CPM environment, it works by position.
  173. Things in CP/M are called rather than interrupted.
  174.  
  175. <[DAVE GIUNTI] PRESS7> Let me show you by address
  176.  
  177. <[DAVE GIUNTI] PRESS7> 0  OS  100H                    TPAEND   $FFFF
  178.  
  179. <[DAVE GIUNTI] PRESS7>  5 is the Call.  At 5 you call the OS dispatch.
  180. BYE insinuates itself by changing the address at 6 & 7 to point at its
  181. dispatch table so when 5 is called, the CALL goes to BYE where it sees
  182. if anything can be done with this call, does it or passes it on to the
  183. regular OS.
  184.  
  185. <MICHAEL.M> Okay, so tell me, a Commodore owner, why I should run a BBS
  186. in CP/M mode?
  187.  
  188. <[DAVE GIUNTI] PRESS7> I suppose because you would like to run one of
  189. the very advanced systems available to CPM users. or the fabulous PD
  190. utilities that exist for CPM FTS systems.
  191.  
  192. <MICHAEL.M> Thanks Dave!  Bill, you have a question?
  193.  
  194. <[BILL] B.DUERR> I just wanted to add, you do not have to run a public
  195. access BBS.  BYE is useful, if you have a Laptop and you want to upload
  196. a file to your home system.
  197.  
  198. <[DAVE GIUNTI] PRESS7> Yes it is Bill.  There are options to require a
  199. password to get on so you can run a secure system without any BBS.
  200.  
  201. <MICHAEL.M> So then BYE is actually a term program (in commodore terms)?
  202.  
  203. <[DAVE GIUNTI] PRESS7> No not exactly a term program.  It can have a
  204. term run in it but it allows remote operation.
  205.  
  206. <[DAVE GIUNTI] PRESS7> Go on Bill...
  207.  
  208. <[BILL] B.DUERR> It's a remote CP/M system (RCP/M).
  209.  
  210. <[DAVE GIUNTI] PRESS7> Exactly  !!!
  211.  
  212. <[BILL] B.DUERR> I.E.; You can operate your computer away from home.
  213.  
  214. <MICHAEL.M> I see.  I am asking because Commodorians are used to a term
  215. being a term...
  216.  
  217. <MICHAEL.M> and a BBS being a BBS (not modular).
  218.  
  219. <[DAVE GIUNTI] PRESS7> I'm not familiar enough with C= BBS to know about
  220. modularity there.
  221.  
  222. <MICHAEL.M> Could you tell us about UHURU, your RCP/M, Dave?
  223.  
  224. <[DAVE GIUNTI] PRESS7> Well that is the name I've given to the worlds
  225. first C=128 RCP/M. It is a driver...
  226.  
  227. <[DAVE GIUNTI] PRESS7> It has PBBS because that was easy to get up.  I
  228. have plans to write a FIDO compatible system soon... That is why the
  229. clock is important.
  230.  
  231. <[DAVE GIUNTI] PRESS7> I use a hayes compat  so the 1670 has been the
  232. big problem for others wanting BYE...
  233.  
  234. <[DAVE GIUNTI] PRESS7> As the .INS stands it will run on any completely
  235. Hayes compatible, but the 1670 is not quite compatible.  I found a few
  236. things out last night!!!
  237.  
  238. <MICHAEL.M> Do tell.
  239.  
  240. <[DAVE GIUNTI] PRESS7> Well first of all has anyone out there got the
  241. 1670 and tried to port BYE to it and the 128???
  242.  
  243. <MICHAEL.M> I have one, but haven't tried, No.
  244.  
  245. <[DAVE GIUNTI] PRESS7> Anyone else?
  246.  
  247. <MICHAEL.M> This conference will be archived, so please go on.
  248.  
  249. <HERIBE> Not I, I've called your BBS, though, remember Heriberto from
  250. DC, Dave?
  251.  
  252. <[DAVE GIUNTI] PRESS7>   OK   it seems that IMODEM and B5IM  have to be
  253. YES for any hope of working!  I use them as no because it makes the code
  254. much simpler to not need the 'smarts'  Hi Heriberto!
  255.  
  256. <[DAVE GIUNTI] PRESS7> But there are other problems in saying YES. NODTR
  257. must be YES as well!  (No DTR line on the 1670)!
  258.  
  259. <[DAVE GIUNTI] PRESS7> and then you have to trace NODTR through the code
  260. to see what it controls.  Well you see, the problems with the 1670 are
  261. complex and I don't have a 1670, and the need to configure the thing.
  262. If I had one you would already have the
  263.  
  264. <[DAVE GIUNTI] PRESS7> mods needed, I was discussing them in the hope
  265. that someone with that 'thing' would try and implement the changes.
  266.  
  267. <MICHAEL.M> If i get a 1670 to you, will you rewrite the thing for it?
  268.  
  269. <[dave giunti] press7> Maybe I would,  it would be some work, but with
  270. good DOC, it would be relatively easy... easier than getting the first
  271. .INS going anyway.
  272.  
  273. <MICHAEL.M> Thanks Dave.  Peter, you have a question?
  274.  
  275. <[PETER I.] PIANNINI> Yes.  What modem do you use.  I had no luck with a
  276. Volks 12 or a Hayes 1200.
  277.  
  278. <[DAVE GIUNTI] PRESS7> Hayes 1200 would be easy, the Volks I think has
  279. DTR problems too...  I use a Prometheus 1200 and a CTS2400 (not working
  280. in CPM at 2400 yet).
  281.  
  282. <[PETER I.] PIANNINI> Which interface and how configured?
  283.  
  284. <[DAVE GIUNTI] PRESS7> I have the Omintronics, configured backwards...
  285. though you should have the DTR HI and handshake on 20.  The other two
  286. switches depend on your cable, that is the backwards part for me.
  287.  
  288. <[PETER I.] PIANNINI> OK.  But that seems to put the C128 at 300 baud
  289. with the modem at 1200 and nothing happens after carrier detect.
  290.  
  291. <[DAVE GIUNTI] PRESS7> The speed sets are done in BYE and the modem
  292. either tells bye at what speed it is connected or you test (like I do)
  293. for a valid <CR> <LF> or Ctrl C.
  294.  
  295. <[DAVE GIUNTI] PRESS7> Peter, I think it is easier to set bye to be dumb
  296. and set the switches so that it autoanswers.
  297.  
  298. <[PETER I.] PIANNINI> How do you mean set bye dumb?
  299.  
  300. <[DAVE GIUNTI] PRESS7> For the Hayes it is easy.  Just say no to IMODEM
  301. and B5IM and set the switches as directed in BYE510.DOC.
  302.  
  303. <[DAVE GIUNTI] PRESS7> I could U/L my first sections with the equates
  304. for show and tell???
  305.  
  306. <MICHAEL.M> That would be great, Dave.  Upload anything, and post
  307. anything.
  308.  
  309. <[PETER I.] PIANNINI> That would be very helpful!
  310.  
  311. <[DAVE GIUNTI] PRESS7> OK, I have it done to run PBBS though, you would
  312. have to edit out the COMFILE and time stuff.
  313.  
  314. <[BILL] B.DUERR> Can we talk about file transfer for a sec.  I assume
  315. you use KMD.  Are there any problems with that?  Timing for instance.
  316.  
  317. <[DAVE GIUNTI] PRESS7> I have no problems with KMD on either the 1541 or
  318. the 1571.  There can be timing problems with KMD timing out (1
  319. CYCLE),... there is an option in KMD to set the size for the amount of
  320. file it grabs or stashes... set that to 2k or 4k and you will have no
  321. problems... other systems are as slow as C= here too!
  322.  
  323. <MICHAEL.M> Bill - does that answer you, or was there a follow up?
  324.  
  325. <[BILL] B.DUERR> Yes, Thanks.  I asked because of the problems we're
  326. having here on GEnie.
  327.  
  328. <[DAVE GIUNTI] PRESS7> Bill, the size in KMD is the answer.  TIG have
  329. you started anything ?
  330.  
  331. <TIGLON.G> Dave, No... don't plan on it quite yet.
  332.  
  333. <MICHAEL.M> Dave - one of the biggest problems Commodore folks have is
  334. learning how to use/install an .INS file.  Can you review that?
  335.  
  336. <[DAVE GIUNTI] PRESS7> Sure...
  337.  
  338. <[DAVE GIUNTI] PRESS7>   There are several places parked in the file for
  339. an .INSert.  I broke the file BYE510C.ASM up into three sections with
  340. pip (using the start and stop at string options),... this made it easier
  341. to edit with VDE.COM (That is here in the stacks).
  342.  
  343. <[DAVE GIUNTI] PRESS7> Then I edited the first section with the equates
  344. (many times!!!) and then below the equates there is a +++++++++  install
  345. your system dependent insert here,
  346.  
  347. <[DAVE GIUNTI] PRESS7> That is where you copy (with the wordprocessor)
  348. the .INS.  Following this is where the CLOCK.INS goes in.  You just add
  349. the clock insert to the file.  I use PIP to reassemble the separate
  350. files into one large one and then assemble it with RMAC...
  351.  
  352. <[DAVE GIUNTI] PRESS7> Actually you can break the file just at the point
  353. where the B5C8-2E.INS goes, and use PIP to assemble the file like:
  354.  PIP A:BYE5.ASM=B1,B5C8-2E.INS,CLOCK.INS,B2,B3
  355.  
  356. <[DAVE GIUNTI] PRESS7> Those are two ways to put the .INSerts in.
  357.  
  358. <MICHAEL.M> Thanks, and there *are* DOCS describing this, correct?
  359.  
  360. <[DAVE GIUNTI] PRESS7> the process is described in BYE510.DOC and the
  361. use of PIP is covered in the DR offer book, and better in Thom Hogan's
  362. CPM User Guide (3D Edition).
  363.  
  364. <MICHAEL.M> Peter - Question?
  365.  
  366. <[PETER I.] PIANNINI> B5C8-2E?  My version has no 'E' last dated 7/21/86
  367. is this the most recent insert?
  368.  
  369. <[DAVE GIUNTI] PRESS7> Well there is really only one.  If it is the one
  370. that George Peace edited it is a good insert.  While developing i sent
  371. him a 1e and later uped to 2E.  The E is something i add to most of my
  372. personal files.
  373.  
  374. <MICHAEL.M> When would you say that a complete working INS for the clock
  375. will be ready?
  376.  
  377. <[DAVE GIUNTI] PRESS7> The complete machine insert for BYE is out!  The
  378. clock is something else, and not needed to run BYE without a timed BBS.
  379.  
  380. <MICHAEL.M> But the clock is an integral part of the system, no?
  381.  
  382. <[DAVE GIUNTI] PRESS7> No the clock can be done without.  It do time the
  383. online usage, but it really isn't needed if you have a small operation.
  384. As i have it running now, it works but the date function can fail if the
  385. system isn't called more than twice a day... I want it to run even if no
  386. one calls!
  387.  
  388. <MICHAEL.M> Don't we all?
  389.  
  390. <[DAVE GIUNTI] PRESS7> Well I want the FIDO compatible system, and that
  391. sort of wants to know what date it actually is.  The 24 hour clock is
  392. good, but it doesn't automatically update the day unless you
  393. intervene...
  394.  
  395. <MICHAEL.M> Peter - You had a comment?
  396.  
  397. <[PETER I.] PIANNINI> Yes... MBBS will run with or without a clock.
  398.  
  399. <[DAVE GIUNTI] PRESS7> Great,  does it have a built in timer (tick
  400. counter) or does it use the one that can be built into bye (without a
  401. clock) ?
  402.  
  403. <[PETER I.] PIANNINI> No timer... users just aren't limited in time and
  404. date has to manually be set.
  405.  
  406. <[DAVE GIUNTI] PRESS7> That is the same as the older RBBS35, and there
  407. are few problems here.  BYE can still be set to timeout after so much
  408. non activity.
  409.  
  410. <MICHAEL.M> Bill - you're up again.
  411.  
  412. <[BILL] B.DUERR> What does "BYE" stand for?  (This is a fine time to
  413. ask!!!)
  414.  
  415. <[DAVE GIUNTI] PRESS7> I'm not sure if it is an acronym.  It is just
  416. something easy to remember to type to log off the system,  actually the
  417. code (for CPM+) is contained in something called B5-DRIV3.COM  called by
  418. BYE if it isn't already there!
  419.  
  420. <TIGLON.G> (Big Yellow Envelope Bill)
  421.  
  422. <[DAVE GIUNTI] PRESS7> Envelope!  This is electric!
  423.  
  424. <[BILL] B.DUERR> OK (I used it so long, but no one really seems to
  425. know.)
  426.  
  427. <MICHAEL.M> Dave - what would you tell a novice as far as setting up an
  428. RCP/M?
  429.  
  430. <[DAVE GIUNTI] PRESS7> Well, get as easy a one as possible to set up,
  431. that means a non 1670 for now, the DR offer and perhaps, as has always
  432. been, a friend with one to lead you through the process.
  433.  
  434. <[DAVE GIUNTI] PRESS7> I had the fog SysOps, Irv Hoff, George Peace, and
  435. Jack Brown to help me.
  436.  
  437. <MICHAEL.M> Bill - go ahead...
  438.  
  439. <[BILL] B.DUERR> Any hot tips, new programs, etc  from your BBS.
  440.  
  441. <[DAVE GIUNTI] PRESS7> But UHURA is starting to replicate and there is
  442. one branch in Milwaukee somewhere and the on-line-NY at 516-466-4625 (1
  443. Meg of 128 code on line) may be carrying the latest UHURA ware soon...
  444. Ask the SysOp.
  445.  
  446. <[DAVE GIUNTI] PRESS7> No nothing real hot, yet uploaded, it's mostly
  447. been talk about the 1670.  I have a complete Z80 macro development
  448. system (PD) up on C0:  The Doc for the dbugger is on line too.  Neat
  449. system.  and a few little things like the clock code on B:  and
  450. VDE321.LBR in A1:
  451.  
  452. <[DAVE GIUNTI] PRESS7> That should be VDE231.
  453.  
  454. <MICHAEL.M> Anyone else with questions for Dave?
  455.  
  456. <MICHAEL.M> Anything you'd like to cover before we end here, dave?
  457.  
  458. <[DAVE GIUNTI] PRESS7> Ok,   any one else curious about anything re the
  459. 128 and CPM BBS development?
  460.  
  461. <MICHAEL.M> Well, I would like to thank you for being here!  it was a
  462. pleasure and...
  463.  
  464. <MICHAEL.M> And informative experience!
  465.  
  466. <[BILL] B.DUERR> Dave, thanks a lot for BYE, and Mike, thanks a lot for
  467. putting this thing together!!!
  468.  
  469. <MICHAEL.M> <Applause!!>
  470.  
  471. <[PETER I.] PIANNINI> Thanks for the help.  Maybe we'll all see C128
  472. RCP/M network soon!
  473.  
  474. <MICHAEL.M> Thank you, Carol!  Nite, sweetie!
  475.  
  476.