On Thu, 25 Jan 2007, Kim Kimball wrote:
Has anyone else seen this behavior:
Yup. Fixed in 1.4.3rc1 already.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
On Thu, 25 Jan 2007, Jeff Blaine wrote:
An afterthought...
This truly does concern me.
How does a production/stable release make it out with pts
commands coredumping?
Is there a testing framework in place? Maybe it just doesn't
go this deep? :(
We're actually revamping it. It did, but had
Has anyone else seen this behavior:
bash-2.05$ pts mem kim:foobar
Members of kim:foobar (id: -152687) are:
bash-2.05$ pts rename kim:foobar kim:boofar
Segmentation Fault (core dumped)
bash-2.05$
bash-2.05$ pts chown kim:foobar kkadmin
Segmentation Fault (core dumped)
bash-2.05$
Kim
Yes, I submitted a patch for this a while back, it's in the CVS head -
look for changes to src/ptserver/ptuser.c.
Kevin Hildebrand
University of Maryland, College Park
On Thu, 25 Jan 2007, Kim Kimball wrote:
Has anyone else seen this behavior:
bash-2.05$ pts mem kim:foobar
Members of
* pts chown and rename crashes have been fixed.
https://lists.openafs.org/pipermail/openafs-announce/2007/000180.html
Kim Kimball wrote:
Has anyone else seen this behavior:
bash-2.05$ pts mem kim:foobar
Members of kim:foobar (id: -152687) are:
bash-2.05$ pts rename kim:foobar kim:boofar
An afterthought...
This truly does concern me.
How does a production/stable release make it out with pts
commands coredumping?
Is there a testing framework in place? Maybe it just doesn't
go this deep? :(
___
OpenAFS-info mailing list
Jeff Blaine wrote:
An afterthought...
This truly does concern me.
How does a production/stable release make it out with pts
commands coredumping?
Is there a testing framework in place? Maybe it just doesn't
go this deep? :(
We do not have a test framework that can test every command.