Journal valgrind 2.1.2 !

Posté par  (site web personnel) .
Étiquettes :
0
18
juil.
2004
L'outil que le monde entier nous jalouse est sorti apres 4 mois de dvpt.
Je copie colle le message du newsgroup:

From the usual place: http://valgrind.kde.org.(...)

2.1.2 contains four months worth of bug fixes and refinements.
Although officially a developer release, we believe it to be stable
enough for widespread day-to-day use. 2.1.2 is pretty good, so try it
first, although there is a chance it won't work. If so then try 2.0.0
and tell us what went wrong. 2.1.2 fixes a lot of problems present
in 2.0.0 and is generally a much better product.

Relative to 2.1.1, a large number of minor problems have been fixed,
and so if you use 2.1.1 you should try 2.1.2. Users of the last
stable release, 2.0.0, might also want to try this release. For
one thing, 2.1.2 compiles with gcc-3.4.X, whereas 2.0.0 doesn't.

The following bugs, and probably many more, have been fixed. These
are listed at http://bugs.kde.org.(...) Reporting a bug for valgrind at
http://bugs.kde.org(...) is much more likely to get you a fix than
mailing developers directly, so please continue to keep sending bugs
there.

76869 Crashes when running any tool under Fedora Core 2 test1
This fixes the problem with returning from a signal handler
when VDSOs are turned off in FC2.

69508 java 1.4.2 client fails with erroneous "stack size too small".
This fix makes more of the pthread stack attribute related
functions work properly. Java still doesn't work though.

71906 malloc alignment should be 8, not 4
All memory returned by malloc/new etc is now at least
8-byte aligned.

81970 vg_alloc_ThreadState: no free slots available
(closed because the workaround is simple: increase
VG_N_THREADS, rebuild and try again.)

78514 Conditional jump or move depends on uninitialized value(s)
(a slight mishanding of FP code in memcheck)

77952 pThread Support (crash) (due to initialisation-ordering probs)
(also 85118)

80942 Addrcheck wasn't doing overlap checking as it should.
78048 return NULL on malloc/new etc failure, instead of asserting
73655 operator new() override in user .so files often doesn't get picked up
83060 Valgrind does not handle native kernel AIO
69872 Create proper coredumps after fatal signals
82026 failure with new glibc versions: __libc_* functions are not exported
70344 UNIMPLEMENTED FUNCTION: tcdrain
81297 Cancellation of pthread_cond_wait does not require mutex
82872 Using debug info from additional packages (wishlist)
83025 Support for ioctls FIGETBSZ and FIBMAP
83340 Support for ioctl HDIO_GET_IDENTITY
79714 Support for the semtimedop system call.
77022 Support for ioctls FBIOGET_VSCREENINFO and FBIOGET_FSCREENINFO
82098 hp2ps ansification (wishlist)
83573 Valgrind SIGSEGV on execve
82999 show which cmdline option was erroneous (wishlist)
83040 make valgrind VPATH and distcheck-clean (wishlist)
83998 Assertion `newfd > vgPlain_max_fd' failed (see below)
82722 Unchecked mmap in as_pad leads to mysterious failures later
78958 memcheck seg faults while running Mozilla
85416 Arguments with colon (e.g. --logsocket) ignored


Additionally there are the following changes, which are not
connected to any bug report numbers, AFAICS:

* Rearranged address space layout relative to 2.1.1, so that
Valgrind/tools will run out of memory later than currently in many
circumstances. This is good news esp. for Calltree. It should
be possible for client programs to allocate over 800MB of
memory when using memcheck now.

* Improved checking when laying out memory. Should hopefully avoid
the random segmentation faults that 2.1.1 sometimes caused.

* Support for Fedora Core 2 and SuSE 9.1. Improvements to NPTL
support to the extent that V now works properly on NPTL-only setups.

* Renamed the following options:
--logfile-fd --> --log-fd
--logfile --> --log-file
--logsocket --> --log-socket
to be consistent with each other and other options (esp. --input-fd).

* Add support for SIOCGMIIPHY, SIOCGMIIREG and SIOCSMIIREG ioctls and
improve the checking of other interface related ioctls.

* Fix building with gcc-3.4.1.

* Remove limit on number of semaphores supported.

* Add support for syscalls: set_tid_address (258), acct (51).

* Support instruction "repne movs" -- not official but seems to occur.

* Implement an emulated soft limit for file descriptors in addition to
the current reserved area, which effectively acts as a hard limit. The
setrlimit system call now simply updates the emulated limits as best
as possible - the hard limit is not allowed to move at all and just
returns EPERM if you try and change it. This should stop reductions
in the soft limit causing assertions when valgrind tries to allocate
descriptors from the reserved area.
(This actually came from bug #83998).

* Major overhaul of Cachegrind implementation. Only user visible change
is that cachegrind.out files are now typically 90% smaller than they
used to be. Code annotation times are correspondingly much smaller.

* Client requests for telling valgrind about memory pools.
  • # Sympa le changelog

    Posté par  . Évalué à 5.

    ... mais ca n'aurait pas été mal non plus si tu avais dit à quoi servait ce fameux Valgrind.

    Maintenant, je sais. C'est un déboggueur.
    • [^] # Re: Sympa le changelog

      Posté par  (site web personnel) . Évalué à 4.

      oops je croyais que valgrind etait aussi connu que gcc, donc pas besoin de le presenter. En plus il a deja recu des recompenses:

      http://opensource.org/OSA/awards.php(...)
      Q1 2004

      Merit Award

      Julian Seward/valgrind

      valgrind is a debugger for x86-based Linux systems that can automatically detect memory management and threading bugs eliminating some of software development's most difficult tasks.

      Read more about this winner here
      http://builder.com.com/5100-6375-5136747.html?tag=tt(...)

      ---

      Sinon c'est un peu reducteur de dire que valgrind est juste un debuger , il fait aussi du profiling (sans recompilation de l'exe !). Et il a beaucoup d'add-ons:

      http://valgrind.kde.org/tools.html(...)

      Tous les projets digne de ce nom l'utilise:

      http://valgrind.kde.org/users.html(...)

      hop
    • [^] # Re: Sympa le changelog

      Posté par  . Évalué à -2.

      Non seulement on n'a pas d'explication de ce qu'il est quand on ne le sait pas (ce n'est pas exactement un dévermineur, même s'il aide à faire la chasse aux bogues) ; mais en plus on a droit à tout un ChangeLog en anglais là où un lien aurait suffi.

      Bref, bof.
      • [^] # Re: Sympa le changelog

        Posté par  (site web personnel) . Évalué à 3.

        Ca va j'ai compris mon journal ne passerait pas comme nouvelle. Mais faut arreter de dire que valgrind est un project inconnu, J'ai plus de 150 reponses en cherchant 'valgrind' sur linuxfr.org.

        Pour le lien, en revanche je savais pas que le newsgroup etait archive sur sf.net, j'y penserais pour la prochaine fois.
        • [^] # Re: Sympa le changelog

          Posté par  . Évalué à 3.

          laisse tomber... ils sont jamais content.
          Si t'as encore une nouvelle intéressante, poste le stricte minimum
          dans un forum au fin fond du net, la t'aura une chance de ne pas te
          faire engueuler pour ton orthographe ou parce que tu as eu le malheure
          de pas etre assez précis.
        • [^] # Re: Sympa le changelog

          Posté par  . Évalué à 2.

          T'en fais pas, tu as bien fait de poster, même si c'est essentiellement le changelog c'est justement ce qui est intéressant. Un conseil, ne tiens pas trop compte des remarques de ces fâcheux... Merci pour l'info en tout cas.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.