OT: SCO 6.0 - MAJOR BUG!!!!!
John Esak
john at valar.com
Sat Oct 22 15:14:36 PDT 2005
I know you are all going to yell... why don't you put this into
sco.biz.misc.ding.dong.sally...whatever. Well, becuause I stopped reading
that traffic years ago, and I have NO desire to even scan it all a little
bit now... to bother sending this out to a group of SCO afficianados won't
help me at all. I may send it along directly to SCO, but in the meantime,
just for you filePro-ites who have bought into 6.0 like us, here is a real
killer bug.
If someone writes back and says... oh, that's the way it's supposed to be...
well, then, I think I might just stop using SCO completely. It's just too
major a thing to change without letting everyone know.
Here is the old scenario. Imagine you are *running* rclerk. As the root user
you go to some other session and try and do:
cp /tmp/fred /u/appl/fp/rclerk
You will get a message something like cP can't do this for you because the
text file is busy... etc., etc. This is fine and I think it should work this
way. On the new 6.0, if you do the very same thing (and imagine /tmp/fred
to be a 6 byte file that holds the word "hello") what will happen is exactly
this. You get back your prompt as if the /tmp/fred file *has* been copied
over the top of the *running* rclerk file. You know why? BECAUSE IT
HAS!!!!!
The very next keystroke from the person who is *running* the rclerk
generates a core dump! This happens with any program and copying over it,
etc. It is just unbelievable. If there were 20 people running rclerk, 20
people each get core dumps on their next keystroke. This is just simply
stupid, and in my opinion is a severe bug in the way things work.
Okay, I'm ready to be told why this is some kind of a good idea and not a
pure giant bug.
And just for grins, though I know it has been discussed (probably) here
before. Exactly what benefit was gained from totaly screwing the ansi
console emulation into the new completely broken and nearly usefless
at386ie? I"m so glad I don't have to work on the conole... who makes these
decisions, and why don't they provide something to help you mkae this
conversion successfully if they feel things must be changed. Such a big
pain.
John Esak
John Esak\
--
John Esak
(570) 384-2444
Visit The FP Room www.tinyurl.com/97y9u 24/7
Author of:
The filePro Survivor Series
Video Training For FilePro On CD
See samples at : www.valar.com/training
Publisher of:
The FP Survivor Addendum CD (quarterly)
Learn more: www.valar.com/fpsa
More information about the Filepro-list
mailing list