Re: CVS commit: src/tests/lib/libcurses

2011-06-17 Thread Christos Zoulas
On Jun 17,  6:43am, p...@whooppee.com (Paul Goyette) wrote:
-- Subject: Re: CVS commit: src/tests/lib/libcurses

| Can we maybe not print the control characters in the "more detailed 
| error messages", please?  Or at least convert them to two-character 
| printable sequences?
| 
| These characters prevent xsltproc from parsing the log files.

Ok, fixed.

christos


Re: CVS commit: src/tests/lib/libcurses

2011-06-17 Thread Paul Goyette

Module Name:src
Committed By:   christos
Date:   Fri Jun 17 02:15:28 UTC 2011

Modified Files:
src/tests/lib/libcurses: t_curses.sh
src/tests/lib/libcurses/director: director.c testlang_parse.y
src/tests/lib/libcurses/slave: slave.c

Log Message:
- pass things in arguments instead of environment
- sanity check arguments
- disable extra data warning, old tests gave it too
- print more detailed errors
- use err/warn more
*some tests still fail; more than they used to*


Can we maybe not print the control characters in the "more detailed 
error messages", please?  Or at least convert them to two-character 
printable sequences?


These characters prevent xsltproc from parsing the log files.

Thanks!



-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |  | pgoyette at netbsd.org  |
-


Re: CVS commit: src/sys/uvm

2011-06-17 Thread Mindaugas Rasiukevicius
Hello,

"Juergen Hannken-Illjes"  wrote:
> Module Name:  src
> Committed By: hannken
> Date: Fri Jun 17 09:50:52 UTC 2011
> 
> Modified Files:
>   src/sys/uvm: uvm_bio.c
> 
> Log Message:
> When ubc_alloc() reuses a cached mapping window remove the object from
> the lists AFTER clearing its mapping.
> 
> Removes a race where uvm_obj_destroy() sees an empty uo_ubc list and
> destroys the object before ubc_alloc() gets the objects lock to clear
> the mapping.

How is this relevant, since the entries are protected by ubc_object's
lock, which is held across ubc_alloc() and ubc_purge() parts?

-- 
Mindaugas