#: 17377 S7/Telecommunications 16-Jan-93 09:36:21 Sb: #terminal help Fm: keith bauer 71102,317 To: all I need to now if I am on the right track here. I got an old XT from work for free and I want to set it up to use as a mail reader running SLMR. This is what I think I need to do, please let me know if I am going in the right direction or not. I will run a null modem cable from the serial port on the xt to /T1 on my MM/1. I will run a telcom program on the xt and one on the MM/1. This should allow me to transfer program via xmodem. I would also like to login to the MM/1. Do do this do I run tsmon for T1 or do I setup a shell on T1. Any help would be appreated. Thanks Keith Bauer There is 1 Reply. #: 17378 S7/Telecommunications 16-Jan-93 14:06:08 Sb: #17377-#terminal help Fm: Bill Dickhaus 70325,523 To: keith bauer 71102,317 (X) Keith, You're on the right track. You could do either, I run a shell on my CoCo for access to the CoCo from my MM/1, and I run mtsmon for dialup access to the MM/1 from work. To run a shell, try: (shell <>>>/t1 &) You can add any of the shell parameters, like -p=MM1, or -l to require logout to end the shell, that way you can't accidentally shut that shell down with ESC. To run mtsmon, try: (mtsmon -s /t1 &) In any case, use xmode to set proper baud rate, etc. before starting up the shell, or mtsmon. Using either method, you can do file transfers from a terminal program on the XT via Kermit or Zmodem without running a terminal program on the MM/1 side. I'm not aware of an OSK xmodem server, but there might be one floating around. How to do this depends on the terminal program you use on the XT, I do Zmodem transfers (Kermit too) dialed into my MM/1 from work where I use Crosstalk on a Dell 386. -Bill- There are 2 Replies. #: 17388 S7/Telecommunications 17-Jan-93 06:47:56 Sb: #17378-terminal help Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 (X) Thanks I guess I am ready to give it a try. My serial card should be in on Tuesday. Thanks for the help. Keith #: 17392 S7/Telecommunications 17-Jan-93 12:50:27 Sb: #17378-#terminal help Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Re: xmodem server for OSK. I have a file in my archives called xm19.ar. I believe I got it here, but not sure if that is the filename (it probably is). The archive contains source for an interactive xmodem server. I have never tried it...but it should work. There is 1 Reply. #: 17401 S7/Telecommunications 18-Jan-93 07:45:38 Sb: #17392-#terminal help Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, I have what I think is the OS9 version of that xmodem server, its called xm, and its version 1.8. I'll look around for the OSK version. Thanks. -Bill- There is 1 Reply. #: 17405 S7/Telecommunications 19-Jan-93 05:33:19 Sb: #17401-terminal help Fm: Steve Wegert 76703,4255 To: Bill Dickhaus 70325,523 (X) Bill, It's in LIB 7 I think. I grabbed it last night and it seemed to compile ok with a few minor tweaks. You may want to look for the reference to 'pwd' and change it to 'pd'. It's somewhere around the 'log directory' option. *- Steve -* #: 17424 S7/Telecommunications 23-Jan-93 14:24:54 Sb: #terminal help Fm: keith bauer 71102,317 To: bill dickhaus Bill, I need your help again :-). I have connected my pc to the MM/1 via the /T1 port. I have been able to setup mstmon and had no problems. I have also been able to run Terminal on the MM/1 and Telex on the pc and send files from the MM/1 to the clone at upto 19200 baud. My problem comes when I try to send files from the clone to the MM/1. I have raised the input and output buffers to 8192. Any ideas why I can't send from the clone but I can from the MM/1? Thanks Keith There is 1 Reply. #: 17426 S7/Telecommunications 23-Jan-93 16:24:28 Sb: #17424-#terminal help Fm: Bill Dickhaus 70325,523 To: keith bauer 71102,317 (X) Keith, What kind of problems are you having? I send and receive files on /T1 from a CoCo at 9600 baud, and on /T0 via a modem from a PC at work, and the only problems I have are with the CoCo. Are you using a protocol transfer, like xmodem? There are 3 Replies. #: 17427 S7/Telecommunications 24-Jan-93 06:31:08 Sb: #17426-terminal help Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 (X) Bill, I can't transfer a file from the clone to the MM/1. I keep getting errors and it finally stops sending. I have tried using xydown, and rz (modified to use t1) as well as using Terminal and it's built in xmodem, xmodem-1k, and Ymodem batch. I have the port set for 19200 and the buffers set to 8192. I was also having the problem at 9600 baud. Now that I think about it my buffers were smaller when I tried it at 9600 so I will try it some more at that speed. Keith #: 17434 S7/Telecommunications 25-Jan-93 19:00:04 Sb: #17426-#terminal help Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) While we're on serial problems... I was here last night on another forum doing a capture of a library directory. I signed on at 9600 with a LAP-M connection. I am using /t3 with TYPE=80 in the desc. (which should enable hardware handshaking), plus I have my buffers set to 4K for in/output. Now, when I was reading the directory I got a repeating sequence of some 20 or so lines. I was doing a disk capture at the same time. So, who's screwing up? Is the serial driver buggy in telling the modem to wait? Or is the modem confused (remember, it is doing error correction)? Or is CIS? Darned if I know...I logged off and tried again at 2400 and it worked fine. I suspect there is a problem with the MM/1 screen not being fast enuf and something with the DMA to the HD. Paul Ward told me that there was something one could do with the size of packets being written to the HD--but he couldn't remember what it was . There is 1 Reply. #: 17439 S7/Telecommunications 26-Jan-93 04:47:08 Sb: #17434-#terminal help Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, Were you using Sterm? That's symptomatic of a read error of some kind (the repeating data), and is actually a bug in Sterm, although at least one byte would have been lost, in any case. There is a chance that the DMA to the HD was causing problems. Carl explained this to me once, theoretically decreasing the size of the chunk of data sent to the HD might improve the situation, but would slow down the data transfer rate to the HD significantly. In InfoXpress I do all my own software flow control, and rarely, if ever, have any problems. But I send a ^S before writing to disk, then a ^Q to get things going again, which I guess would help avoid the problem. I've also noticed that when doing large zmodem transfers, that if there is any other disk activity, like from another window, that I get an occasional 244 error. -Bill- There are 2 Replies. #: 17440 S7/Telecommunications 26-Jan-93 19:57:23 Sb: #17439-#terminal help Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) Yup, I'm using sterm. Most times it's all I need; and I can get it to work too. I look forward to seeing InfoXpress (I'm just disappointed that you didn't ask me to beta test ). Speaking of strangness and lost bits...(nothing to do with sterm) if I have a lot of scsi activity (like formatting/verifying a HD) I get real strange responses on my keyboard. Again, could be that chuck size problem. Frankly, I'd give up a touch of speed (after all, this guy is pretty fast as is) for a bit more on the reliablity side of the equation. There is 1 Reply. #: 17446 S7/Telecommunications 27-Jan-93 06:22:15 Sb: #17440-terminal help Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, I use Sterm all the time too, even when I could be using InfoXpress :-) I get strange responses on my keyboard too, like "automatmic" window switching, and characters being generated when I'm pressing arrow keys. This is particularly bad when I'm doing a lot of editing, and typing fast, while something like a compile is going on in another window. Maybe we can find someone to come up with a patch. -Bill- #: 17444 S7/Telecommunications 27-Jan-93 02:53:31 Sb: #17439-#terminal help Fm: Mark Griffith 76070,41 To: Bill Dickhaus 70325,523 (X) Bill, > Were you using Sterm? That's symptomatic of a read error of some kind (the > repeating data), and is actually a bug in Sterm, although at least one byte > would have been lost, in any case. There is a bug is Sterm that causes the repeated lines when the receive buffer overflows. The cause in Bob's case was he was probably capturing files to the disk and the data was being displayed on the screen at the same time. If you do this at 9600 baud, the MM/1 screen will eventually fall behind and the buffer will overflow. Increasing the size of the receive buffers only increases the time it takes to happen--but it eventually will. The solution is to not display anything on the screen while doing a capture. This has been included in the Sterm-Pro code. I'm also looking into how to make the screen printing faster, but haven't succeeded. For now, it is best to download the file instead of capturing it if you can. If you must do a capture, then breaking it up into smaller chunks will help. Of course, the BEST method is to get IX (grin). /*----------- /\/\ark -----------*/ There is 1 Reply. #: 17450 S7/Telecommunications 28-Jan-93 18:04:27 Sb: #17444-#terminal help Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Mark, you got it right...I was saving stuff to the HD. Um, would I avoid the problem if I were to save to Ramdisk instead? Or is the problem with the MM/1 screen running at 9600? There are 2 Replies. #: 17452 S7/Telecommunications 29-Jan-93 07:00:22 Sb: #17450-terminal help Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, It's the screen that's falling on itself. Mark's added a switch in StermPro that turns off the echo to screen to work around this problem. I had heard tell that Kev was looking into speeding the screen up, but ... *- Steve -* #: 17454 S7/Telecommunications 30-Jan-93 02:55:01 Sb: #17450-#terminal help Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, > Mark, you got it right...I was saving stuff to the HD. Um, would I > avoid problem if I were to save to Ramdisk instead? Or is the problem > with the MM/1 screen running at 9600? The problem is the MM/1 screen scrolling can't keep up at 9600 baud with Sterm. Ed Gresick tells me he has an assembly language term program that has no problem with his Sys IV in this area, but Sterm does. I have looked at the Sterm code to see where I could speed things up, but haven't come up with anything yet. In the mean time, I've set Sterm up so if you are doing a capture at 9600 baud, it will ask you if you want to have it displayed on the screen also. Actually, I can't see the need for the screen display since you can't read it anyway. If you'd like a copy of this version of Sterm, contact Ed. The one I'm using is Sterm-Pro, and it's not near ready to be given out even as an alpha copy. /*----------- /\/\ark -----------*/ There is 1 Reply. #: 17459 S7/Telecommunications 30-Jan-93 21:22:13 Sb: #17454-terminal help Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Mark, I just had a look at the STERM source. I guess a few things could be done...let me know if you tried either (in which case I won't): 1. Right now you are writing to the screen as soon as you get 10 characters in your buffer. If this was increased it would cut down considerably on the overhead involved in system calls. I'd look at increasing the buffer to a full line (or more?) and print it whenever the modem doen't have something, it is full or if a CR is received. 2. What about sending an xon/off sequence before/after the screen writes (esp. if you increase the buffer size). Hmmm, maybe this would just add too much overhead? Probably. Maybe just if you have a full buffer to print? 3. Finally, what about checking the number of characters ready from the modem. If there are a large number (and a disk capture is being done) you could just dump a whole packet to the disk and not bother to display it. I don't like this...but I'd rather have gaps in the stuff scrolling by than gaps in the stuff in the disk file. The problem with turning off screen display is: how do you know when to turn it back on? After listing a file or whatever you get a prompt--and with the screen display off.... I can't see how changing anything to asm. would make a marked difference in thoughput. The problem with doing testing from this end is getting something else to dump data to my screen fast enuf. Hmmm, I suppose I could hook up a null modem to my coco or something and see. #: 17441 S7/Telecommunications 26-Jan-93 19:57:35 Sb: #17426-terminal help Fm: Bob van der Poel 76510,2203 To: Bill Dickhaus 70325,523 (X) While we're on serial problems... I was here last night on another forum doing a capture of a library directory. I signed on at 9600 with a LAP-M connection. I am using /t3 with TYPE=80 in the desc. (which should enable hardware handshaking), plus I have my buffers set to 4K for in/output. Now, when I was reading the directory I got a repeating sequence of some 20 or so lines. I was doing a disk capture at the same time. So, who's screwing up? Is the serial driver buggy in telling the modem to wait? Or is the modem confused (remember, it is doing error correction)? Or is CIS? Darned if I know...I logged off and tried again at 2400 and it worked fine. I suspect there is a problem with the MM/1 screen not being fast enuf and something with the DMA to the HD. Paul Ward told me that there was something one could do with the size of packets being written to the HD--but he couldn't remember what it was . #: 17462 S7/Telecommunications 01-Feb-93 02:56:29 Sb: #17459-terminal help Fm: Mark Griffith 76070,41 To: Bob van der Poel 76510,2203 (X) Bob, >1. Right now you are writing to the screen as soon as you get 10 >characters in your buffer. If this was increased it would cut down >considerably on the overhead involved in system calls. I'd look at >increasing the buffer to a full line (or more?) and print it whenever >the modem doen't have something, it is full or if a CR is received. If you increase that little buffer it makes the screen output very jumpy at 2400 baud and less. I might be able to adjust the size depending upon the baud rate but haven't tried that yet. >2. What about sending an xon/off sequence before/after the screen >writes (esp. if you increase the buffer size). Hmmm, maybe this would >just add too much overhead? Probably. Maybe just if you have a full >buffer to print? That would slow everything down too much. Also, there are boards and other services that don't acknowledge XON/XOFF. >3. Finally, what about checking the number of characters ready from the >modem. If there are a large number (and a disk capture is being done) >you could just dump a whole packet to the disk and not bother to display >it. I don't like this...but I'd rather have gaps in the stuff scrolling >by than gaps in the stuff in the disk file. I don;t like this either. I wouldn't worry about it too much Bob. I'll figure out something. You're talents would be better served working on projects you have going now. /*----------- /\/\ark -----------*/ #: 17464 S7/Telecommunications 01-Feb-93 18:30:26 Sb: #17454-terminal help Fm: Bob van der Poel 76510,2203 To: Mark Griffith 76070,41 (X) Mark, I just can't help it...I'm a natural born tinkerer. I played with Sterm some this weekend and think I have a reasonable solution to the overflowing buffers. I have added the following routine to io.c: echo_ok() { return (_gs_rdy(mp)>1024) ? 0 : 1; } This is a _real_ hack--it _assumes_ a large scf buffer (I have mine set to 4K). Anyway, the main loop of sterm has a write() call. I just put a call to echo_ok() in front of it: if(echo_ok()) write(..); The theory is that if there is lots in the scf buffer we are approaching an overflow...so don't echo the stuff to the screen. It appears to work okay. Nice thing is that the last part of the file or final prompt is displayed. Would be better if sterm knew the size of the scf buffer...is there a standard way to determine this? Oh, I also changed the trigger size for the write from 10 to 80 characters. Don't know if this makes any real difference. My first attempt wrapped the write() with xon/off sequences. This worked, but really undermines the use of 9600 baud. It appears that a MM/1 screen can only scroll at about 4800 baud. The other problem with the xon/off popped up when I logged onto a RIBBS board which does not recognize xon/off...it kept interpreting the xon/off as invalid menu selections. #: 17529 S7/Telecommunications 15-Feb-93 03:24:18 Sb: #17434-#terminal help Fm: Mike Haaland 72300,1433 To: Bob van der Poel 76510,2203 (X) Hey Bob, I think the main problem is LAP-M. I setup my modem to only use V.32 and MNP 5 and have had none of the symptoms your having since. There should be an AT code to turn off the LAP-M correction. I use to get errors so bad that long DL's would abort about 9/10ths of the way thru. Really is painful on 2 meg DL's. Let me know if this helps you out. - Mike - There is 1 Reply. #: 17533 S7/Telecommunications 15-Feb-93 21:10:24 Sb: #17529-terminal help Fm: Bob van der Poel 76510,2203 To: Mike Haaland 72300,1433 (X) Ummm, Mike, I don't recall what errors were are talking about. However, LAP-M (the same as v42) works fine for me. I'm having no problems at all talking to CIS these days. Well, I did "fix" the input buffer overflow problem with the mm/1 screens getting behind sterm. I don't use v42.bis at all (could that be a problem?). #: 17534 S7/Telecommunications 15-Feb-93 23:06:12 Sb: #Unzip w/ inflate Fm: Don Kircher 76346,3475 To: Bob van der Pol Hi Bob! I saw your upload of UNZIP.LZH for MM/1 and was wondering if the source for that is the current version available in IBMPRO with inflate? What is the probability of compiling it for Coco successfully? I have been playing with the code, but I have no programming backround. Have even gotten it to run through to the linker, though I'm a bit suspicious that it will all fit in memory. This has become a rather critical issue for me since the archive feeds I get from the FAA of the Federal Register no longer work with Vaughn Cato's unzip3.[sigh] All I've done so far is #define it for UNIX and remove or comment out exotic #if statements. Thx Don Kircher There is 1 Reply. #: 17536 S7/Telecommunications 16-Feb-93 20:46:54 Sb: #17534-#Unzip w/ inflate Fm: Bob van der Poel 76510,2203 To: Don Kircher 76346,3475 (X) The unzip I have was mailed to me by a friend who got it from a unix source. The 'readme' says "A public distribution version of the Info-ZIP project's generic UnZip utility; 21 August 1992." My binary is 55K, so I would think that it _should_ fit in the coco3 since the binaries are usually much smaller there due to shorter opcodes. Mind you, I see I have linked in 64K of stack space too...so it might not. If you want I could send you the whole mess on a disk (the source is about 300K so I don't want to waste $ on uploading). Send me a formatted disk in a mailer and I'll copy the mess over for you. BTW, as I recall, I ended up using GCC to compile this. Plus I needed a number of unix functions...some from gcc and others from blarslib.l. Neither of which will help you on the coco. There is 1 Reply. #: 17537 S7/Telecommunications 16-Feb-93 23:02:34 Sb: #17536-#Unzip w/ inflate Fm: Don Kircher 76346,3475 To: Bob van der Poel 76510,2203 (X) The file I've been messing with carries the same banner and date as yours. It came with compiling instructions and .proj files for a BUNCH of computers. I'm guessing that the unix functions were ANSI standard library functions such as you might find in the Bourland C++ package? I stumbled across a book of source code for the ANSI standard C library (Plauger 1990) which take care of that if it will just fit in memory. Too much tinkering and I'll have to throw in the towel. Linked lists and the like are **way** beyond what I'm capable of doing.. Thanks for the reply dlk There is 1 Reply. #: 17548 S7/Telecommunications 19-Feb-93 19:14:58 Sb: #17537-Unzip w/ inflate Fm: Bob van der Poel 76510,2203 To: Don Kircher 76346,3475 I don't think you'll have to resort to the Plauger book too much. The problem is mostly a bunch of missing unix-like calls. I think there is a file around here (unix.lib or something ....anyone recall for 6809???) which has most of the missing stuff. Let us know how you fare. #: 17556 S7/Telecommunications 21-Feb-93 10:16:37 Sb: #17446-#terminal help Fm: Kevin Pease 70516,1633 To: Bill Dickhaus 70325,523 (X) There is a simple hardware hack that will eliminate the problem. If you are interested I will post. Since off hand I do not remember the pins to jumper. It requires two jumpers on the back of the MM1 processor board. There is 1 Reply. #: 17564 S7/Telecommunications 21-Feb-93 17:44:06 Sb: #17556-terminal help Fm: Bill Dickhaus 70325,523 To: Kevin Pease 70516,1633 Kevin, Eliminate which problem? The keyboard apparently generating spurious characters during disk access? Or the serial port dropping characters? I'm with Mark, now, that most of the dropped characters are due to screen updates, maybe we can all gang up on KD? -Bill- #: 17555 S7/Telecommunications 21-Feb-93 10:16:11 Sb: #17440-terminal help Fm: Kevin Pease 70516,1633 To: Bob van der Poel 76510,2203 (X) Bob you should probably set the transfer count to a lower number. You can use dmode on your hard disk descriptor when you want to do data com. The parameter to change is maxcount. What happens is that the fast hard disks monopolize the 68070 bus and cause the lost characters. If you have a padle board you might want to use t3 for modem use as it has a 4 character buffer built into the duart. That could reduce the problems. If you need a paddle board let me know. I may be able to sell you one. #: 17557 S7/Telecommunications 21-Feb-93 10:17:11 Sb: #17444-#terminal help Fm: Kevin Pease 70516,1633 To: Mark Griffith 76070,41 (X) Mark we need to bug KD about the hardware scrolling since that would most likely help to solve that problem. There is 1 Reply. #: 17566 S7/Telecommunications 21-Feb-93 22:24:37 Sb: #17557-terminal help Fm: Bob van der Poel 76510,2203 To: Kevin Pease 70516,1633 Kevin...thought you'd disappeared completely. Nice to see your presence here. Yes, we must bug KD about the hardware scrolling and some other promised goodies...like real F-keys. Unfort, seems he is busy making a real living these days . #: 17565 S7/Telecommunications 21-Feb-93 17:44:19 Sb: #17548-Unzip w/ inflate Fm: Bill Dickhaus 70325,523 To: Bob van der Poel 76510,2203 (X) Bob, The only unix library I'm aware of is for OSK, I think its in LIB 12. The source code is included, though, so that might help Don out. -Bill- #: 17568 S7/Telecommunications 22-Feb-93 09:25:49 Sb: #17548-Unzip w/ inflate Fm: Don Kircher 76346,3475 To: Bob van der Poel 76510,2203 (X) After fooling with the file a bit, I'm deciding that simply setting the UNIX flag is not enough. Running a compile through to the assembly source on the coco yields a four line file! With so many versions of UNIX running out there, which one for flag setting purposes might be closest to OS9? The header file unzip.h makes allowances for everthing from a Cray computer to an Amiga. Just how different are SUN and GCC UNIX? MINIX is also mentioned. My orginal strategy was to simply define it for UNIX and then #include all the coco headers just to see if it would compile. It is starting to look [ into the future ] like a new computer will be forced simply to maintain compatability with mundane utilities! How frustrating it is to have perfectly functional equipment [obsolete] which is paid for, and not be able to maintain simple compatability? It makes one want to rush off to programming school as if there were time for such activities. I've noticed that the current version of PKUNZIP is changing almost weekly. Most recently the FAA switched to version 2.xxG. ( from versions C and E just since mid January!) PK must own IBM stock.. Thanks for your reply. dlk #: 17671 S7/Telecommunications 09-Mar-93 04:06:04 Sb: #own bbs access number Fm: maarten amj van wamelen 100115,2205 To: kevin darling 76703,4227 (X) to kevin darling please give me your bbs personal access number thkx for all the help in 6309 amj There is 1 Reply. #: 17683 S7/Telecommunications 09-Mar-93 23:09:20 Sb: #17671-own bbs access number Fm: Kevin Darling 76703,4227 To: maarten amj van wamelen 100115,2205 (X) Hi Maarten, You have my number here (76703,4227). Is that what you meant? best - kev #: 17818 S7/Telecommunications 28-Mar-93 08:29:43 Sb: #17564-#terminal help Fm: Kevin Pease 70516,1633 To: Bill Dickhaus 70325,523 (X) Bill I have a hack that will eliminate the keyboar problems. It is two jumpers. It connects the keyboard handshake line There is 1 Reply. #: 17819 S7/Telecommunications 28-Mar-93 13:16:48 Sb: #17818-terminal help Fm: Bill Dickhaus 70325,523 To: Kevin Pease 70516,1633 Kevin, Is this a problem with specific keyboards? I'm planning on replacing my keyboard soon, is there a chance it will work OK? Could you tell us what the hack is? Thanks. -Bill- #: 17912 S7/Telecommunications 14-Apr-93 15:20:33 Sb: #17819-#terminal help Fm: Kevin Pease 70516,1633 To: Bill Dickhaus 70325,523 (X) This is not a specific keyboard problem. It has to do with system bus loading during hard disk transfers. I will look to se what the jumpers are. If you are going to be at the fest Maybee I can show you then. There is 1 Reply. #: 17913 S7/Telecommunications 14-Apr-93 17:37:31 Sb: #17912-terminal help Fm: Bill Dickhaus 70325,523 To: Kevin Pease 70516,1633 I thought that might be the case (that is wasn't a keyboard problem), but wasn't sure. Yes, I will be at the fest, see you there! -Bill- #: 17990 S7/Telecommunications 28-Apr-93 20:59:30 Sb: #?t3 questions Fm: keith bauer 71102,317 To: all I have just gotten my /T3 paddle board so my next set will be to pick up a 14.4 Fax/Modem. I was wondering if you guys could answer a few questions that I have and thus keep me from pulling out what little hair I have left. First off what are some modems that are currently being used with an MM/1. If you could please give me make and model it would help. Second there are some jumpers on the paddle boards. I know what they are for from the docs but I am not sure as to why I would want to set them in either manner. I could use some reasoning here please. Thanks for the time and hopefully when I log back on next week I will be tring out InfoXpress to find some answers to these questions. Keith There is 1 Reply. #: 17994 S7/Telecommunications 29-Apr-93 17:31:03 Sb: #17990-?t3 questions Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 > First off what are some modems that are currently being used with an MM/1. I'm using a SupraFaxModem upto 14.4. I'd give it a fair rating, but wouldn't purchase another until Supra fixes the current problems. (Lot's of problems connecting with other modems) > Second there are some jumpers on the paddle boards. I know what they are for > from the docs but I am not sure as to why I would want to set them in either > manner. I could use some reasoning here please. Jumper P4 controls the setting for RTS and DTR. You'll need to set this to toggle (rather than tied high) for use with a high speed modem. Also, the type bit on /t3 or /t4 will need to be xmoded to 80. > Thanks for the time and hopefully when I log back on next week I will be tring > out InfoXpress to find some answers to these questions. > You're gonna love it. If you need any help setting it up, just shout! *- Steve -* #: 18004 S7/Telecommunications 02-May-93 22:34:08 Sb: #17994-#?t3 questions Fm: keith bauer 71102,317 To: Steve Wegert 76703,4255 (X) > > I'm using a SupraFaxModem upto 14.4. I'd give it a fair rating, but wouldn't > purchase another until Supra fixes the current problems. (Lot's of problems > connecting with other modems) > Thanks for this info, is this because it uses the Rockwell chipset? > > Jumper P4 controls the setting for RTS and DTR. You'll need to set this to > toggle (rather than tied high) for use with a high speed modem. Also, the type > bit on /t3 or /t4 will need to be xmoded to 80. > Okay, when I use /T3 with a 2400 baud modem this should then set to tied high? > > You're gonna love it. If you need any help setting it up, just shout! > > *- Steve -* > So far so good I am using it to reply to this message so if you are reading this I guess I am doing okay. Thanks Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer There is 1 Reply. #: 18020 S7/Telecommunications 04-May-93 05:32:36 Sb: #18004-?t3 questions Fm: Steve Wegert 76703,4255 To: keith bauer 71102,317 (X) Keith, The message looks fine, so you must have gotten InfoXpress working. Congrats! Yes ... the Supra uses the Rockwell chipset. They've been "beta"ing a new rev that supposedly fixes the problems but .... On the jumpers ... I've got em both (/t3 and /t4) set to enable hardware handshaking. I use the SupraFax modem on /t3 with the port set to 19200 and another Supra 2400 on /t4. Both are doing just fine. This should be in the 'toggle' position. *- Steve -* #: 18000 S7/Telecommunications 01-May-93 20:31:37 Sb: #17990-#?t3 questions Fm: Bob van der Poel 76510,2203 To: keith bauer 71102,317 (X) Keith, I have a 'infotel' 9600 v32/42.bis modem which I got from Midwest Micro. I have no complaints at all...expect that no one has written any software to use the fax capabilites . There is 1 Reply. #: 18005 S7/Telecommunications 02-May-93 22:34:22 Sb: #18000-?t3 questions Fm: keith bauer 71102,317 To: Bob van der Poel 76510,2203 (X) > Keith, I have a 'infotel' 9600 v32/42.bis modem which I got from Midwest Micro. > I have no complaints at all...expect that no one has written any software to > use the fax capabilites . > Thanks Bob, I will make up a list of the ones that are being used so I have something to go on when I go shopping. The one I get will have the fax capabilites because I am sure someone will come up with the program to use it. Right Mark Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer #: 18013 S7/Telecommunications 03-May-93 16:28:47 Sb: Dropped characters Fm: Jon Beach 70004,1607 To: all I have just recently started getting back into using my CoCo 3 for telecommunications, I have started having a problem with dropped characters that was not present previously. There have been changes to my system, both hardware and software and I wonder if I could have any help from you guys in solving this problem. Previously, I was using an FD-501 disk controller and my modem was attached to the built-in serial port on the computer. I had installed a hardware modification ("The Forgotten Chip" hack from the Rainbow Magazine) which basically was an internal modification that provided full ACIA support through the built in port without any external hardware (like a program pak). This ACIA is addressed at $FF30 and had an IRQ line tied directly to the 6809. I was using the stock CC3Disk driver modified for 512 byte sector support, the stock ACIAPAK driver modified for a 256 byte buffer and the stock T2 descriptor modified for the $FF30 ACIA address. My primary terminal program was the shareware verision of Eddie Kuns's K-BCOM terminal program, though I did use OS-TERM by Vaughn Cato. Since then, I started using a Disto Super Controller-II with a 3-n-1 Mini Expansion Board which provided an additional serial port (addressed at $FF54). I am also using the CC3Disk driver supplied with the SC-II which provides no-halt disk by sleeping when not in use (as opposed to the one using IRQ). The IRQ for the serial port is tied directly to the IRQ pin in the cartridge port. Additionally, I started using Bruce Isted's SACIA driver (with matching descriptors) which I have set to support maximum buffer size (which is a few K). Also, I have added various of the Level 2 "upgrade" patches like the kernal patch for filenames. Also, I have in addition to the above terminal programs, I have started using STERM which is the best program that supports the CIS B protocl. I have tried various configurations of ACIA drivers and the several versions of CC3Disk and the problem is less obvious using the SACIA driver and the no-halt CC3Disk that sleeps. However, the problem is still present. I cannot go back to using the internal ACIA circuit because a side-effect of using the no-halt disk drivers (either version) is that garbage is occasionally sent out the built in serial port (though the problem disappears if I use the stock or 512-sector versions of CC3Disk). Any ideas on this problem? I have drawn a blank on all solutions. Jon Beach P.S. I forgot to mention it but my modem runs at 1200 baud and my T2 descriptor is XMODE'd accordingly. #: 18014 S7/Telecommunications 03-May-93 18:36:37 Sb: #InfoXpress Fm: John R. Wainwright 72517,676 To: Bill Dickhaus 70325,523 (X) Hi Bill, Had to try out InfoXpress as soon as I got home from the fest. Even at 2am, and after driving about 300 miles, the installation went very well. The program only choked once, because I had my modem set up to ignore DTR (a leftover part of a temporary cure for early problems with "/T0"). Once I set it to `read and heed DTR' it did a better job of hanging up the phone. This is the program's first outgoing message. Nice Job. John R. Wainwright There is 1 Reply. #: 18015 S7/Telecommunications 03-May-93 19:16:10 Sb: #18014-InfoXpress Fm: Bill Dickhaus 70325,523 To: John R. Wainwright 72517,676 (X) John, Its good to hear that you had very little trouble setting up InfoXpress. Its one of the areas that I spent a great deal of time on, but not something that was easy to test! -Bill- #: 18019 S7/Telecommunications 04-May-93 03:52:59 Sb: #InfoXpress Fm: SCOTT HOWELL 70270,641 To: all What is InfoXpress? I communications program I gather !! Will it work on a K4 system, or is it just for the MM/1?? There is 1 Reply. #: 18023 S7/Telecommunications 04-May-93 17:30:56 Sb: #18019-InfoXpress Fm: Steve Wegert 76703,4255 To: SCOTT HOWELL 70270,641 (X) Scott, InfoXpress is a "auto-nav" communications program for OS9/OSK. It allows you to define your favorite places on CompuServe and Delphi and then will nab and process your mail and forum messages unattended. It works grand on the MM/1 (been running it for a loooong time!), and there's an official version for the CoCo as well. It's been tested on a TC70 with some success (depending on the serial port used), not sure of it's status on one of Ed's machines, tho. Perhaps they had a chance to test it at the 'fest. It's a commercial offering. Drop a note to Bill Dickhaus for more info if he doesn't already pipe up and answer your message as well. *- Steve -* #: 18121 S7/Telecommunications 19-May-93 10:12:12 Sb: #Sterm for OS-9000 Fm: Bill Dickhaus 70325,523 To: all I've just uploaded Sterm for OS-9000, file STERM.BIN in LIB 7. For documentation you'll need STERM.DOC, also in LIB 7. This is the first thing I've ported to OS-9000. We're trying to get together a group of people willing to assist in porting other software from OSK to OS-9000. -Bill- There are 2 Replies. #: 18138 S7/Telecommunications 20-May-93 21:37:22 Sb: #18121-Sterm for OS-9000 Fm: Timothy J. Martin 71541,3611 To: Bill Dickhaus 70325,523 I have tweeked the OSK ckermit source a bit to get it to compile and run under OS-9000, if that is interesting to anybody. #: 18139 S7/Telecommunications 20-May-93 21:40:20 Sb: #18121-#Sterm for OS-9000 Fm: Timothy J. Martin 71541,3611 To: Bill Dickhaus 70325,523 I have tweeked the OSK ckermit source to compile under OS-9000 (and run), if that is interesting to anybody. There is 1 Reply. #: 18140 S7/Telecommunications 20-May-93 22:41:22 Sb: #18139-Sterm for OS-9000 Fm: Timothy J. Martin 71541,3611 To: Timothy J. Martin 71541,3611 (X) Well, I just uploaded ckermit executable for OS-9000 to telecom data area. #: 18142 S7/Telecommunications 21-May-93 01:31:13 Sb: #IX and mail Fm: keith bauer 71102,317 To: Bill Dickhaus 70325,523 Bill, I seem to have a problem getting my mail here on CIS while using IX. The forum parts works just fine. I probably have something setup wrong in my default file. What should I check. The GO WORD is mail and I call the forum Mail. I have the option block named [Mail]. I only have two options setup - MessageAge and GoWord. In looking at my log from yesterday this is the start of it: CompuServe Information Service 04:30 CDT Thursday 20-May-93 Last access: 05:46 17-May-93 Copyright (c) 1993 CompuServe Incorporated All Rights Reserved You have Electronic Mail waiting. GO RATES for current information [H[JWhat's New This Week[;80H ^P [24H[J^P Interrupt. !SET PAGED OFF [24H[JEnter choice !GO CIS:mail [H[J [24H[J[H[JCompuServe Mail Main Menu [7H 1 READ mail, 1 message pending 2 COMPOSE a new message 3 UPLOAD a message 4 USE a file from PER area 5 ADDRESS Book 6 SET options 9 Send a CONGRESSgram ($) [24H[JEnter choice !SET MOD COM [24H[J[24H[JEnter choice !GO CIS:OS9 [24H[J[H[J[H[J[H[J You have left basic services [H[JComputing Support[;77HOS9 One moment please... [H[JWelcome to The OS-9 Forum+, V. 3A(126) Thanks for any help you can give me. Keith Bauer CIS :71102,317 Delphi:keithbauer Genie :k.bauer Yes, this was uploaded via InfoXpress/OSK by Bill Dickhaus! There is 1 Reply. #: 18155 S7/Telecommunications 23-May-93 04:10:31 Sb: #18142-IX and mail Fm: Mark Griffith 76070,41 To: keith bauer 71102,317 Keith, > I seem to have a problem getting my mail here on CIS while using IX. From the looks of it, you need to manually login to CIS and turn off the menu option in mail. That should fix you up. Can't tell you exactly how to do it thou....maybe Steve Wegert can fill in those details. /************* /\/\ark ************/ #: 18185 S7/Telecommunications 25-May-93 22:19:11 Sb: #18139-Sterm for OS-9000 Fm: Bill Dickhaus 70325,523 To: Timothy J. Martin 71541,3611 (X) Yes, it is! Thanks for the upload. I'll download it tomorrow from work. -Bill- #: 18621 S7/Telecommunications 28-Aug-93 23:22:18 Sb: #Short-lived modems? Fm: David Breeding 72330,2051 To: All I think my modem is trying to go bonkers and wonder if anything can be done to fix it. The one I now have is an Emerson cheapie, but it seems that no matter what kind I use, a couple of years more or less is about the life of them, is this normal? This one is still working, but seems to be going offline as soon as it is turned on ( the last one seemed to want to hang up at odd intervals ) The main thing is whether this is a normal life expectancy for modems. I've used them on the bit-banger port, a RShack RS232 pak on an MP and now on a Disto 4-in-1 board and as I said, seemingly with the same durability (3 so far). Tnx David There is 1 Reply. #: 18622 S7/Telecommunications 28-Aug-93 23:31:41 Sb: #18621-#Short-lived modems? Fm: David Breeding 72330,2051 To: David Breeding 72330,2051 Re-reading my above message: when I said my modem went "offline", I meant to say "offhook" -oops- David There is 1 Reply. #: 18624 S7/Telecommunications 29-Aug-93 11:16:46 Sb: #18622-Short-lived modems? Fm: Steve Wegert 76703,4255 To: David Breeding 72330,2051 David, Do you live in a lightening prone area? That can really shorten the life of your modems. I have surge surpressors on all my modems (3 right now), both on the AC line and the phone line. The things are on 24 hours a day and have been going strong for quite a while. Something to think about ... *- Steve -* #: 18983 S7/Telecommunications 02-Oct-93 20:52:25 Sb: Novell Client for OS9 Fm: Jacob "Koby" Avital 71172,2722 To: sysop (X) Is anybody knows is I can find a Novell Client for OS9? #: 19013 S7/Telecommunications 06-Oct-93 14:47:19 Sb: #14.4K access Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) Bob, I've been meaning to ask, are you taking advantage of the recently announced 14.4k bps nodes for accessing CompuServe? *- Steve -* There is 1 Reply. #: 19018 S7/Telecommunications 06-Oct-93 22:30:57 Sb: #19013-14.4K access Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) No, I've not tried any of the 14400 nodes...I don't think that making an international call would compensate for the speed increase. However, I can't wait till my Vancounver node gets "fully" converted! #: 19026 S7/Telecommunications 07-Oct-93 12:21:17 Sb: #19018-#14.4K access Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) I'm curious, Bob ... what's the per minute rate for such a call? *- Steve -* There is 1 Reply. #: 19041 S7/Telecommunications 08-Oct-93 19:31:38 Sb: #19026-#14.4K access Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) My calling-plan gives me access to the Vancounver node at $0.18/min. A call to anywhere in the US is at least in the high 20s. So, it don't make too much sense to call the 14400 nodes (esp since the data flow will NOT be 1.5 times as fast). Just curious? Or are thinking again? There is 1 Reply. #: 19050 S7/Telecommunications 09-Oct-93 11:45:17 Sb: #19041-#14.4K access Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > be 1.5 times as fast). Just curious? Or are thinking again? Who me? Thinking? Nah ... gave up on that a while back. Just gets me into trouble and depletes the bank account! :-) I was just curious what you Northerners had to pay for LD. Actually ... having just suffered through testing a few of the 14.4 nodes, I won't be recommending them until CompuServe gets 'em fixed. I ran into RNA's, garbage spewing, and mismatched connects on every node I tried (4 different nodes!) No way to run a railroad. *- Steve -* There is 1 Reply. #: 19064 S7/Telecommunications 10-Oct-93 19:06:49 Sb: #19050-#14.4K access Fm: Bob van der Poel 76510,2203 To: Steve Wegert 76703,4255 (X) >I ran into RNA's, garbage spewing, and mismatched connects Ummm, pardon my ignorance...but what is a RNA? BTW, you could always try contacting customer service and they may help... . BTW, did you get the vprint update? Working okay... There is 1 Reply. #: 19074 S7/Telecommunications 11-Oct-93 09:50:38 Sb: #19064-14.4K access Fm: Steve Wegert 76703,4255 To: Bob van der Poel 76510,2203 (X) > Ummm, pardon my ignorance...but what is a RNA? BTW, you could always try > contacting customer service and they may help... . > Sorry Bob ... I hate when folks do that to me! :-) RNA is telco-eese for Ring, no answer. Customer Service? Ahh ... welll... err ... uhmmm ... > BTW, did you get the vprint update? Working okay... Yup ... it arrived and has been installed with my first 'problem' (see your email). All better now, tho! Thanks for your help. *- Steve -* #: 19112 S7/Telecommunications 14-Oct-93 07:05:51 Sb: VME Fax cards Fm: Gareth Hamer 100265,2751 To: All Does anyone know of a Fax card which will fit on a card in a VME chassis. This is for use in USA, Canada, UK, France and other European countries -but we can get US modems modified for use in Europe. Regards Gareth Hamer #: 19199 S7/Telecommunications 24-Oct-93 23:48:59 Sb: #COMMUNICATIONS Fm: DAVID GUESS 72237,2244 To: ALL, EVERYONE, ANYONE PROBLEM....................................... I just got started back with OS9 (Level II - CC3), no MPI to use that works for communications. Looked back in an old issue of Rainbow (5/89, I believe) and found a mod for the 6551 chip. It's working at 300 baud only right now . (would like to go on up to 1200 still). I'm using Telstar and Xcom9 to logon with buth can't download anything..............This is the problem...... Modifications show everything is working fine but I can't download anything except using GETER V2.5 (and I can't get it to go to disk, buffer only so no large files can be gotten.)........ I'm using the Disto super controller, Volksmodem 12, 3 DS drives, 512k mem. Anybody with a suggestion that doesn't deal with buying any hardware, I'd like to keep it set up this way. Or would consider buying a used 4 in 1 card for the controller if one is one sell somewhere. Any suggestions would be immensely appreciated... There are 2 Replies. #: 19201 S7/Telecommunications 25-Oct-93 07:48:26 Sb: #19199-#COMMUNICATIONS Fm: Jon Beach 70004,1607 To: DAVID GUESS 72237,2244 (X) David, I used the "forgotten chip" hack to add a 6551 to my CoCo 3 when it was first published and I had no problems getting it to work when at 300 or 1200 baud even with lengthy downloads using Kermit or the YMODEM in OSTerm. Then, when I had a little money, I added a Disto SCII with the no-halt drivers, and suddenly the 6551 mod became unstable. If I had my printer attached to the serial port and turned on, I would constantly get little spats of garbage printed out when the drives were running and it was impossible to use the serial port with the modem. Through experimentation, I found that if I installed the Tandy version of CC3Disk (insead of either Disto version), the 6551 modification goes back to working normally (though I lose the no-halt feature of the controller). I have posted here and on BITNET about the problem, but noone seems to know why the problem occurs or how to fix it. Again, using the original CC3Disk seemed to fix my problem, though since I got a 3n1 card when I bought the controller, I have never really had to go back to using the hacked serial port. Who knows? There is 1 Reply. #: 19202 S7/Telecommunications 25-Oct-93 13:00:38 Sb: #19201-#COMMUNICATIONS Fm: DAVID GUESS 72237,2244 To: Jon Beach 70004,1607 (X) THANKS FOR THE INFO...... I'LL DEFINITEY REWORK MY BOOT. SINCE LOGGING ON HERE ALLOWS FOR TYPE AHEAD I DON'T THINK I'LL MISS THE NO HALT FOR RIGHT NOW. I'VE JUST NEEDED SOMETHING TO ALLOW ME TO USE THE BIT BANGER PORT AND STILL BE ABLE TO DOWNLOAD STRAIGHT TO DISK. RIGHT NOW I'M USING GETERM V2.5 AND I'VE NEVER BEEN ABLE TO USE YMODEM OR XMODEM TO DISK WITH IT ONLY TO A BUFFER IN MEMORY. WHEN LOGGING ON TO TYMNET RIGHT NOW AT 1200 BAUD THERES TOO MUCH GARBAGE ON THE SCREEN BUT NOT WITH 300 BAUD. THIS OCCURS NO MATTER WHAT TERMINAL PRG I USE. JUST LIKE THE MODEM WAS OFF SYNC AT 1200. LOGS ON TO TELNET WITH NO PROBLEMS, II JUST DON'T KNOW THE PATH WAY TO CIS GOING THAT DIRECTION IF THERE IS ONE. ANYWAY, APPECIATE THE INFO, I'LL WORK ON IT NOW AND SEE IF THAT WORKS FOR ME. (I TOOK THE PRINTER OFF BECAUSE IT DID THE GARBAGE TRICK ALSO). THANKS AGAIN.......... DG There is 1 Reply. #: 19206 S7/Telecommunications 26-Oct-93 07:28:02 Sb: #19202-#COMMUNICATIONS Fm: Bill Dickhaus 70325,523 To: DAVID GUESS 72237,2244 (X) David, The lower speed Tymnet node in Miami has always been noisy, so it might not be your system. To log into CIS from SprintNet (Telenet) "c 202202" (this assumes you know how to get to the "@" prompt). -Bill- There is 1 Reply. #: 19208 S7/Telecommunications 26-Oct-93 14:08:13 Sb: #19206-COMMUNICATIONS Fm: DAVID GUESS 72237,2244 To: Bill Dickhaus 70325,523 (X) Appreciate the info on SprintNet.. I get to the @ prompt OK, but would have never figured "C 202202"....... Thanks......... dg. #: 19205 S7/Telecommunications 26-Oct-93 06:08:14 Sb: #19199-#COMMUNICATIONS Fm: Mark Griffith 76070,41 To: DAVID GUESS 72237,2244 (X) > PROBLEM....................................... I just got started back > with OS9 (Level II - CC3), no MPI to use that works for communications. > Looked back in an old issue of Rainbow (5/89, I believe) and found a mod > for the 6551 chip. It's working at 300 baud only right now . (would like > to go on up to 1200 still). I'm using Telstar and Xcom9 to logon with buth > can't download anything..............This is the problem...... > Modifications show everything is working fine but I can't download > anything except using GETER V2.5 (and I can't get it to go to disk, buffer > only so no large files can be gotten.)........ I'm using the Disto super > controller, Volksmodem 12, 3 DS drives, 512k mem. So you are using an RS-232 pac? Can you connect to CIS at 1200 baud then when you try to download a file using Xcom9, nothing happens? No error messages or anything? /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) There is 1 Reply. #: 19207 S7/Telecommunications 26-Oct-93 14:06:11 Sb: #19205-#COMMUNICATIONS Fm: DAVID GUESS 72237,2244 To: Mark Griffith 76070,41 (X) i'm using the "forgotten chip" mod from May 89 Rainbow. I got OSTERM working but still can log on @ 1200 baud nor can I download. Jon Beach told me he had to put the original CC3Disk driver back in a boot instead of the DISTO driver (Super Controller II). I took the 6551A chip and crystal from an old RS-232 pak. I can log on at 300 baud OK (thru Tymnet) and 1200 thru Telnet (I just don't know the path to CIS on Telnet if there is one.) 1200 thru Tymnet is worse now with the original CC3disk than with the no-halt cc3disk. 300 still ok. Just can't download using X or Y modem. The 6551A chip is supposed to be rated at 2mHz......... I'm not using an MPI or RS-232 pak, just the mod from Rainbow... Any help is appreciated... There is 1 Reply. #: 19214 S7/Telecommunications 28-Oct-93 05:36:14 Sb: #19207-COMMUNICATIONS Fm: Mark Griffith 76070,41 To: DAVID GUESS 72237,2244 > i'm using the "forgotten chip" mod from May 89 Rainbow. I got OSTERM > working but still can log on @ 1200 baud nor can I download. You probably have a problem with the hardware. Some of the terminal programs, like xcom9, use the _gs_rdy() system call to see if there is something at the port to get. This relies on the driver being able to receive an interrupt from the serial port. Some other telecom software doesn't do this and polls the hardware port. These will probably work while the more advanced programs will not. Make sure you are generating and interrupt from the port and see if that doesn't help. /************* /\/\ark ************/ (uploaded with InfoXpress Ver 1.01) #: 19247 S7/Telecommunications 03-Nov-93 19:44:06 Sb: #19214-COMMUNICATIONS Fm: DAVID GUESS 72237,2244 To: Mark Griffith 76070,41 (X) for some reason or another, I can't come thru TYMNET. Telnet (SprintNet or whatever) works fine and dandy. no problems now whatsoever. can download using xmodem but ymodem still won't work (?). OsTerm, Telstar, XCom9 and a couple of others all ok, just no ymodem.. I'll just stick with xmodem for now... appreciate the help............. dg