On Sat, 18 May 2013, G. wrote:
On Sat, 18 May 2013 06:14:27 -0000, you wrote:
SET HOST to MARLEY (9.10) (It's a bit slow to respond only via DECnet. I
might need to play with buffers)
If you use the CTERM protocol, it will be always slow and sluggish, no matter
how much you'll try to tweak it. Try SET HOST /APP=R and appreciate speed :)
It's MUCH more usable when using RTERM. Thank you.
Why is CTERM so slow on TOPS-10?
Credentials are guest and the password is guest. Still need to install some
stuff for language support.
If you like it more, there is a way to have a user with no password (and/or
with the ability to actually change password disabled). Just play with REACT
and look for the right incantation, because I do not remember it anymore...
It's related to requirements I believe.
G. :)
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On Sat, 18 May 2013 06:14:27 -0000, you wrote:
SET HOST to MARLEY (9.10) (It's a bit slow to respond only via DECnet. I
might need to play with buffers)
If you use the CTERM protocol, it will be always slow and sluggish, no matter
how much you'll try to tweak it. Try SET HOST /APP=R and appreciate speed :)
Credentials are guest and the password is guest. Still need to install some
stuff for language support.
If you like it more, there is a way to have a user with no password (and/or
with the ability to actually change password disabled). Just play with REACT
and look for the right incantation, because I do not remember it anymore...
G. :)
On Sat, 18 May 2013, Dave McGuire wrote:
On 05/18/2013 12:58 PM, Cory Smelosky wrote:
I've done a lot of database work, going back to Ingres and QUEL. I'm one
of those weirdos who actually enjoys databases...I think most people find
database work to be dry and boring, but I find it fascinating and
stimulating. I've seen DTR applications used in production but have never
had any exposure at all to the software...having something to actually *do*
with it, like this node database for HECnet, is great stuff, and a great way
to learn.
I hope you've never used Microsoft Access. ;)
No, I haven't. That requires Windows, and I've never used Windows.
Sometimes I wish I had managed to avoid Windows like you did. ;)
It's simple. Just don't use it. It's not like it's going to stroll into
your life and install itself onto your computers.
True. I mostly manage to use it very little. I've gotten to the point where I don't use windows post-NT 4 (the last version I really like).
I'm trying to replace a friend's windows server with an AIX box. ;)
Should be able to make progress once the null modem cable he ordered arrives.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On Sat, 18 May 2013, Johnny Billquist wrote:
On 2013-05-18 18:52, Cory Smelosky wrote:
On Sat, 18 May 2013, Dave McGuire wrote:
On 05/18/2013 12:45 PM, Johnny Billquist wrote:
I like the idea of giving us all write access. Maybe you can set up
regular dumps of the database for restoration in case someone screws
up.
I can certainly do that. It just becomes a question of people might
need to
reenter information in case a rollback has to go far. Also trickier to
realize if "corruption" actually have happened perhaps.
On the other hand, I could atleast have permissions that only allowed
random
people to modify data, not add new, nor delete.
That's a really good idea.
I second this. How flexible is Datatrieve's permissions system?
You can identify users either by UIC, or by entity-specific passwords.
And for each type of thing in there you have Read, Write, Modify,
Extend, and Control. And the access is a list, with the first match
being the permissions used.
That's pretty flexible.
So I could either make sure all people who might want to modify this
have their own account on MIM, or else I could just create password
protected access, and we could have shared or private passwords.
Hmmm. I almost want to see if I can't apply my "run UNIX shell scripts at login to run one specific application" stuff to work for this on RSX-11. ;)
I need to get around to learning DCL...I have menus I need to write anyway.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments
On 05/18/2013 12:58 PM, Cory Smelosky wrote:
I've done a lot of database work, going back to Ingres and QUEL. I'm one
of those weirdos who actually enjoys databases...I think most people find
database work to be dry and boring, but I find it fascinating and
stimulating. I've seen DTR applications used in production but have never
had any exposure at all to the software...having something to actually *do*
with it, like this node database for HECnet, is great stuff, and a great way
to learn.
I hope you've never used Microsoft Access. ;)
No, I haven't. That requires Windows, and I've never used Windows.
Sometimes I wish I had managed to avoid Windows like you did. ;)
It's simple. Just don't use it. It's not like it's going to stroll into
your life and install itself onto your computers.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Sat, 18 May 2013, Dave McGuire wrote:
On 05/18/2013 12:52 PM, Cory Smelosky wrote:
I've done a lot of database work, going back to Ingres and QUEL. I'm one
of those weirdos who actually enjoys databases...I think most people find
database work to be dry and boring, but I find it fascinating and
stimulating. I've seen DTR applications used in production but have never
had any exposure at all to the software...having something to actually *do*
with it, like this node database for HECnet, is great stuff, and a great way
to learn.
I hope you've never used Microsoft Access. ;)
No, I haven't. That requires Windows, and I've never used Windows.
Sometimes I wish I had managed to avoid Windows like you did. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments