locking, stack detection, and potential page fault while accessing the
stack of a task.
+Known problems:
+
+ - As a result of earlier code changes to ensure that all memory allocation
+ requests are checked for failures, the test for auto-resize behaviour of
+ the principal buffer allocations results in the dtrace utility aborted
+ processing rather than continuing operation with the reduced buffer size.
+ This is overall a non-harmful regression that will be addressed in a future
+ release.
+
Release 0.4.2 (Dec 20th, 2013)
------------------------------
Kernel release: 3.8.13-22.el6uek
if rpm.vercmp(kver, "3.8.13-32") >= 0 then
rpm.define("srcver 0.4.3")
- rpm.define("bldrel 2")
+ rpm.define("bldrel 4")
rpm.define("dt_vcode "..rpm.expand("%{dt_0_4_3}"))
elseif rpm.vercmp(kver, "3.8.13-22") >= 0 then
rpm.define("srcver 0.4.2")
%changelog
%if %{dt_vcode} >= %{dt_0_4_3}
+* Fri Apr 24 2014 Kris Van Hees <kris.van.hees@oracle.com> - 0.4.3-4
+- Updated NEWS file: test stress/buffering/tst.resize1.d is XFAIL for now.
+* Fri Apr 24 2014 Kris Van Hees <kris.van.hees@oracle.com> - 0.4.3-3
+- Rebuild with cleaned up source tree.
* Thu Apr 24 2014 Nick Alcock <nick.alcock@oracle.com> - 0.4.3-2
- Various fixes to handle multi-threaded processes.
+- Various fixes to handle multi-threaded processes.
[Orabug: 18412802]
* Tue Apr 15 2014 Kris Van Hees <kris.van.hees@oracle.com> - 0.4.3-1
- Implmentation of profile-* probes in the profile provider.