* [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large"
@ 2009-03-25 2:01 jistone at redhat dot com
2009-03-25 9:11 ` [Bug translator/10000] " fche at redhat dot com
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: jistone at redhat dot com @ 2009-03-25 2:01 UTC (permalink / raw)
To: systemtap
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2184 bytes --]
On kernel 2.6.29-0.258.rc8.git2.fc11.i686.PAE, I get:
# stap testsuite/buildok/seventeen.stp -p4 --vp 0002
Running make -C "/lib/modules/2.6.29-0.258.rc8.git2.fc11.i686.PAE/build"
M="/tmp/stapt2LDBM" modules >/dev/null
cc1: warnings being treated as errors
/tmp/stapt2LDBM/stap_e3cada033106fd44df1b94249aa5080e_1027.c: In function
function__dwarf_tvar_get_write_pipefifo_fops_0:
/tmp/stapt2LDBM/stap_e3cada033106fd44df1b94249aa5080e_1027.c:140: error: integer
constant is too large for long type
/tmp/stapt2LDBM/stap_e3cada033106fd44df1b94249aa5080e_1027.c:140: error: large
integer implicitly truncated to unsigned type
make[1]: *** [/tmp/stapt2LDBM/stap_e3cada033106fd44df1b94249aa5080e_1027.o] Error 1
make: *** [_module_/tmp/stapt2LDBM] Error 2
Pass 4: compiled C into "stap_e3cada033106fd44df1b94249aa5080e_1027.ko" in
670usr/1060sys/3065real ms.
Pass 4: compilation failed. Try again with another '--vp 0001' option.
Running rm -rf /tmp/stapt2LDBM
That's in a loc2c-generated function to read from a global, whose body is:
136 intptr_t addr;
137 { // DWARF expression: 0x3(3228635952)
138 {
139 intptr_t s0;
140 s0 = ({ static unsigned long addr = 0; if (addr==0) addr =
_stp_module_relocate ("kernel","_stext",0xffffffff3ff0f330); addr; });
141 addr = s0;
142 }
143 }
144 { // DWARF expression: 0x23(4)
145 {
146 intptr_t s0;
147 s0 = addr;
148 s0 = s0 + 4UL;
149 addr = s0;
150 }
151 }
152 { // synthesized
153 { uint32_t value = deref (4, addr);addr = value; }
154 }
155 THIS->__retvalue = addr;
--
Summary: buildok/seventeen.stp fails "integer constant is too
large"
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: jistone at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10000
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug translator/10000] buildok/seventeen.stp fails "integer constant is too large"
2009-03-25 2:01 [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large" jistone at redhat dot com
@ 2009-03-25 9:11 ` fche at redhat dot com
2009-03-25 13:21 ` roland at gnu dot org
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: fche at redhat dot com @ 2009-03-25 9:11 UTC (permalink / raw)
To: systemtap
------- Additional Comments From fche at redhat dot com 2009-03-25 01:59 -------
The problem is another instance of the module_bias/_stext-related
address calculations. Data global vars are not getting consistently
processed.
This is not a new problem. :-( dejazilla shows lots of failures.
This is not a consistent problem. Some combinations of
systemtap / elfutils / kernel versions work, some don't.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10000
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug translator/10000] buildok/seventeen.stp fails "integer constant is too large"
2009-03-25 2:01 [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large" jistone at redhat dot com
2009-03-25 9:11 ` [Bug translator/10000] " fche at redhat dot com
@ 2009-03-25 13:21 ` roland at gnu dot org
2009-03-25 14:27 ` wenji dot huang at oracle dot com
2009-03-25 17:55 ` fche at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: roland at gnu dot org @ 2009-03-25 13:21 UTC (permalink / raw)
To: systemtap
------- Additional Comments From roland at gnu dot org 2009-03-25 02:01 -------
It should use a UL suffix on integer constants, or address constants anyway.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10000
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug translator/10000] buildok/seventeen.stp fails "integer constant is too large"
2009-03-25 2:01 [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large" jistone at redhat dot com
2009-03-25 9:11 ` [Bug translator/10000] " fche at redhat dot com
2009-03-25 13:21 ` roland at gnu dot org
@ 2009-03-25 14:27 ` wenji dot huang at oracle dot com
2009-03-25 17:55 ` fche at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: wenji dot huang at oracle dot com @ 2009-03-25 14:27 UTC (permalink / raw)
To: systemtap
------- Additional Comments From wenji dot huang at oracle dot com 2009-03-25 09:11 -------
Works fine on 2.6.27.9-159.fc10.i686 + elfutils 0.13, but
worse on RHEL5U3 + 2.6.29 + elfutils 0.137
$ stap testsuite/buildok/seventeen.stp -p4 --vp 0002
*** glibc detected *** stap: corrupted double-linked list: 0x09115708 ***
======= Backtrace: =========
/lib/libc.so.6[0x55db67]
/lib/libc.so.6(__libc_malloc+0x7b)[0x55f3ab]
/usr/lib/libstdc++.so.6(__cxa_allocate_exception+0x22)[0x2e3a642]
stap[0x8140127]
stap[0x81166e3]
stap[0x8132553]
stap[0x81337eb]
stap[0x8118e78]
stap[0x812a7bb]
stap[0x80fdced]
stap[0x8077bf2]
stap[0x80771c6]
stap[0x8071f55]
stap[0x8101470]
stap[0x8104c2d]
stap[0x8105445]
stap[0x8105517]
stap[0x81061d3]
stap[0x8106852]
stap[0x8106b48]
stap[0x80ea746]
/usr/local/lib/systemtap/libdw.so.1(dwfl_getmodules+0x131)[0xb7f0ef81]
stap[0x80cd7d5]
stap[0x8102e77]
stap[0x8084347]
stap[0x80843aa]
stap[0x80843aa]
stap[0x808f66a]
stap[0x809157f]
stap[0x809205c]
stap[0x80519b9]
/lib/libc.so.6(__libc_start_main+0xdc)[0x509e8c]
stap(__gxx_personality_v0+0x1f1)[0x804d021]
======= Memory map: ========
004d6000-004f0000 r-xp 00000000 fe:00 1902964 /lib/ld-2.5.so
004f0000-004f1000 r--p 00019000 fe:00 1902964 /lib/ld-2.5.so
004f1000-004f2000 rw-p 0001a000 fe:00 1902964 /lib/ld-2.5.so
004f4000-00632000 r-xp 00000000 fe:00 1902965 /lib/libc-2.5.so
00632000-00634000 r--p 0013e000 fe:00 1902965 /lib/libc-2.5.so
00634000-00635000 rw-p 00140000 fe:00 1902965 /lib/libc-2.5.so
00635000-00638000 rw-p 00635000 00:00 0
0063a000-0065f000 r-xp 00000000 fe:00 1902971 /lib/libm-2.5.so
0065f000-00660000 r--p 00024000 fe:00 1902971 /lib/libm-2.5.so
00660000-00661000 rw-p 00025000 fe:00 1902971 /lib/libm-2.5.so
00663000-00665000 r-xp 00000000 fe:00 1902966 /lib/libdl-2.5.so
00665000-00666000 r--p 00001000 fe:00 1902966 /lib/libdl-2.5.so
00666000-00667000 rw-p 00002000 fe:00 1902966 /lib/libdl-2.5.so
00669000-0067c000 r-xp 00000000 fe:00 1902967 /lib/libpthread-2.5.so
0067c000-0067d000 r--p 00012000 fe:00 1902967 /lib/libpthread-2.5.so
0067d000-0067e000 rw-p 00013000 fe:00 1902967 /lib/libpthread-2.5.so
0067e000-00680000 rw-p 0067e000 00:00 0
00803000-00860000 r-xp 00000000 fe:00 422977 /usr/lib/libsqlite3.so.0.8.6
00860000-00862000 rw-p 0005c000 fe:00 422977 /usr/lib/libsqlite3.so.0.8.6
00dc4000-00dcf000 r-xp 00000000 fe:00 1900775 /lib/libgcc_s-4.1.2-20080825.so.1
00dcf000-00dd0000 rw-p 0000a000 fe:00 1900775 /lib/libgcc_s-4.1.2-20080825.so.1
02d87000-02e67000 r-xp 00000000 fe:00 404224 /usr/lib/libstdc++.so.6.0.8
02e67000-02e6b000 r--p 000df000 fe:00 404224 /usr/lib/libstdc++.so.6.0.8
02e6b000-02e6c000 rw-p 000e3000 fe:00 404224 /usr/lib/libstdc++.so.6.0.8
02e6c000-02e72000 rw-p 02e6c000 00:00 0
08048000-08177000 r-xp 00000000 fe:00 402540 /usr/local/bin/stap
08177000-08178000 rw-p 0012e000 fe:00 402540 /usr/local/bin/stap
08178000-09146000 rw-p 08178000 00:00 0 [heap]
9f700000-9f721000 rw-p 9f700000 00:00 0
9f721000-9f800000 ---p 9f721000 00:00 0
9f837000-9f846000 rw-p 00000000 fe:00 1902998
/lib/modules/2.6.29/kernel/arch/x86/crypto/aes-i586.ko
9f846000-9f863000 rw-p 00000000 fe:00 1903003
/lib/modules/2.6.29/kernel/arch/x86/kernel/cpu/cpufreq/powernow-k8.ko
9f863000-9f871000 rw-p 00000000 fe:00 1903002
/lib/modules/2.6.29/kernel/arch/x86/kernel/cpu/cpufreq/p4-clockmod.ko
9f871000-9f889000 rw-p 00000000 fe:00 1903004
/lib/modules/2.6.29/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko
9f889000-9f8bf000 rw-p 00000000 fe:00 1903006
/lib/modules/2.6.29/kernel/arch/x86/kernel/microcode.ko
9f8bf000-9f8da000 rw-p 00000000 fe:00 1903005
/lib/modules/2.6.29/kernel/arch/x86/kernel/cpuid.ko
9f8da000-9f8f5000 rw-p 00000000 fe:00 1903007
/lib/modules/2.6.29/kernel/arch/x86/kernel/msr.ko
9f8f5000-9f9a2000 rw-p 00000000 fe:00 1903009
/lib/modules/2.6.29/kernel/arch/x86/oprofile/oprofile.ko
9f9a2000-9f9b7000 rw-p 00000000 fe:00 1903023
/lib/modules/2.6.29/kernel/crypto/des_generic.ko
9f9b7000-9f9c9000 rw-p 00000000 fe:00 1903021
/lib/modules/2.6.29/kernel/crypto/ctr.ko
9f9c9000-9f9db000 rw-p 00000000 fe:00 1903025
/lib/modules/2.6.29/kernel/crypto/khazad.ko
9f9db000-9f9ec000 rw-p 00000000 fe:00 1903046
/lib/modules/2.6.29/kernel/crypto/tgr192.ko
9f9ec000-9f9fb000 rw-p 00000000 fe:00 1903024
/lib/modules/2.6.29/kernel/crypto/ecb.ko
9f9fb000-9fa0a000 rw-p 00000000 fe:00 1903037
/lib/modules/2.6.29/kernel/crypto/md4.ko
9fa0a000-9fa1f000 rw-p 00000000 fe:00 1903022
/lib/modules/2.6.29/kernel/crypto/deflate.ko
9fa1f000-9fa2e000 rw-p 000Aborted
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10000
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug translator/10000] buildok/seventeen.stp fails "integer constant is too large"
2009-03-25 2:01 [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large" jistone at redhat dot com
` (2 preceding siblings ...)
2009-03-25 14:27 ` wenji dot huang at oracle dot com
@ 2009-03-25 17:55 ` fche at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: fche at redhat dot com @ 2009-03-25 17:55 UTC (permalink / raw)
To: systemtap
------- Additional Comments From fche at redhat dot com 2009-03-25 14:51 -------
I believe the same family of bugs is responsible for other
errors, such as startup-time buildid mismatches. blocking release.
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|systemtap at sources dot |fche at redhat dot com
|redhat dot com |
Severity|normal |critical
Status|NEW |ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=10000
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-03-25 14:51 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-25 2:01 [Bug translator/10000] New: buildok/seventeen.stp fails "integer constant is too large" jistone at redhat dot com
2009-03-25 9:11 ` [Bug translator/10000] " fche at redhat dot com
2009-03-25 13:21 ` roland at gnu dot org
2009-03-25 14:27 ` wenji dot huang at oracle dot com
2009-03-25 17:55 ` fche at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).