mikey@NRC.COM (Mikey Goodglick) (09/30/89)
the characters being DRAWN on the screen. I HAVE to multi-task when downloading
(its a habit..) What is wrong???
I have in memory....
Gomf 2.2
Conman V?.?
MyMenu
Mounted Harddrives
Addmemed Memory
SetPatch
VirusX 3.2
FaccII
Mach V?.?
Probably others that I am for getting.
Anybody have any ideas??
--
===============================================================================
"I like pizza, I like it green, I like it dripping down my screen!!"
____________________________________
LIGHTS!, CAMERA!, ACTION! | Mike Goodglick |
| Network Research Corporation |
**** Mikey ****, | 2380 North Rose Avenue |
In 3D, Part II, The Final Chapter | Oxnard, California 93030 |
A New Beginning...But this time, | (805)485-2700 x355 |
Someone is waiting. | mikey@nrc.com mikey@nrcvax.UUCP|
(Amiga, a REAL Chameleon) ------------------------------------jones@uv4.eglin.af.mil (Calvin Jones, III) (05/31/90)
John Sparks <sparks@corpane.uucp> writes: > BTW: as an aside to Jack Radigan: How is your experience with JRCOMM? It > is shareware right? Have you made any profit on it yet? Is it worth it? I know that I'm CONTINUALLY seeing versions of JRCOMM uploaded to my BBS and later seeing someone leave a message that the version left on the BBS is NOT freely distributable. I think V94a is the lates version that can be legally distributed, and I've seen or heard of versions through 99o. I sometimes wonder how an author can go through so many beta versions before release. I'd almost bet that the program is just written without any formal test plan developed in the hopes that the "beta testers" can do all the debugging before the "release" version. --- Cal // Cal Jones - Internet: <Jones@UV4.Eglin.AF.Mil> \X/ BBS: 904-243-6219 1200-9600HST 340Meg, all Amiga Single Tasking? *JUST SAY NO!!!*
Peter_Warren_Lee@cup.portal.com (06/01/90)
>I sometimes wonder how an author can go through so many beta versions >before release. I'd almost bet that the program is just written without Who cares how it was written? At least it's out there and working and the price is right. It's not like you're plunking down any cash. I looked for a good term for a long time and was delighted to find JRcomm. The only thing missing (IMO) is a way to quote messages in the buffer.
eretherf@math-cs.kent.edu (Eric Von Retherford) (06/01/90)
Where can I get the lastest version of JRComm??(0.99??) I need the one with VT100 emulation. Please respond Email so I don't waste he time of other readers. Thank you!! Eric Von Retherford
jimb@faatcrl.UUCP (Jim Burwell) (06/02/90)
jones@uv4.eglin.af.mil (Calvin Jones, III) writes: [stuff deleted] >I sometimes wonder how an author can go through so many beta versions >before release. I'd almost bet that the program is just written without >any formal test plan developed in the hopes that the "beta testers" can >do all the debugging before the >"release" version. Why ? Beta testing is one of the best ways to test a program. Through alpha/beta/gamma testing, a program can be put through the rigors of functioning under many different configurations and situations. As far as I'm concerned, beta testing IS a "formal test plan". Any other form of "formal test plan" requires the author(s) to think up EVERY situation the program will ever encounter. This isn't easy for the author, and even if he/she has the courage to try this "method", there is ALWAYS a situation the author won't think of. e.g., the author can only do SO MUCH as far as testing all by himself. The real acid-test for the program is turning it loose on a few trusted <cough> users who won't distribute the program to everyone in the world <puke>. These users can run the program through its paces and see what nasty creatures pop out of the code. They can then give some informative feedback to the author(s) who will fix the problems. Nifty, eh ? BTW, the beta-testers don't do "all the debugging". They simply find the bugs, and tell the author(s) about them (hopefully adding other usefull info, such as their environment, what they did, the input which caused the problem, etc,etc ). It's the author's duty to bang his head against the monitor in frustration while finding the bugs (or "debugging"...works for me :-). At any rate, beta-testing is usually the way to go. That's why lil' companies like CBM, IBM, Ashton-Tate, Lotus, Microsoft, Novell, etc do beta testing. And it's especially important with comm. programs.. C'ya Jim -- James S. Burwell UUCP: ...!rutgers!faatcrl!jimb Internet: jimb@faatcrl.UUCP "The Maker is the one who is part of what he makes." - The Redbird, from _The Tales of Alvin Maker_
n350bq@tamuts.tamu.edu (Duane Fields) (08/07/90)
I am running JRComm on my Amiga 500 w/ a USR 9600 baud. I am unable to change the macros of each phone entry, clicking on macro accomplishes nothing! While I am here, what are the bad/good parts of locking the serial port to say 19.2 for a 2400 baud connection?? Duane
jprad@faatcrl.UUCP (Jack Radigan) (08/07/90)
n350bq@tamuts.tamu.edu (Duane Fields) writes: >I am running JRComm on my Amiga 500 w/ a USR 9600 baud. I am unable to change >the macros of each phone entry, clicking on macro accomplishes nothing! >While I am here, what are the bad/good parts of locking the serial port >to say 19.2 for a 2400 baud connection?? You can only create macros for phonebook entries that have a macros filename defined, look right below the phone number string gadget... There's no real advantage to using a locked 19.2kbps port when you're connected at 2400bps w/o MNP. In fact, it can be a disadvantage if you're uploading and experience errors due to the data in the modems internal buffer having to get purged. -jack-
jmeissen@oregon.oacis.org ( Staff OACIS) (08/07/90)
If someone knows of an ftp site that has a copy of the latest JRComm, please e-mail me. -- John Meissen .............................. Oregon Advanced Computing Institute jmeissen@oacis.org (Internet) | "That's the remarkable thing about life; ..!sequent!oacis!jmeissen (UUCP) | things are never so bad that they can't jmeissen (BIX) | get worse." - Calvin & Hobbes
jma@beach.cis.ufl.edu (John 'Vlad' Adams) (08/08/90)
I hope you are using .94D instead of 1.0, as with 1.0 you cannot use 19.2k WITH CTS, and using Xon/Xoff is a *crime* on an HST. -- John M. Adams --**-- Professional Student on the six-year plan! /// Internet: jma@beach.cis.ufl.edu -or- vladimir@maple.circa.ufl.edu /// "We'll always be together, together in electric dreams" Tangerine Dream \\V// Cosysop of BBS:42; Amiga BBS FIDOnet 1:3612/42. 904-438-4803 (Florida) \X/
jprad@faatcrl.UUCP (Jack Radigan) (08/08/90)
jma@beach.cis.ufl.edu (John 'Vlad' Adams) writes: >I hope you are using .94D instead of 1.0, as with 1.0 you cannot >use 19.2k WITH CTS, and using Xon/Xoff is a *crime* on an HST. You most certainly can, I am. Check your settings. Also, you can use XON/XOFF with an HST you should use AT&I2 which keeps XON/XOFF betwen computer and modem only. This is, of course, unfriendly to protocols that require 256 byte transparency, but will work with ZMODEM as it encodes those characters. -jack-
fac2@dayton.saic.com (Earle Ake) (08/09/90)
In article <7208@helios.TAMU.EDU>, n350bq@tamuts.tamu.edu (Duane Fields) writes: > I am running JRComm on my Amiga 500 w/ a USR 9600 baud. I am unable to change > the macros of each phone entry, clicking on macro accomplishes nothing! > While I am here, what are the bad/good parts of locking the serial port > to say 19.2 for a 2400 baud connection?? You have to specify a filename for the macro first, then click on macro to change it. Shouldn't be a problem as long as you have flow control enable from your Amiga to the modem. I think the best would be RTS/CTS. If you don't, the Amiga will send much faster than the modem can pass data along and it will lose data outbound. It probably will not happen on incoming data since the data is accepting data much slower than it passes it along to your Amiga. -- _____________________________________________________________________________ ____ ____ ___ Earle Ake /___ /___/ / / Science Applications International Corporation ____// / / /__ Dayton, Ohio ----------------------------------------------------------------------------- Internet: fac2%dayton.saic.com@uunet.uu.net uucp: dayvb!fac2
caldwell_t@darwin.ntu.edu.au (08/17/90)
I have a problem with JRCOMM with all versions I've seen to date. The time here is GMT + 7 hours 30 mins. This is not an even number of hours. Is this a problem with ZMODEM or just with JRCOMM? Also it doesn't have KERMIT. Will JRCOMM share the serial port with another program running kermit? Thanks, Malcolm.
tinyguy@quiche.cs.mcgill.ca (Yeo-Hoon BAE) (08/19/90)
Hi, has anyone succesfully changed the font type to anything other than the default one??? There is an option to change it, but it doesn't seem to do anything, and the document doesn't mention anything about this... I'm sure there are many others who use interlaced mode, and 8x8 fonts are little too small, but need more than 80x24 screens... Thanks! ************************************************************************* * Yeo-Hoon Bae * Amiga /// * * tinyguy@calvin.cs.mcgill.ca * 2000 /// * * tinyguy@quiche.cs.mcgill.ca * \\\/// * * Amiga2000 + 3MB + 48MB HD + KX-P1124 + DiamondScan * \XX/ * *************************************************************************
Radagast@cup.portal.com (sullivan - segall) (08/28/90)
> > b) the review buffer doesn't exist, according to Snap. This is enough >to put me off the program- the Unix site I call doesn't use rn or anything >similar; it uses AKCS, which doesn't do quoting (unless you use their abysmal >editor, and I refuse. How bad is it? I'm using VI at the moment...) I've >been using VLT and have grown accustomed to snapping text from its buffer for >quoting. I gave up on ATalk3 when (among other things) I realized you couldn' t >open its buffer without bringing everything else to a stop. I was happy to >see the split review option in JR-Comm...but if I can't snap from it, it don't >do me no good. > To get snap to work you will have to use an external font, and a version of snap that is recent enough to recognize reverse video characters. ie: set JrComm to use something other than the built in font; use normal size characters, and make sure that your version of snap is up to date. -Sullivan_-_Segall (a.k.a. Radagast) _______________________________________________________________ /V\ "I regret to say that we of the FBI are powerless to act in ' cases of oral-genital intimacy, unless it has in some way obstructed interstate commerce." -- J. Edgar Hoover _______________________________________________________________ Mail to: ...sun!portal!cup.portal.com!radagast or radagast@cup.portal.com
jprad@faatcrl.UUCP (Jack Radigan) (08/30/90)
Radagast@cup.portal.com (sullivan - segall) writes: >To get snap to work you will have to use an external font, and a version of >snap that is recent enough to recognize reverse video characters. ie: set >JrComm to use something other than the built in font; use normal size >characters, and make sure that your version of snap is up to date. Snap 1.4 works with the fonts supplied with JR-Comm 1.0. I use it here. -jack-
dfrancis@tronsbox.xei.com (Dennis Francis Heffernan) (08/31/90)
Regarding Snap and JRComm, the problem turned out to be Snap not liking
the large font I was using. The solution was to revert to an 8-pt font on
a noninterlaced screen.
('Course, I've gone back to VLT again, anyway, cause of its rexx
interface and somewhat more stable VT100.)
Dennis Francis Heffernan | "Remember the words of your teacher,
dfrancis@tronsbox.xei.com | your master: Evil moves fast, but
...uunet!tronsbox!dfrancis | Good moves faster!"
Original text (c) 1990 | --Partners in Kryme, T-U-R-T-L-E Power!tron1@tronsbox.xei.com (HIM) (09/01/90)
>Resp: 5 of 5 About: ><> [Dennis Francis Heffernan] (*Masked*@tronsbox.xei.com) > > ('Course, I've gone back to VLT again, anyway, cause of its rexx >interface and somewhat more stable VT100.) I just switched to VLT here because it has the ONLY usable Vt-100 I have found on the Amiga (useable in this case = UNIX COMPATIBLE). It is fast and stable. The AREXX interface is nice as well. ========[ Xanadu Enterprises Inc. Amiga & Unix Software Development]======== = "And in the darkened offices, the terminals shine like stars." = ============= Ken Jamieson: uunet!tronsbox.xei.com!tron1 ================== = NONE of the opinions represented here are endorsed by either = = Xanadu Enterpises or its clients, AT&T Bell Labs or others. = ==== The Romantic Encounters BBS 201-759-8450(PEP) / 201-759-8568(2400) ====
papa@pollux.usc.edu (Marco Papa) (09/02/90)
In article <26dee7cb-28c7.6comp.sys.amiga-1@tronsbox.xei.com> tron1@tronsbox.xei.com (HIM) writes: >>Resp: 5 of 5 About: >><> [Dennis Francis Heffernan] (*Masked*@tronsbox.xei.com) >> ('Course, I've gone back to VLT again, anyway, cause of its rexx >>interface and somewhat more stable VT100.) >I just switched to VLT here because it has the ONLY usable Vt-100 I have ^^^^^^^^^^^^^^^^^^^^ >found on the Amiga (useable in this case = UNIX COMPATIBLE). Sorry to object, but the phrase "VLT ... has the only VT100 ... found on the Amiga" is plainly FALSE. In fact the VT100 in VLT has still quite a number of bugs in it. There are a number of VT100 emulators for the Amiga that are QUITE BETTER than the one in VLT. Among the Shareware/PD, Handshake is definitely the best (shareware), while VT100 2.9 is certainly as good if not better than VTL's. Among the commercials of course I have no problem in saying that my own VT100 is better than VLT's (but you knew that was coming ;-). And remember one thing: it takes very little to get a VT100 emulator that works with UNIX, since termcap-based programs use only a few of the VT100 features. The real test is VMS and all DEC's associated programs (like EDT, EVE, the DEC debugger, etc...). That's when you see the differences (and the bugs:-). -- Marco -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "Xerox sues somebody for copying?" -- David Letterman -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
sparks@corpane.UUCP (John Sparks) (09/05/90)
papa@pollux.usc.edu (Marco Papa) writes: |>I just switched to VLT here because it has the ONLY usable Vt-100 I have | ^^^^^^^^^^^^^^^^^^^^ |>found on the Amiga (useable in this case = UNIX COMPATIBLE). |Sorry to object, but the phrase "VLT ... has the only VT100 ... found on the |Amiga" is plainly FALSE. Er, Marco... There are two very important words you forgot to read above.. "I have". as in "I have found". He never said that VLT was the only usable Vt100 emulator FOUND on the Amiga, just that it was the only one HE has found. |Among the commercials of course I have no problem |in saying that my own VT100 is better than VLT's (but you knew that was |coming ;-). |-- Marco Somehow I knew that was coming. ;-) -- John Sparks |D.I.S.K. Public Access Unix System| Multi-User Games, Email sparks@corpane.UUCP |PH: (502) 968-DISK 24Hrs/2400BPS | Usenet, Chatting, =-=-=-=-=-=-=-=-=-=-|7 line Multi-User system. | Downloads & more. A door is what a dog is perpetually on the wrong side of----Ogden Nash
billsey@agora.uucp (Bill Seymour) (09/09/90)
In article <26dee7cb-28c7.6comp.sys.amiga-1@tronsbox.xei.com> tron1@tronsbox.xei.com (HIM) writes:
:>Resp: 5 of 5 About:
:><> [Dennis Francis Heffernan] (*Masked*@tronsbox.xei.com)
:>
:> ('Course, I've gone back to VLT again, anyway, cause of its rexx
:>interface and somewhat more stable VT100.)
:
:
:I just switched to VLT here because it has the ONLY usable Vt-100 I have
:found on the Amiga (useable in this case = UNIX COMPATIBLE).
:
:It is fast and stable. The AREXX interface is nice as well.
I'm running into a couple of problems in using the latest VLT
while connecting to our XENIX machine at work. I'm using a hacked
Pearl.font to provide for IBM style graphics and an ANSI termcap
that gives me eight bit display to see all those pretty line borders.
With the old version (8.428) everything worked fine, as long as I
had a rexx: assigned and ARexx running (without that, I'd get annoying
windows popping up all the time telling me that various scripts wouldn't
run.) With this new version, I have two basic problems... The first is
that even with REXX: assigned and ARexx running (1.14, running under 2.0)
I get the windows. Typically it's during an attempt at beep and the
window tells me it doesn't know what ~srx means... The second problem
is that when the border gets drawn around my screen (on the XENIX side,
using ANSI sequences for cursor positioning) it shifts the top line
or the border left about ten characters. It's enough to make the menus
that OSAS uses in their business management software unusable. I'm
trying to keep from going back to the old version of VLT, but I may
have to if I can't get this fixed.
:========[ Xanadu Enterprises Inc. Amiga & Unix Software Development]========
:= "And in the darkened offices, the terminals shine like stars." =
:============= Ken Jamieson: uunet!tronsbox.xei.com!tron1 ==================
:= NONE of the opinions represented here are endorsed by either =
:= Xanadu Enterpises or its clients, AT&T Bell Labs or others. =
:==== The Romantic Encounters BBS 201-759-8450(PEP) / 201-759-8568(2400) ====
--
-Bill Seymour ...tektronix!reed!percival!agora!billsey
=============================================================================
Bejed, Inc. NES, Inc. Northwest Amiga Group At Home Sometimes
(503) 281-8153 (503) 246-9311 (503) 656-7393 BBS (503) 640-0842