list flutter for @redhat.com users
by Roland McGrath
This mailing list forwarded a piece of spam that was rejected by the
redhat.com mailers, so mailman decided to disable the subscription of every
user(a)redhat.com subscriber to this list. You got individual notices from
mailman about it. If you didn't already go and re-enable your subscription
already, you don't have to bother because I did it for you.
There was no real traffic overnight in that interim, so you don't need to
bother looking in the archives for what you might have missed. If you do,
you'll notice that the list is letting in a lot of spam and getting it
archived.
I've filed a ticket with the fedora-infrastructure team about improving the
list's spam filtering or coordinating it with the redhat.com mailer better.
If the problem persists and the Fedora admins can't improve it in a general
way, then I'll consider switching this list to restrict posting to
subscribers. I like having it open to all posters without hassle, but too
much spam defeats the purpose of a pleasantly-available list. Subscription
is and will remain open, so if we have to "close" posting it will only be a
small procedural hurdle, not any real constraint on folks joining
discussions here.
Thanks,
Roland
14 years, 2 months
???????? ??? ???????. ???????? ????????
by Nelson Gill
Gen so eric Via ocs gra Onl vb ine Pha or rmacy Without Pres iff cription XL on pm line pha gf rmacy is the most reliable me ro dication provider for gen vn eric drugs without prescri wax ption including Gen fem eric Via oxe gra. We offer a ch trj eap Via xw gra solution to customers around the world. We provide the best no pres qxe cription meds and over 1000 gene phb ric pro axb ducts like C in ialis, Le jf vitra, Xeni sap cal, Pro vcw pecia, Cana mh dian Via fl gra and many more. All of our health care products are as effe tge ctive as any other brand name me qm dications, since they are equ ysh ally safe and equally relia fxl ble. Many people put their trust in the power of Gen hqe eric Via utl gra and generic pro pkr ducts in general, thus, XL onl gwb ine phar lph macy escrow ser xy vice guarantees that you receive nothing but the best quality and customer se hbb rvice. Buy Via la gra without pres mt cription and get just what you are looking for from a rel jc iable onli ol ne pharm acz acy: superior quality pro cx ducts, unbeatable pr aj ices, effecti ktv veness, saf cr ety, discretion, fast sh mo ipping, and total satisf ix action guara zc nteed. Via ge gra Our pri nsb ce$1.15 Ci ie alis Our pri etw ce$1.99 Via ez gra + Ci sk alis + Lev xz itra Our pri my ce$119.98 Lev ka itra Our pri fgo ce$2.35
14 years, 2 months
libdwfl --core crashes
by Roland McGrath
wrt https://bugzilla.redhat.com/show_bug.cgi?id=559836
The proximate cause of the crash was that elf_strptr returned a bogus
pointer. This happened because the offset was bogus, but so was the strtab
section's sh_size, so the offset validation didn't fire.
Because the data was already mapped, the section's rawdata_base pointer was
already set and elf_strptr just used it (plus the bogus offset). This
rawdata_base was invalid because it was derived from a bogus sh_offset
(which came with a bogus sh_size to boot). In a non-mapped file, these
offsets get tried in __libelf_set_rawdata_wrlock and are found wanting.
Even for a mapped file when rawdata_base is not already set, the code in
__libelf_set_rawdata_wrlock will validate the offset and size before
setting it. I'm not sure off hand how this path can ever be reached in the
0.144 code. If it were, it would diagnose the bogon there.
But elf_begin (file_read_elf) prepopulated the pointers into the mapped
file without checking the sh_offset and sh_size values. AFAICT this
precludes the __libelf_set_rawdata_wrlock path (that does appropriate
checking) from ever being taken. That's certainly what's happening in the
test case.
So I fixed that in commit 429502f. This simply validates the sh_offset and
sh_size values in file_read_elf and does not set up the pointers if they
don't point inside the mapped file. Then an attempt to use the bogus
section's data will indeed go to the __libelf_set_rawdata_wrlock path and
diagnose the error there.
This fix just masks the underlying problem with core file reading--the
problem that is producing these section headers to begin with.
I had been thinking the second fix along the way would be to make
elf_from_remote_memory punt the section headers (i.e. clear e_shoff, as it
does when they are invisible or truncated in the memory image) when they
are invalid. I'd imagined doing some quick sanity checks like sh_offset's
not being wild, or maybe just do that check on the e_shstrndx shdr. That
still might be a sensible idea for elf_from_remote_memory in theory, though
I think being fully robust to totally-bogus section headers at other levels
instead is plenty good enough. But, elf_from_remote_memory is not involved
in core file reading at all! Instead, we use elf_begin_rand, which is
built around the idea of a verbatim file image embedded in the core file.
So there it doesn't fit the model to clear some header fields when they're
suspicious like we do in elf_from_remote_memory--we get the ELF file image
that is embedded in the core file, verbatim, end of story.
So, the elf_begin_rand/elf_memory part of it is actually OK. Those give an
accurate (and now adequately robust) ELF format reading of the data that's
there. If the data's lossy, that's what the robustness is for.
But, this data is indeed bogus. It looks like an ELF file image, but isn't
really. Why? What happened is that it's the data page of a small DSO.
Here are some of the relevant core segments:
LOAD 0x313000 0x00007f9b04d3d000 0x0000000000000000 0x001000 0x001000 R E 0x1000
LOAD 0x314000 0x00007f9b04d3e000 0x0000000000000000 0x000000 0x1ff000 0x1000
LOAD 0x314000 0x00007f9b04f3d000 0x0000000000000000 0x001000 0x001000 RW 0x1000
What we got was a module identified as:
0x7f9b04f3d000+0x201000 d713b06ee3ed93aef5a253fd1d5d5888a10f7916@0x7f9b04f3d1a0 . - libomnibook.so
Right away, something is fishy because a module starts with the text
segment mapping, which is "R E" and here we have a "RW ".
Every normal DSO has two PT_LOAD segments. Unless the DSO's text happens
to end on a page boundary, the normal layout puts the data immediately
after in the file, so that the file page that contains the data segment's
p_offset is mapped in two places--the data segment's p_vaddr, and the text
segment's last page. When the whole text segment fits inside a page, then
the first text page is the last text page. This is the case we have here.
So, 0x7f9b04f3d000 is the data segment, but it's mapped from the first page
of the file (p_offset = 0). This means it starts with the ELF header and
phdrs, along with the rest of the text.
Hence, the generic module sniffer (dwfl_segment_report_module) looking at
this page will decide that it starts a new module. It takes the bounds of
the module from the phdrs therein, and extrapolates. So the core dump's
memory corresponding to 0x7f9b04f3d000 + e_shoff is being taken as section
header data. What's actually in that memory as found in the dump is some
other data, because 0x7f9b04f3d000 is the second mapping of the DSO's first
page, not the one that corresponds to the first phdr as we extrapolated.
In fact, we get some random other stuff including the ELF header of the
next DSO higher in memory, so that ELFMAG appears as part of the bogus
section header data.
What's supposed to avoid all that is the sniffer having found the proper
start of that DSO at 0x00007f9b04d3d000. When it sniffs that segment, it
will find the first copy of our DSO's first file page. Here it sees the
ELF header and phdrs that tell it that these three core segments are all
covered by the address range of this DSO. So, we should skip over the
second and third core segments shown above, and start sniffing again after
that. This is where we're going wrong.
The dwfl_segment_report_module sniffer was returning the index of the last
segment involved in the module just sniffed, rather than the next segment
after that. I fixed that in commit ca84a55. Now, sniffing skips the core
segments already consumed by a module.
With just the libelf fix, the test case will no longer crash.
This diff shows the effect of the libdwfl fix.
--- /tmp/a 2010-02-17 02:56:38.863889807 -0800
+++ /tmp/b 2010-02-17 02:57:00.448016272 -0800
@@ -1,5 +1,3 @@
-0x7f9b04331000+0x201000 da2781a960a4f7bc1c3581c8eda2a059c6fc7ec3@0x7f9b043311a0 - - libsonypi.so
-0x7f9b04d3d000+0x201000 d713b06ee3ed93aef5a253fd1d5d5888a10f7916@0x7f9b04d3d1a0 - - libomnibook.so
0x400000+0x21a000 b5c4ce98ec4e21c38772861d5da78ab441790f6c@0x40024c - - [exe]
0x7fff5cdff000+0x1000 a0c1eaa68bfe20c3020d7dde068719f298aa7ddf@0x7fff5cdff2f8 . - linux-vdso.so.1
0x3bdbc00000+0x29e000 26381c0e78d6547be47efe210d1fba2b27d5ee3a@0x3bdbc001a0 /usr/lib64/libgnomeui-2.so.0 - libgnomeui-2.so.0
@@ -94,11 +92,13 @@
0x7f9b05544000+0x202000 f71367b4026bb4404bd07a61f9aea5060715caf0@0x7f9b055441a0 /usr/lib64/libsensors-applet-plugin.so.0 - libsensors-applet-plugin.so.0
0x7f9b05342000+0x202000 c80dfbf734de0b8c01aa4bc28a9ad60029466e5c@0x7f9b053421a0 /usr/lib64/sensors-applet/plugins//libsmu-sys.so - libsmu-sys.so
0x7f9b05140000+0x202000 d174306cbc20c50614d54097cd5a4f9b3016aeaa@0x7f9b051401a0 /usr/lib64/sensors-applet/plugins//libhddtemp.so - libhddtemp.so
-0x7f9b04f3d000+0x201000 d713b06ee3ed93aef5a253fd1d5d5888a10f7916@0x7f9b04f3d1a0 . - libomnibook.so
+0x7f9b04f3e000+0x202000 491fae5ee5a93017b33edae501f95f9741631492@0x7f9b04f3e1a0 /usr/lib64/sensors-applet/plugins//libi8k.so - libi8k.so
+0x7f9b04d3d000+0x201000 d713b06ee3ed93aef5a253fd1d5d5888a10f7916@0x7f9b04d3d1a0 /usr/lib64/sensors-applet/plugins//libomnibook.so - libomnibook.so
0x7f9b04b3b000+0x202000 9ce5478a29debe806965c11d96b6a5f269792f9d@0x7f9b04b3b1a0 /usr/lib64/sensors-applet/plugins//libeee.so - libeee.so
0x7f9b04939000+0x202000 82a0c007aa5bacadf2a68a8521ae958a0725ad4a@0x7f9b049391a0 /usr/lib64/sensors-applet/plugins//libnvidia.so - libnvidia.so
0x7f9b04734000+0x205000 51e43e9ef2fb68c4f01eb1b6e55643b04ae180d8@0x7f9b047341a0 /usr/lib64/libXNVCtrl.so.0 - libXNVCtrl.so.0
-0x7f9b04531000+0x201000 da2781a960a4f7bc1c3581c8eda2a059c6fc7ec3@0x7f9b045311a0 . - libsonypi.so
+0x7f9b04532000+0x202000 33988f0efe1847cf007684faf7702d258252e9fa@0x7f9b045321a0 /usr/lib64/sensors-applet/plugins//libpmu-sys.so - libpmu-sys.so
+0x7f9b04331000+0x201000 da2781a960a4f7bc1c3581c8eda2a059c6fc7ec3@0x7f9b043311a0 /usr/lib64/sensors-applet/plugins//libsonypi.so - libsonypi.so
0x7f9b0412f000+0x202000 2b3a3c87b27a0b297d429e1362c490a2f94f5f99@0x7f9b0412f1a0 /usr/lib64/sensors-applet/plugins//liblibsensors.so - liblibsensors.so
0x7f9b03f1f000+0x210000 a1337343fe13867b87b1b7c73f190b3e8cb6dc7c@0x7f9b03e001a0 /usr/lib64/libsensors.so.4 - libsensors.so.4
0x7f9b03d1d000+0x202000 f4160b6a86ea0beb95d562d996aeba9182804a6c@0x7f9b03d1d1a0 /usr/lib64/sensors-applet/plugins//libacpi.so - libacpi.so
The most telling bit is the first two lines, two modules reported before
the fix. Note how these are the only DSOs that precede [exe] in the list.
Remember the way that the core-file sniffing works. There are two phases.
The first is the pure segment-content module sniffing, which is what we are
debugging now. That reports the modules we find from seeing ELF headers,
in the order we come across them (i.e. ascending address order). The
second phase follows the struct link_map chain from the DT_DEBUG pointer.
In normal circumstances, this list (the dynamic linker's data structure)
shows every module, and (given partial segments dumps) shows only those
that we've already found in the pure ELF phase. When this phase points to
a module we know from the first phase, we adjust the name details of that
module in case link_map gave us more info than we had, and we reorder it in
the Dwfl module list to match the link_map ordering.
Because of the reordering, any content-sniffed modules that were not found
in the link_map list show up as first in the list, before the executable,
which would otherwise always be first. So, in looking at an eu-unstrip -n
listing, we can immediately be suspicious when we see modules reported
before the executable.
Those extra modules are gone after the fix. Instead, there are a couple of
proper-looking modules that reappear. Those were being skipped over by the
sniffer because of its wrong extrapolation based on phdrs starting one page
off so a following DSO page can get missed.
Petr, please review the libdwfl change (and this explanation) and verify
that it makes sense.
Thanks,
Roland
14 years, 2 months
elfutils makefile changes
by Roland McGrath
The F-13 (rawhide) build broke because %configure now uses
--disable-dependency-tracking and that did not work with our
Makefile.am hooey.
In fixing it, I consolidated all the manual duplication into config/eu.am,
a new automake include file. Things are not all exactly as they were
before, because there is more uniformity across the subdirectories.
I think I made everything come out the way it should. I tested make and
make check for --enable-{gcov,gprof,mudflap} as well as the vanilla build.
They don't seem to have been broken. The mudflap build's check stage is
full of fail, but that does not seem to be new.
Please poke, review, and complain if I broke anything.
Thanks,
Roland
14 years, 2 months
are you sure?
by Hester Newton
ORDER VIAG fxx RA NOW AND SAVE! Free Consultation Always Low Pri bg ces Secure Online Ord ox ering Discr jtm eet Packaging Confide nh ntial Via bzr gra Delivered Directly To You Licensed Me xwq dical Do ak ctors Licensed phar wgy macists Re vj ceive your Via obx gra order in 48 hours -------------------------------------------------------------------------------- Via en gra is a medic cpu ation used in the treatment of erectile dysf mp unction. Clini vb cal studies shown that Via wlu gra possesses a sig ac nificant therapeutic effect in more than 88% of men with erectile dysfu sa nction. VIA rao GRA is a pill used to treat erectile dys hwp function (impotence) in men. It can help many men who have erectile dys qf function get and keep an erection when they become se uj xually excited (stim yo ulated). Via ptn gra Our pri hod ce$1.15 Ci wu alis Our pri nn ce$1.99 Via kqi gra + Ci ej alis + Lev ghj itra Our pri ucg ce$119.98 Lev hu itra Our pri pmc ce$2.35
14 years, 2 months
ID: 068-1503-875624025@craigslist.org
by Jay Hager
Buy Via ql gra, Cia mt lis, Lev iv itra, Pro pf pecia and More Pre dx scription Me teo dic oi ations Online Acc psn essRx is a safe and secure online ph oh armacy where thousands of sati hxz sfied customers purchase med or ications such as Pro xf pecia, Vi tzn agra, C fei ialis and Le ux vitra online, as well as other leading lifestyle medic meu ations. Acce ruy ssRx is located in Arizona and provides a discreet, convenient way to order authentic pres bpc cription medic yq ations online. In fact, Acc hos essRx provides only F ok DA-appro xb ved, brand-name me pi dications. A U.S.-licensed phy yh sician will review your me ml dical history, and upon ap zzi proval, can issue you a pre pjw scription to be filled by a U.S.-licensed ph lco armacist. Tens of thousands of custo oe mers have placed an online Via pt gra order with Acc ov essRx. Via nly gra Our pri zdv ce$1.15 Ci jhv alis Our pri qb ce$1.99 Via lj gra + Ci kfy alis + Lev qd itra Our pri wl ce$119.98 Lev ilx itra Our pri dp ce$2.35
14 years, 2 months
(no subject)
by Eliza Hutchins
ORDER VIAG jx RA NOW AND SAVE! Free Consultation Always Low Pri fqx ces Secure Online Ord xn ering Discr cy eet Packaging Confide ih ntial Via okg gra Delivered Directly To You Licensed Me jdz dical Do iy ctors Licensed phar rj macists Re on ceive your Via hdj gra order in 48 hours -------------------------------------------------------------------------------- Via ryz gra is a medic oe ation used in the treatment of erectile dysf gx unction. Clini omd cal studies shown that Via pe gra possesses a sig xn nificant therapeutic effect in more than 88% of men with erectile dysfu ge nction. VIA ee GRA is a pill used to treat erectile dys dyy function (impotence) in men. It can help many men who have erectile dys aj function get and keep an erection when they become se rx xually excited (stim sdh ulated). Via piv gra Our pri ll ce$1.15 Ci iw alis Our pri ete ce$1.99 Via ymr gra + Ci ar alis + Lev qt itra Our pri yvy ce$119.98 Lev bo itra Our pri qf ce$2.35
14 years, 2 months
thank you for nothing!
by Weldon Cotton
ORDER VIAG yx RA NOW AND SAVE! Free Consultation Always Low Pri jpy ces Secure Online Ord rju ering Discr jw eet Packaging Confide ejy ntial Via nx gra Delivered Directly To You Licensed Me iu dical Do mro ctors Licensed phar thp macists Re lg ceive your Via wiy gra order in 48 hours -------------------------------------------------------------------------------- Via ot gra is a medic vd ation used in the treatment of erectile dysf ut unction. Clini gx cal studies shown that Via aiv gra possesses a sig jy nificant therapeutic effect in more than 88% of men with erectile dysfu qg nction. VIA zcn GRA is a pill used to treat erectile dys afm function (impotence) in men. It can help many men who have erectile dys hm function get and keep an erection when they become se vj xually excited (stim kv ulated). Via gww gra Our pri ay ce$1.15 Ci fn alis Our pri ixm ce$1.99 Via yzr gra + Ci dme alis + Lev mg itra Our pri sd ce$119.98 Lev mdl itra Our pri exu ce$2.35
14 years, 2 months
Obtain the career you have always wanted with the University Degree you deserve.
by Francis Toney
AFFO uu RDABLE ONL tev INE BAC nt HEL0R'S, MA yr STER'S & DOC no T0RATE DE hl GREES Add Ba um che1or's, Ma wgz ster's or Doc fw torate De se grees to your res wp ume in just 4-6 we abh eks and open ave op nues to prom bxu otion and b xgd etter jo am bs! At your O kdj wn P jnq ace! At yo fhw ur O nb wn Sch th edule! At your O imf wn Conve xxz nience! No Exa zw mination! No Stu oa dy! No Cl fo ass! Rega kdz rdless of your loc qu ation, you can re gq ceive a de mx gree in your desi ht red fie ie ld. All you need is suffici de ent kno xi wledge, mi vb litary, or profe crl ssional exper ow ience and you are on your w br ay to an ins nfu tant degr wx ee in your rele hwc vant fie swc ld. Ea mpp rn a reco zgv gnized Unive cft rsity De qo gree based on prof nan essional expe mr rience wi csn thin a few wee ezg ks! Get your des bb ired deg uw ree on the basis of y qp our Prior Kno xw wled lj ge and profe hq ssional Expe bu rience. Give us a c eeu all N vj OW! 1-801-461-5023 Ple ubs ase le znt ave us your: 1) Your N mrx ame 2) Your Cou ha ntry 3) Pho wmf ne No. with co iv untry code if out nbr side USA We w rb ill get ba tds ck to you AS rz AP
14 years, 2 months