Re: [OT] Warum kein Speicherzugriffsfehler
Hallo Dirk,
Dirk Finkeldey wrote:
> Martin Steigerwald schrieb:
>
>>
>> Hallo Markus und Reinhold!
>>
>> Vielen Dank für eure Antworten!
>>
>> Autsch... Danke. OK, es ist schon eine Weile her, dass ich das letzte
>> Mal in C programmiert habe ;-)
>>
>> Dann spiel ich am Wochenende nochmal mit einer korrekten Schleife rum.
>> Ich find aber schon krass, dass ich in eigentlich freigegebene
>> Speicherbereiche reinschreiben kann. Mir wäre es da ehrlich gesagt
>> lieber, wenn der Kernel beim ersten Zugriff reagiere und damit
>> Programmierer anleitet, korrekten Code zu schreiben ;).
es gibt ja:
Package: electric-fence
Priority: extra
Section: devel
Installed-Size: 96
Maintainer: Matthew Vernon <matthew@debian.org>
Architecture: i386
Version: 2.1.14.1
Depends: libc6 (>= 2.3.5-1)
Filename: pool/main/e/electric-fence/electric-fence_2.1.14.1_i386.deb
Size: 22032
MD5sum: 27bf3d5d20a5f90ee642f6fdb101ba57
SHA1: c4b1876548dd3964ee7e27f9445ef2a6a4b3ae3b
SHA256: 94a13499ebe6a741b52cd48ed9170f985c72efec9d30db291de787077c6fa234
Description: A malloc(3) debugger
Electric Fence is a debugger that uses virtual memory hardware to detect
illegal memory accesses. It can detect two common programming bugs:
software
that overruns or underruns the boundaries of a malloc() memory allocation,
and software that touches a memory allocation that has been released by
free().
.
Unlike other malloc() debuggers, Electric Fence will detect read
accesses as
well as writes, and it will stop and pinpoint the exact instruction that
causes an error. It is not as thorough as Purify, however.
.
In order to debug a program it needs to be linked with Electric Fence's
library or dynamic linking needs to be used; README.Debian explains that in
detail.
Tag: devel::debugger, role::shared-lib, works-with::software:running
Viele Grüße
Michael
--
EDV-Serviceteam Werthmann & Hierweck GbR
Annika Werthmann, Michael Hierweck
Egerstraße 53, 44225 Dortmund
http://www.edv-serviceteam.net
Reply to: