You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
|
2
|
3
(6) |
4
(1) |
5
(1) |
6
(2) |
|
7
(4) |
8
(7) |
9
(1) |
10
(2) |
11
(1) |
12
(4) |
13
|
|
14
(3) |
15
(2) |
16
(6) |
17
(10) |
18
(8) |
19
|
20
|
|
21
|
22
(5) |
23
(12) |
24
(5) |
25
|
26
(5) |
27
(1) |
|
28
(1) |
29
(2) |
|
|
|
|
|
|
From: Olaf H. <ol...@ae...> - 2016-02-08 17:57:41
|
On Mon, Feb 08, Tom Hughes wrote: > Well firstly, open a ticket in bugzilla rather than sending email, so that > it won't get forgotten. Thanks for the reply. I will try to get it into bugs.kde.org, which appears to reacting slow. Olaf |
|
From: John R. <jr...@bi...> - 2016-02-08 17:25:58
|
> Whats the procedure to get this patch for valgrind into the tree? > It looks like the suggested patch got no response: > http://valgrind.10908.n7.nabble.com/Xen-4-6-support-td55907.html The only effective way is to file a bug report. Checking the bug list is built into the development process; the mailing list is not consulted. http://valgrind.org/support/bug_reports.html |
|
From: Tom H. <to...@co...> - 2016-02-08 17:21:09
|
On 08/02/16 16:22, Olaf Hering wrote: > Back in November 2015 a patch was posted which extends valgrinds > knowledge about Xen up to version 4.6. And in fact even up to the > current 4.7 devel tree. > Whats the procedure to get this patch for valgrind into the tree? > It looks like the suggested patch got no response: > http://valgrind.10908.n7.nabble.com/Xen-4-6-support-td55907.html Well firstly, open a ticket in bugzilla rather than sending email, so that it won't get forgotten. Secondly, don't expect it to get merged immediately especially if it's a big patch, or to something obscure like this. The point of putting it in bugzilla is that it will be visible when we're next planning a release and people are looking through the open tickets for things to merge. The main problem with something like this specific example is probably just that none of the core people have any knowledge of Xen so it's hard for us to review. My normal procedure for anything which touches the system call interface is to review the proposed changes against the kernel code to make sure that they appear to be correct, but that is harder the less familiar I am with the system calls in question. Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Olaf H. <ol...@ae...> - 2016-02-08 16:35:50
|
Back in November 2015 a patch was posted which extends valgrinds knowledge about Xen up to version 4.6. And in fact even up to the current 4.7 devel tree. Whats the procedure to get this patch for valgrind into the tree? It looks like the suggested patch got no response: http://valgrind.10908.n7.nabble.com/Xen-4-6-support-td55907.html Olaf |
|
From: John R. <jr...@bi...> - 2016-02-08 13:47:49
|
> *==1106== Memcheck, a memory error detector* > *==1106== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.* > *==1106== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info* > *==1106== Command: /usr/local/bin/icammgr/iCamManager7000S -qws* > *==1106== * > * > * > *valgrind: Fatal error at startup: a function redirection* > *valgrind: which is mandatory for this platform-tool combination* > *valgrind: cannot be set up. Details of the redirection are:* > *valgrind: * > *valgrind: A must-be-redirected function* > *valgrind: whose name matches the pattern: strcmp* > *valgrind: in an object with soname matching: ld-linux-armhf.so.3* > *valgrind: was not found whilst processing* > *valgrind: symbols from the object with soname: ld-linux-armhf.so.3* > *valgrind: * > *valgrind: Possible fixes: (1, short term): install glibc's debuginfo* > *valgrind: package on this machine. (2, longer term): ask the packagers* > *valgrind: for your Linux distribution to please in future ship a non-* > *valgrind: stripped ld.so (or whatever the dynamic linker .so is called)* > *valgrind: that exports the above-named function using the standard* > *valgrind: calling conventions for this platform. The package you need* > *valgrind: to install for fix (1) is called* > *valgrind: * > *valgrind: On Debian, Ubuntu: libc6-dbg* > *valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo* > *valgrind: * > *valgrind: Cannot continue -- exiting now. Sorry.* > > > Let me know if any further information required. There is no more information that is required. All the needed information is contained in that message from valgrind. *You*, *yourself*, must do what it says under "Possible fixes". |
|
From: Gopal R. p. <gop...@gm...> - 2016-02-08 08:30:13
|
Thanks Rhys, I was able to successfully compile on arm-Linux while trying to run on the device(with arm-linux), Valgrind at the startup throws the following errors. *root@iCAM7000S:bin# ./valgrind --leak-check=yes /usr/local/bin/icammgr/iCamManager7000S -qws* *==1106== Memcheck, a memory error detector* *==1106== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.* *==1106== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info* *==1106== Command: /usr/local/bin/icammgr/iCamManager7000S -qws* *==1106== * *valgrind: Fatal error at startup: a function redirection* *valgrind: which is mandatory for this platform-tool combination* *valgrind: cannot be set up. Details of the redirection are:* *valgrind: * *valgrind: A must-be-redirected function* *valgrind: whose name matches the pattern: strcmp* *valgrind: in an object with soname matching: ld-linux-armhf.so.3* *valgrind: was not found whilst processing* *valgrind: symbols from the object with soname: ld-linux-armhf.so.3* *valgrind: * *valgrind: Possible fixes: (1, short term): install glibc's debuginfo* *valgrind: package on this machine. (2, longer term): ask the packagers* *valgrind: for your Linux distribution to please in future ship a non-* *valgrind: stripped ld.so (or whatever the dynamic linker .so is called)* *valgrind: that exports the above-named function using the standard* *valgrind: calling conventions for this platform. The package you need* *valgrind: to install for fix (1) is called* *valgrind: * *valgrind: On Debian, Ubuntu: libc6-dbg* *valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo* *valgrind: * *valgrind: Cannot continue -- exiting now. Sorry.* Let me know if any further information required. Regards, Gopal Reddy P. On Sun, Feb 7, 2016 at 9:47 PM, Rhys Kidd <rhy...@gm...> wrote: > Gopal, > > You'll need to be more specific outlining the issues you are seeing with > Valgrind on ARM/Linux. That said, the current version should support many > of the variants on that platform, as per the documentation: > > It runs on the following platforms: X86/Linux, AMD64/Linux, ARM/Linux, > ARM64/Linux, ... ARM/Android (2.3.x and later), ARM64/Android, ... and > AMD64/Darwin (Mac OS X 10.10, with initial support for 10.11). > > Regards, > Rhys > > On 7 February 2016 at 09:03, Gopal Reddy pandiri <gop...@gm...> > wrote: > >> Dear All, >> I am facing issue in porting valgrind on arm-linux, can anyone help me in >> this respect. >> >> Regards, >> Gopal >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> _______________________________________________ >> Valgrind-developers mailing list >> Val...@li... >> https://lists.sourceforge.net/lists/listinfo/valgrind-developers >> >> > |
|
From: <sv...@va...> - 2016-02-08 08:26:24
|
Author: iraisr
Date: Mon Feb 8 08:26:17 2016
New Revision: 15784
Log:
Exclude 'threading model' information from Solaris coredump_many_threads test as well
See previous SVN r15783 for details.
n-i-bz
Modified:
trunk/none/tests/solaris/coredump_many_threads.post.exp
trunk/none/tests/solaris/filter_coredump_many_threads_post
Modified: trunk/none/tests/solaris/coredump_many_threads.post.exp
==============================================================================
--- trunk/none/tests/solaris/coredump_many_threads.post.exp (original)
+++ trunk/none/tests/solaris/coredump_many_threads.post.exp Mon Feb 8 08:26:17 2016
@@ -1,7 +1,6 @@
---Status---
debugging core file of coredump_many_t from ...
initial argv: ./coredump_many_threads
-threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), addr=........
---Stacks---
Modified: trunk/none/tests/solaris/filter_coredump_many_threads_post
==============================================================================
--- trunk/none/tests/solaris/filter_coredump_many_threads_post (original)
+++ trunk/none/tests/solaris/filter_coredump_many_threads_post Mon Feb 8 08:26:17 2016
@@ -7,6 +7,7 @@
echo "::status" | /usr/bin/mdb vgcore.* | \
perl -p -e 's/\(.*\) from \S*$/from .../' | \
perl -0 -p -e 's/^file: .+?^(initial argv:)/$1/ms' | \
+sed '/^threading model:/ d' | \
perl -p -e 's/addr=[0-9A-Fa-f]+/addr=......../g'
echo "\n---Stacks---"
|