You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(20) |
2
(6) |
3
(11) |
4
(1) |
|
5
|
6
(2) |
7
(13) |
8
(14) |
9
(3) |
10
(3) |
11
(2) |
|
12
(4) |
13
|
14
(8) |
15
(6) |
16
(7) |
17
(4) |
18
(3) |
|
19
(5) |
20
(4) |
21
(10) |
22
(6) |
23
|
24
(7) |
25
|
|
26
(6) |
27
(6) |
28
(2) |
29
(4) |
30
(5) |
31
(7) |
|
|
From: Marcus C. <cre...@in...> - 2006-03-22 12:36:11
|
>>>>>"JS" == Julian Seward <js...@ac...> writes: JS> Thanks for filing #124035. I can reproduce the problem using JS> your valgrind-test.c. I can also get rid of the problem by JS> giving the flag --vex-iropt-precise-memory-exns=yes to Valgrind. Works for me, too. JS> The problem is your segfault handler returns and so restarts the JS> faulting instruction, having screwed around with the page permissions. JS> By default Valgrind optimises the code it generates in such a way JS> that the simulated registers are not always up to date, so when JS> the exception happens, in effect some of the most recent changes JS> to the simulated registers are lost. JS> --vex-iropt-precise-memory-exns=yes disables this optimisation JS> at the cost of some performance overhead. Thanks for clearing this up so quickly! JS> I have to ask, is it really a good idea to add this to XEmacs? JS> Doing so violates POSIX compliance (POSIX does not allow segfault JS> handlers to return, IIRC, or says that your process state JS> is undefined after such an event, or something bad like that.) Yes, I am aware of that. But currently, it is the only way to advance the development of the garbage collector. We are not yet able to annotate each pointer update in the sources, which would be the only alternative to the virtual dirty bit write barrier. So the only way to get a working write barrier is with the assistance from the virtual memory system. Although not fully covered by POSIX, most operating systems support a generic virtual dirty bit write barrier. Actually, XEmacs with my incremental garbage collector runs on many kinds of Linux, FreeBSD, Solaris, Mac OS X, native Windows, and Cygwin. And now even under valgrind. There are some other systems around that use the same techniques. The new XEmacs collector for example uses a lot of the ideas of PLT's MzScheme[1] and the Boehm-Demers-Weiser conservative garbage collector[2]. All don't seem to have problems with it. Again, thanks very much for your help! Footnotes: [1] http://www.plt-scheme.org/software/mzscheme [2] http://www.hpl.hp.com/personal/Hans_Boehm/gc -- Marcus |
|
From: Ashley P. <as...@qu...> - 2006-03-22 10:08:24
|
On Wed, 2006-03-22 at 10:22 +0100, Jacek Poplawski wrote: > Hello Bryan. > > see http://www.brainmurders.eclipse.co.uk/omega.html for a complete > > overview of what this tool can do for you. > We are using Valgrind for our automatic nightly testsuite. > Omega looks very interesting, but lacks one important feature - XML output. > We need it, because Valgrind output is processed by our scripts (to show > every error and leak on nice looking website), and XML is much better to > process than plain text. I'd be very interested in seeing the code for this, I've been hacking at the XML code for a while and hope to be submitting some fixes in this area soon. Ashley, |
|
From: Bryan M. <om...@br...> - 2006-03-22 10:07:57
|
Jacek, the main reasons for putting out this beta release are to find out how well / how badly it works for other people and to get some feedback on what features are lacking. If you want to give me some idea of what you would need (preferably on the list so that others can join in if they interested) I would be happy to try and implement it. Bryan "Brain Murders" Meredith Jacek Poplawski wrote: > Hello Bryan. >> see http://www.brainmurders.eclipse.co.uk/omega.html for a complete >> overview of what this tool can do for you. > We are using Valgrind for our automatic nightly testsuite. > Omega looks very interesting, but lacks one important feature - XML output. > We need it, because Valgrind output is processed by our scripts (to show > every error and leak on nice looking website), and XML is much better to > process than plain text. > Are there plans in close future to support XML output in Omega? > > The information contained in this e-mail and in any attachments is > confidential and is designated solely for the attention of the intended > recipient(s). If you are not an intended recipient, you must not use, > disclose, copy, distribute or retain this e-mail or any part thereof. If > you have received this e-mail in error, please notify the sender by > return e-mail and delete all copies of this e-mail from your computer > system(s). > Please direct any additional queries to: com...@s3.... > Thank You. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users > |
|
From: Jacek P. <ja...@s3...> - 2006-03-22 09:22:54
|
Hello Bryan. > see http://www.brainmurders.eclipse.co.uk/omega.html for a complete > overview of what this tool can do for you. We are using Valgrind for our automatic nightly testsuite. Omega looks very interesting, but lacks one important feature - XML output. We need it, because Valgrind output is processed by our scripts (to show every error and leak on nice looking website), and XML is much better to process than plain text. Are there plans in close future to support XML output in Omega? The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: com...@s3.... Thank You. |
|
From: Dennis L. <pla...@in...> - 2006-03-22 00:31:30
|
Am Dienstag, den 21.03.2006, 23:05 +0000 schrieb Julian Seward: > I have to ask, is it really a good idea to add this to XEmacs? > Doing so violates POSIX compliance (POSIX does not allow segfault > handlers to return, IIRC, or says that your process state > is undefined after such an event, or something bad like that.) POSIX (IEEE Std 1003.1, 2004 Edition) says, about the signal handler function: If and when the function returns, if the value of sig was SIGFPE, SIGILL, or SIGSEGV or any other implementation-defined value corresponding to a computational exception, the behavior is undefined. This is an exact copy of the text of ISO9899:1999 7.14.1.1-3 greets Dennis |