|
 |
e1d87d |
Index: ./gdb/testsuite/gdb.base/largecore-last-address-lock.exp
|
|
|
e1d87d |
===================================================================
|
|
|
e1d87d |
RCS file: ./gdb/testsuite/gdb.base/largecore-last-address-lock.exp
|
|
|
e1d87d |
diff -N ./gdb/testsuite/gdb.base/largecore-last-address-lock.exp
|
|
|
e1d87d |
--- /dev/null 1 Jan 1970 00:00:00 -0000
|
|
|
e1d87d |
+++ ./gdb/testsuite/gdb.base/largecore-last-address-lock.exp 15 Nov 2006 21:43:24 -0000
|
|
|
e1d87d |
@@ -0,0 +1,49 @@
|
|
|
e1d87d |
+# Copyright 2006 Free Software Foundation, Inc.
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# This program is free software; you can redistribute it and/or modify
|
|
|
e1d87d |
+# it under the terms of the GNU General Public License as published by
|
|
|
e1d87d |
+# the Free Software Foundation; either version 2 of the License, or
|
|
|
e1d87d |
+# (at your option) any later version.
|
|
|
e1d87d |
+#
|
|
|
e1d87d |
+# This program is distributed in the hope that it will be useful,
|
|
|
e1d87d |
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
e1d87d |
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
e1d87d |
+# GNU General Public License for more details.
|
|
|
e1d87d |
+#
|
|
|
e1d87d |
+# You should have received a copy of the GNU General Public License
|
|
|
e1d87d |
+# along with this program; if not, write to the Free Software
|
|
|
e1d87d |
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+if $tracelevel then {
|
|
|
e1d87d |
+ strace $tracelevel
|
|
|
e1d87d |
+}
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# Get things started.
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+gdb_exit
|
|
|
e1d87d |
+gdb_start
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# i386 (32-bit) only: gdb with Red Hat largecore patch did lock up:
|
|
|
e1d87d |
+# https://enterprise.redhat.com/issue-tracker/?module=issues&action=view&tid=103263
|
|
|
e1d87d |
+# https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210614
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# i386: Bug exists when the `target_xfer_memory' condition
|
|
|
e1d87d |
+# `(memaddr + len < region->hi)' operates on 64-bit operands on
|
|
|
e1d87d |
+# largecore-patched with 32-bit addresses and so it can get `false' with
|
|
|
e1d87d |
+# arbitrary `len'.
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# x86_64: The bug is not present as the operands and calculations have the same
|
|
|
e1d87d |
+# bit size. Would would still need to pass there the highest address
|
|
|
e1d87d |
+# (`memaddr == 0xffffffffffffffff') but we would need to pass `len == 0'
|
|
|
e1d87d |
+# to make the condition `(memaddr + len < region->hi)' false.
|
|
|
e1d87d |
+# `len == 0' would get caught eariler.
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+# Error in the success case is immediate.
|
|
|
e1d87d |
+set timeoutold ${timeout}
|
|
|
e1d87d |
+set timeout 10
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+gdb_test "x/xb 0xffffffff" \
|
|
|
e1d87d |
+ "Cannot access memory at address 0xffffffff" \
|
|
|
e1d87d |
+ "Read the last address space byte"
|
|
|
e1d87d |
+
|
|
|
e1d87d |
+set timeout ${timeoutold}
|