home *** CD-ROM | disk | FTP | other *** search
/ GRIPS 2: Government Rast…rocessing Software & Data / GRIPS_2.cdr / dos / ncsa_tel / digests / v3.01 < prev   
Text File  |  1990-12-29  |  7KB  |  171 lines
  1. NCSA Telnet Digest         July 14, 1989         Volume 3 : Issue 01 
  2. --------------------------------------------------------------------
  3. Subjects:
  4.     Macintosh telnet 2.3 is here!
  5.     tn3270 memory partitions
  6.     2.3b8 cures conflict with MSWord
  7.     3C503 problem with test application
  8.     3C503 problem after NCSA Telnet exits
  9.     Ungermann-Bass PS-NIU board support?
  10.     BICC packet driver to become available 
  11.     
  12.  
  13. --------------------------------------------------------------------
  14.     See our anonymous FTP server for version 2.3 of NCSA Telnet
  15.     for the Macintosh.  An official announcement will go out next
  16.     week and include more information on how to get it via email.
  17.  
  18.     Please do not send me a request to get the software via email
  19.     or BITNET.  I will provide details in an announcement next week.
  20.  
  21.     Tim Krauskopf
  22.     NCSA  (ftp.ncsa.uiuc.edu == 128.174.20.50)
  23.  
  24. --------------------------------------------------------------------
  25. Date: Tue, 4 Jul 89 15:14 +1200
  26. From: "Lawrence D'Oliveiro, Waikato University, Hamilton, NZ"
  27.  <CCC_LDO@waikato.ac.nz>
  28. Subject: tn3270 memory allocation suggestion
  29.  
  30. In V2.29 of the Telnet Digest, Peter DiCamillo discussed how to get around
  31. a problem with tn3270 on a Mac II (or other large-screen Mac) by increasing
  32. its memory partition size under MultiFinder.
  33.  
  34. In my view, messing around with memory partitions is a nuisance, completely
  35. contrary to the plug-in-and-go philosophy of the Macintosh. Might I suggest
  36. another solution to the authors of tn3270: allocate the off-screen bitmap
  37. in the system heap.
  38.  
  39. Under MultiFinder, the size of the application heap is fixed when the
  40. application is launched, but the system heap is free to grow. Therefore,
  41. it makes sense to put large, unpredictably-sized objects there, *provided*
  42. you remember to free them before the program quits.
  43.  
  44. The advantage with doing this over using the special MultiFinder
  45. memory-allocation calls are:
  46.     * you can hang on to the memory for as long as you need it.
  47.       (Apple doesn't recommend you allocate MultiFinder temporary
  48.       memory across calls to GetNextEvent).
  49.     * you can allocate pointers as well as handles.
  50.     * you can use virtually all the normal memory-management calls,
  51.       such as HUnlock, HLock, and SetHandleSize. In particular, you
  52.       don't have to remember which heap you got the block from
  53.       when you come to free it.
  54.  
  55. If you're not running under MultiFinder, of course, you should put
  56. everything in the application heap as usual.
  57.  
  58. So how do you tell if MultiFinder is present? An article in MacTutor
  59. a few months ago gave an ingenious way of doing this: simply check if
  60. the application heap is adjacent to the system heap. In MPW C, the
  61. code looks like this:
  62.  
  63. MultiFinderPresent =
  64.     (THz)((LongInt)SystemZone()->bkLim + *(LongInt*)SystemZone()->bkLim)
  65.     !=
  66.     ApplicZone;
  67.  
  68. I have used this technique myself in an experimental picture-viewing
  69. application. It will successfully load in and display 24-bit RGB pictures
  70. nearly a megabyte in size, while running in a MultiFinder partition of
  71. just 384K.
  72.  
  73. --------------------------------------------------------------------
  74. From: Kenneth Roar Iversen <kennethr@idt.unit.no>
  75. Date: Tue, 4 Jul 89 10:59:05 +0200
  76. Subject: Telnet/MSWord problem is history!
  77.  
  78. I have now upgraded my Telnet to v.2.3b8 and now all my troubles have gone!
  79. But I believe that the problem existed also in version 2.2....
  80.  
  81. --------------------------------------------------------------------
  82. Date: Wed, 5 Jul 89 18:50:57 MDT
  83. From: pklammer@pikes.Colorado.EDU (Peter F Klammer)
  84. Subject: NCSA TELNET PC 3C503
  85.  
  86. Dear sirs:
  87.     I must be doing something wrong; when I try to run the TELBIN.EXE
  88. from 3C503.tar in /contributions, I get blinking blocks of colored punctuation
  89. marks on a hung PC.
  90.     I did anonymous ftp from zaphod on 5-July about 16:00 MDT to our
  91. Pyramid "4.2+BSD", with ftp>type binary.  Then tar -xvf got me ftpbin.exe
  92. and telbin.exe.  Then downloaded to my PC (Zenith 158 -- XT clone) with KERMIT,
  93. producing telbin.exe of 229872 bytes in MS-DOS.  It's not usable somehow.
  94. Even SYMDEB dies trying to look at this file; it is obviously not a well .EXE.
  95.  
  96.     Any clues appreciated; this new 3C503 under my hood is not impressing
  97. the girls on my block if I can't do anything but rev its diagnostics in the
  98. driveway.  Thanks.
  99.  
  100. signature
  101. /** --poko    " I'm half Estonian, which makes up for the other half. "
  102. Pete Klammer/Systems Programmer/(303)556-3915    PKLAMMER@PIKES.COLORADO.EDU
  103. CU-Denver Computing Services / Campus Box 169    BITNET: PKLAMMER@CUDENVER
  104. 1200 Larimer St NC2506 / Denver CO 80204-5300    UU:!boulder!pikes!pklammer **/
  105.  
  106.  
  107. [was KERMIT doing a binary transfer also?
  108. Others have downloaded successfully, so check all binary transfers.
  109. Tim K]
  110.  
  111. --------------------------------------------------------------------
  112. From: mjb@pixels.att.com
  113. Date: Thu, 6 Jul 89 10:48:40 EDT
  114. >From: pixels!mjb (Mike Braun # 563-2289)
  115. Subject: TELNET for 3com503 board
  116.  
  117.  
  118. I received a copy of this through Tim Krauskopf and have been playing with
  119. it over the last week.  The program seems to be giving me some errors that
  120. I have been unable to resolve.  I work with AT&T, and therefore we use a
  121. number of different AT&T computers.  I have been experience a problem where
  122. the 8086 based (6300, 6300wgs) and 80286 based (6300 plus, 6312, 6310)
  123. PC's are crashing with a message "parity error on system board" shortly
  124. after terminating my telnet session.  I have tried all combinations of
  125. io address and address.  I've disabled all other TSR software on the machines
  126. to make the environment as vanilla as possible.  The machines are all running
  127. DOS 3.2 Rel 2.02.  The easiest way to duplicate the problem is to connect to
  128. some Unix machine via telnet, terminate the session normally, then run some
  129. application that is memory intensive (Windows is a good one) and generally
  130. within a minute it will crash.  On the 6300 plus, all you have to do is
  131. type at the keyboard for about 15 seconds (just cd or dir a few times).  
  132. Any ideas as to where this is coming from???
  133.  
  134.  
  135. --------------------------------------------------------------------
  136. Date: Fri, 7 Jul 89 10:02:48 edt
  137. From: iadt3tb%prism@gatech.edu (T. Terrell Banks)
  138. Subject: UB PS-NIU & You
  139.  
  140.    
  141.     Help!  Is there any plan to make NCSA Telnet work with the Ungerman-
  142.  Bass PS-NIU network cards for the IBM-PS2 machines.  I sure would like
  143.  to get a copy of this as soon as it's available (or as soon as I can
  144.  find out where to get it via ftp). 
  145.            
  146.           Thanks,
  147.             Terry
  148.  
  149. T. Terrell Banks  uucp:  { 'insert a backbone name here' }!gatech!prism!iadt3tb
  150. Georgia Insitute of Technology - I.S.A.      Internet: iadt3tb@prism.gatech.edu
  151. 190 Third Street NW                                     Bitnet : iadt3tb@gitvm1
  152. Atlanta, Georgia 30332-0185
  153.  
  154.  
  155. [We support the NIC/ps2, but not the PS-NIU.
  156. A driver for this board would have to come from a user, we don't plan
  157. to support it.  Tim K]
  158.  
  159. --------------------------------------------------------------------
  160. Date: Wed, 12 Jul 89 14:58:20 EDT
  161. From: Russ Nelson <nelson@sun.soe.clarkson.edu>
  162. Subject: NCSA Telnet Digest V2.25
  163.  
  164.    There is no packet driver for the BICC Data Networks ISOLAN, nor is anyone
  165.    working on one, to my knowledge.
  166.  
  167. I now have a packet driver for it.  It will be in the next release.
  168. -russ
  169.  
  170.  
  171.