informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/messages/ALANWESTON/1994/DLPH03_07.txt

718 lines
23 KiB
Plaintext
Raw Normal View History

Initial commit
2021-04-15 11:31:59 -07:00
Msg 86064)
From: KSCALES To: COLORSYSTEMS
Hi, Zack -
> Boisy, save me some research time. I was looking at my /tn modules to
> see about increasing the buffer sizes for them, but moded does not
> indicate a field identfied as a buffer size. Which field is it? Can I
> change this with moded? If I need to change it with dEd, what is the
> offset and field size?
Check page D-3 of the OSTerm 68K manual for a description of using 'moded'
to increase the buffer sizes. It also includes information for setting
hardware handshaking in the descriptor. (Of course, since you are still
awaiting hardcopy, and the info is in an appendix, it was probably
safely hidden ;-( ).
But as Paul J has mentioned, you will need the updated version of the
'moded.fields' file, which was included in the MM/1 upgrade files. (I think
it is under "./SCF/SYS/moded.fields" in the upgrade versions posted online.
It should be copied to "/DD/SYS/moded.fields".)
Good luck... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
86079 6-MAR 23:01 General Information
RE: MM/1A Screen Problems (Re: Msg 86067)
From: RANDYKWILSON To: COLORSYSTEMS
Zack, I used moded to make the buffer (and other) changes to /t0 and /t5 on
my mm/1a. But, in order to do this, I had to add a proper section in
moded.fields. Take your favorite text editor and run through moded.fields.
Find the section for sc68681, block copy it (making a dup section), then go
through the copy and change all 68681's to 68340's. The 68681 and 68340
chips and drivers are not the same, but close enough for this to work.
Randy
-*-
86085 7-MAR 02:35 General Information
RE: MM/1A Screen Problems (Re: Msg 86079)
From: JOSEFL To: RANDYKWILSON
Frome a purist systems standpoint, you should only *Add* to the 'moded.fields'
file as it is supposed to know about evertything. But hey! I'm not a purist.
Wanna make it work faster1 (said the hacker!) Take out every reference that
isn't a descriptor on YOUR system. It loads in a fraction of the time. (Make
a backup first!)
Josef L.
P.S. Then again, how often do you use it?
-*-
86086 7-MAR 06:32 General Information
RE: MM/1A Screen Problems (Re: Msg 86051)
From: SCWEGERT To: BOISY
> I found the problem with dots and missing bits appearing on the screen
> when scrolling while connected at 38400 baud. I set my input and ouput
> buffers on the /t3 device descriptor to 256 bytes each. This fixed the
> problem.
You reduced the size of the buffers to 256 bytes? Hmmm ... seems counter-
intuative to me. Any idea why a smaller buffer would be better in this case?
*- Steve -*
-*-
86090 7-MAR 20:15 General Information
RE: MM/1A Screen Problems (Re: Msg 86086)
From: BOISY To: SCWEGERT (NR)
The buffers were $14 and $50 respectively BEFORE I changed them. They
were increased in value, not decreased.
-*-
86097 7-MAR 22:11 General Information
RE: MM/1A Screen Problems (Re: Msg 86063)
From: DIETER To: BOISY (NR)
> I *increasd* them. Actually the input buffer was 20 characters and the
> output buffer was 80. For good measure, I kicked both buffers up to
> 1024 characters. No problems have occurred since.
>
Where and how do You increse the buffer in /T3 ?
Dieter
-*-
End of Thread.
-*-
86068 6-MAR 16:20 Programmers Den
pf TNG
From: WDTV5 To: ALL
I'm making some progress in the re-write of printform to handle the
escP2 EPSON stuffs. The general outline is to make the config
file go up from 432 bytes to 2048 by allowing the use of any
character that will get past the "isprint()" function, minus of
course the ones already defined in the current version. That
leaves a few holes in the array that can be used for the escP2
specialty stuff.
I have in mind 2 methods of doing it. Method 1 will be an absolute
size command achieved via an added '.' command. This would tend
to limit it to whole lines.
Method 2 will if the escP2 implementation allows it, cause a 1 step
up or one step down in size. This incremental method will be
integrated into the line position tally being kept such that we
can still do the proper line wraps etc. This method could be
expanded to allow absolute sizes too, but I need to see the
manual pages for a printer that does do "escP2" things before I
tackle such a project in ernest.
This is going to need a basic list of char widths obtained from
your manuals under the "proportional" heading. They'll be
entered into the file you feed to print_mod, and I'll have to
assume they are in the printers basic "dot" width values. And
I'll have to figgur out how to integrate that LONG list into the
config file, or attach it to the end thereby expanding it beyond
the 2k mark by about 114 bytes.
Why am I telling you'all this? Easy, I need somebody to mail me the
down and dingy details of how this works since my printer
doesn't. Can somebody drop me an envelope full of a copy of
those pages from a manual? Don't send the real manual, just copy
those pages.
Send to:
Gene Heskett
291 Garton Ave.
Weston WV 26452
Thanks!
WDTV5@delphi.com
-*-
86069 6-MAR 18:44 Games & Graphics
RE: new user hard drive (Re: Msg 85990)
From: DSRTFOX To: COCOKIWI
Dennis, how does Hyper I/O work with the Disto? I have a Disto SCII and SCSI
HD system, but use the 512 byte sector format from Northern Xposure on the
drive. I doubt Hyper I/O will work with that...
-*-
86076 6-MAR 21:10 Games & Graphics
RE: new user hard drive (Re: Msg 86020)
From: DBREEDING To: THETAURUS
> SOME of those games. Also I think they require the vdgint
> descriptor/driver<???> which might still be in your bootlist.
> since I am in the process of trying to do the same thing, I would
> advise you to make up a seperate bootfile for games since the VDGint
> Module takes up a good deal of memory, plus FTDD and some of the
> others which are specific to the some of the games.
The only need for having a separate bootdisk is if your bootfile is so
big that you run out of system memory. I have both WindInt and VDGInt
in my bootfile, as well as FTDD, etc, and apparently both 'Int's can coexist.
In addition, I use the ftdd/nil, etc stuff from "vrn.ar", which replace
the fs2, KQ3 drivers & descriptors.
-- David Breeding --
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
86078 6-MAR 22:20 Games & Graphics
RE: new user hard drive (Re: Msg 86069)
From: COCOKIWI To: DSRTFOX (NR)
I don,t know about that,did,nt B&B come out with a 512 byte driver?
Dennis
-*-
86100 7-MAR 23:07 Games & Graphics
RE: new user hard drive (Re: Msg 86078)
From: THETAURUS To: COCOKIWI (NR)
Yeah they did come out with their own driver dennis. I haven't heard much
about it, but have seen it mentioned.
>Chris<
-*-
End of Thread.
-*-
86070 6-MAR 18:52 OSK Applications
system command
From: VAXELF To: ALL
In the os-9 C manual for V2.4, it states that systerm() returns the
exit status of the created shell.
If I say:
if ( system("dir") EQUATE NUMBER )
what would I use to tell that the system command failed to execute the dir
command. Would I be looking for a "== 0" or "< 0", or ect??? Is it dependent
on the program that "system()" calls??
The manual is somewhat vague on this. It does say that if I send a NULL
POINTER it will return a non-zero value, if the shell is available.
John D.
-*-
86072 6-MAR 20:01 OSK Applications
RE: system command (Re: Msg 86070)
From: MITHELEN To: VAXELF (NR)
Under OS-9, programs normally return 0 onm exit if they exit normally.
-*-
86099 7-MAR 22:42 OSK Applications
RE: system command (Re: Msg 86070)
From: PAGAN To: VAXELF (NR)
>If I say:
>
> if ( system("dir") EQUATE NUMBER )
>
>What would I use to tell that the system command failed to execute the dir
>command. Would I be looking for a "== 0" or "< 0", or ect???
'Normal' exit status under OS9 is zero so, usually, you want to look for a
zero. Try something like the followng to check it for yourself:
#include <stdio.h>
main(argc,argv)
int argc;
char *argv[];
{
char *process;
int status;
process=argv[1];
status=system(process);
printf("status=%d\n",status);
}
BTW, I would advice against using system() to fork a child process except
during testing. os9exec() is easy to use and provides much more flexibility.
Stephen (PAGAN)
-*-
End of Thread.
-*-
86071 6-MAR 19:06 General Information
RE: Unix System V problem (Re: Msg 86046)
From: DSRTFOX To: ALWAGNER (NR)
Hmmm..... try shutting the system down after everyone gets off for the
evening... I mean shutting all processes down, but not resetting. It sounds
very much like there is some stray process left running with nothing to do-
the input device is gone and possibly the output is off-line also. So shut
all but the absolutely necessary processes doen before leaving work. Might
even get your boss to allow you to change your work schedule... come in an
hour later, leave an hour later. Would skipp most of the traffic that way
anyhow! But do try this and see if it solves your problems.
-*-
86073 6-MAR 21:07 General Information
RE: DISTO Products running Low. (Re: Msg 85589)
From: DBREEDING To: DISTO (NR)
Tony, I have the 4in1 board - love it, but I have been wondering about getting
it (or another one) modified to recognize RTS/CTS flow control in order to
use data compression and error correction on my modem. I own a multipak and
RS232 Deluxe pak, but would hate to go back to using the multipak.
-- David Breeding --
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
86074 6-MAR 21:08 General Information
Hello All...
From: DBREEDING To: ALL
Hello everyone...
I finally got around to signing up on Delphi. Been putting it off for a long
time but finally jumped in. Several of you have already had the misfortune of
meeting me, either personally or via telecom but you may have to out up with
me here for a while. Everyone had been telling me that the SIG here
was pretty active.. from what I have seen so far, it is. Started to dload
the entire msg base. Got about the first 600, had a Segment list full error,
saw I only had about a month of msgs & said "Uh-Oh", then went back and
grabbed the LAST 600. Lotta reading <GG>
It seems that navigation here is a little different than CIS, but maybe I can
learn it. My biggest problem is that I have "IX" and it's so easy, that I may
not get in there and work to learn as fast <g>.
Well, think I'll go blunder around some more. Talk to y'all later....
-- David Breeding --
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
86084 7-MAR 02:00 General Information
RE: Hello All... (Re: Msg 86074)
From: REVWCP To: DBREEDING (NR)
Hello David:
One of the things that I did with the forum messages was a read ns (for non-
stop) subject: (whatever) You could also use a dir ns subject: It is really
easy to search. Glad to have you here.
With all best wishes,
Brother Jeremy, CSJW
OS9 User's Group Treasurer
-*-
End of Thread.
-*-
86075 6-MAR 21:09 Telecom (6809)
RE: SandV BBS (Re: Msg 85861)
From: DBREEDING To: ZOGSTER
Hey, Jim, How ya doin'?
Thought I'd butt in on this thread to ask something I've been wondering
about, I suppose it's related enuff. Really, anyone may be able to answer...
I wonder if a CoCo can benefit from a modem's data compression. My modem is
capable of MNP and v.32bis etc. However I'm using a Disto 4in1 and it
doesn't support RTS/CTS handshaking. I've heard that it can be modified or
I also have a Multi-Pak <uggggggh> and RS232-Deluxe, but hate to put it back
in. However, I wonder if there is any benefit. Also, there is a passage in
my Modem manual about "the computer-to-modem speed should be several times
faster than that of the DCE line speed." Does that mean that I could have
my computer set at something above 2400 baud? The modem is 2400...
Just wondering...
-- David Breeding --
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
86081 7-MAR 00:12 Telecom (6809)
RE: 9600 on a CoCo... (Re: Msg 85942)
From: DIETER To: CBJ
> Unfortunately the CoCo can not handle bidirectional transfer of data at
> 9600 baud. Especially if wea re talking about large files. I have the
> proof of that.
> Carl
>
Well, I have the StG login package, and my brother has the same package, and we
use this setup to send very large files bidirectional at 9600 baud all the
time, from Lethbridge to Edmonton! And have no problem whatever! The highest
CPS we got was 790...
We use the 63C09 CPU running NitOS9 1.16...
G'Day!
Dieter
-*-
86082 7-MAR 00:12 Telecom (6809)
RE: SandV BBS (Re: Msg 85944)
From: DIETER To: CBJ
> You must realize that Jim is talking about a bidirectional transfer of
> data here. He is running StG, just like me. TTYL,
>
I use StG BBS and have NO problems using 9600 baud transfers with PhotoNet,
also a StG Node!
Dieter
-*-
86083 7-MAR 00:12 Telecom (6809)
RE: SandV BBS (Re: Msg 85945)
From: DIETER To: CBJ
> Dieter,
> I've never had any luck getting the hack to work properly with my CoCo.
> Perhaps what I need is to send you my RS-232 pak and let you do the hack and
> send me the pak and your SACIA settings. IF I could get ChiCoCo running at a
> reliable 9600 baud I'd hook the US Robotics back up to it. TTYL,
> Carl
>
Sure! I have one TANDY Deluxe RS-232 pack already converted, and it works
great on my CoCo 3 with SARDIS No-halt controller and the B&B hard drive
sub-system, my CoCo 3 has the Disto 1meg memory board, and the 63C09 CPU
running NitrOS-9. I also use a 512
K memory board as RAM Disk R0...
I also have a disto setup with 80meg hard drive space! Tryed to setup the BBS
on that one a while back and had the same problem You are having now! Never
could get it going at 9600 baud, but the obove B&B system works just great...
If You want me to upgrade the RS-232 pack, send me Your pack plus $20 bucks US
and I will upgrade it, plus include all the the SACIA patches for it...
G,Day!
Dieter
-*-
86092 7-MAR 21:04 Telecom (6809)
RE: 9600 on a CoCo... (Re: Msg 86081)
From: CBJ To: DIETER
Ah but Dieter, you have modified your serial port. I am talking about an unmodi
unmodified pak and running NO patches such as powerboost or Nitros.
Carl
-*-
86093 7-MAR 21:05 Telecom (6809)
RE: SandV BBS (Re: Msg 86082)
From: CBJ To: DIETER
Dieter,
Are you running a stock serial port and stock OS-9 with stock modules?
I think not.
Carl
-*-
86094 7-MAR 21:07 Telecom (6809)
RE: SandV BBS (Re: Msg 86083)
From: CBJ To: DIETER
I should have all the SACIA patches now.
Carl
-*-
86101 8-MAR 00:06 Telecom (6809)
RE: SandV BBS (Re: Msg 86093)
From: MITHELEN To: DIETER (NR)
Welp... Just talked with Scott G. again tonight, and got some good
news... He now has the base low level protocal working for StG V4 "stgxfr"
and, on a 9600 baud link between his MM/1 and Sun 3/160, was able to get
over 1300 CPS on a bi direction test transfer, on un refined code. The
MM/1 side showed no errors, while the Sun side had only 7 retries (don't
know how big the test file was)
--
Paul
-*-
End of Thread.
-*-
86077 6-MAR 21:10 OSK Applications
RE: Finally figured it out (Re: Msg 85934)
From: DBREEDING To: JEJONES
> Thanks to Bob van der Poel for writing VPRINT, and to Gerry McCleary
> Opinions herein are those of their author, and not necessarily those
Hey, I picked up VED/VPRINT (CoCo) in Atlanta, and, although I don't do
a lot of text composition, I was really impressed. Of course you can see
changes that could be made in anything, but VPRINT is fantastic. The
setup procedure may be a little involved, but this thing can really put out
some professional-looking text. I'd have to see something really stupendous
to not get the combo when/if I get an OSK machine.
Yeah, great job...
-- David Breeding --
*** Sent via CoCo-InfoXpress V1.01 ***
^^^^ ^^^^^^^^^^
-*-
86080 6-MAR 23:05 Programmers Den
C's stack
From: WDTV5 To: ALL
I would like to know if others have found a similar effect to the one
I just found while working on yet another edition of pf.
The effect in question is that the compiler apparently does NOT add
the stack requirements to the data size value in the module header!
At least not for arrays declared inside the opening { of a module,
which should put the declared array on the stack. It does ask for the
correct amount via a call to stkcheck, but its instant whole system
crash to exec the stkcheck code if the request is much larger than the
datasize currently defined in the modules header. As in 3x the
available memory in this case. And the instant whole system crash has
to be in the stkcheck code as the next statement was a debugging
printf call to show where the array was numerically. It never got to
the printf statement, ever!
I kept changing the array size, but found that it had no effect on the
actual datasize in the module header when changed from [27][16] to
[134][16]! Moving the declaration to a point above the function
declaration apparently fixed it just fine. From what I know about the
compiler, that puts the data area back on a pointer from the y
register. And no crash....
Is this the reason we've had to nearly always declare extra memory on
the CC invoke line via the "-m=xk" for all these years?
Cheers, Gene Heskett, WDTV5@delphi.com
-*-
86096 7-MAR 22:10 Programmers Den
RE: C's stack (Re: Msg 86080)
From: BANANAMAN To: WDTV5 (NR)
I certainly sounds like a compiler problem to me. I've run into that
data size problem on almost every program I've wrote, too. It could be
time to disassemble stkcheck()?
--Andy
-*-
End of Thread.
-*-
86087 7-MAR 08:46 General Information
internet mail
From: DONALDS To: ALL
How can I send a internet mail file to Matt Thompson? I have his address
but when I type it in I get '@vicuna.ocunix.on.ca' is not valid.
I have a message made up in my work space that I want to send to him. I
tried to send it from E-MAIL.
Don
-*-
86089 7-MAR 18:42 General Information
RE: internet mail (Re: Msg 86087)
From: ILLUSIONIST To: DONALDS (NR)
try this..
MAIL> send name_of_file_to_send
To: in%"matt's address"
that should work...
-*-
End of Thread.
-*-
86088 7-MAR 08:51 System Modules (6809)
SMALL VDGINT
From: DONALDS To: ALL
I read somewhere that Alan Dekok had made new VDGINT files that would
work with the Disto 2meg upgrade; Does anyone know where he has uploaded
these files to? I have the ones he first made but need the new ones to
work with my upgrade.
Don
-*-
86095 7-MAR 22:08 System Modules (6809)
RE: SMALL VDGINT (Re: Msg 86088)
From: KSCALES To: DONALDS (NR)
> I read somewhere that Alan Dekok had made new VDGINT files that would
> work with the Disto 2meg upgrade; Does anyone know where he has uploaded
> these files to? I have the ones he first made but need the new ones to
> work with my upgrade.
Don, Alan has produced a new version of the small VDGInt, but he hasn't
uploaded it anywhere. He only has 512K, so he cannot test it himself to
make sure that it works. He gave it to me to email to another user
to test it. I haven't yet heard back whether it works or not.
I will not post the file to the database until I get confirmation that
it actually works.
Regards... / Ken
--------------------------------------------------------------------------
Ken Scales Delphi:KSCALES Internet:kscales@delphi.com CIS:74646,2237
-*-
End of Thread.
-*-
86091 7-MAR 20:16 General Information
MM/1A Mouse Mysteries Revealed??
From: BOISY To: ALL
Hi All,
Deciding I couldn't live without a mouse for my new MM/1A any longer,
I went out and bought two different mice. The first one was a Logitech
Trackman which claimed 100% compatiblity with Microsoft mode or your money
back. This mouse retailed for $67. The other mouse was an Identity Systems
el cheapo $9.95 mouse. Both have three buttons. On the Identity Systems
mouse, there is a switch which indicates either Mouse Systems mode or
Microsoft Mode.
At this point, only the el cheapo mouse works, and then only in "Mouse
Systems Mode." I thought that the MM/1A handled Microsoft mice ok.
The Logitech Trackman does not work. Given the fact that my prior
assumption of Microsoft mice working on the MM/1A has been blown away,
just what are "the facts?"
As I see it, there are three modes:
Microsoft (doesn't work on the MM/1A)
Mouse Systems (works on the MM/1A)
Logitech (doesn't work on the MM/1A)
Does the MM/1 070 mouse driver work with the MM/1A? I noticed that there
was an 'ms' descriptor on the 070 bootmods disk. Why isn't this used in
the MM/1A? Can someone give me the history of mice on the MM/1 and put
things into perspective?
Thanks
-*-
86098 7-MAR 22:26 General Information
RE: MM/1A Mouse Mysteries Revealed?? (Re: Msg 86091)
From: MRGOOD To: BOISY (NR)
I don't have an MM1A, but I do have a regular MM1. From
what I remember reading, both Microsoft and Mouse SYstems
mice are supported. However, the preferred mouse was Mouse
Systems due to its support for three buttons. (Left button
is for menus and such, middle button is cut and paste, right
button is cycle through windows).
Download Mike Sweet's (DODGECOLT) kwindows reference document
from the databases here, it should be helpful to you.
From the document, it appears that 2-button microsoft mice
are controlled by msdrv.070.ms or msdrv.901.ms. The latter
/t2 and the former for /t0.
Hugo
-*-
End of Thread.
-*-
FORUM>Reply, Add, Read, "?" or Exit>