蕾宝708227於 2017年11月1日星期三 UTC+8下午12時33分26秒寫道:
> 【数亿娱乐】稳如泰山【708227】
> 【主管 直属 招商 总代 开户】
> 数亿娱乐隆重登场 新濠集团旗下
> 实力雄厚 信誉优秀 您不能错过
> 快速注册http://ez2o.com/4gJjE
【玖富娱乐】推荐主管QQ【708227】
【玖富娱乐】推荐主管QQ【708227】
【玖富娱乐】推荐主管QQ【708227】
【玖富娱乐】推荐主管QQ【708227】
___
bug-gdb
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【玖富娛樂】實力招商QQ【708227】
【玖富娛樂】實力招商QQ【708227】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】稳如泰山【708227】
【主管 直属 招商 总代 开户】
数亿娱乐隆重登场
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】稳如泰山【708227】
【主管 直属 招商 总代 开户】
数亿娱乐隆重登场
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】【主管 直属 招商 总代 开户】【加我备注88】
壹壹玖於 2017年9月3日星期日 UTC+8下午4時18分05秒寫道:
> 数亿娱乐隆重登场 新濠集团旗下 实力雄厚信誉优秀 您不能错过
> 【数亿娱乐】【Q1192431153】【主管 直属 招商 总代 开户】【加我备注88】
【数亿娱乐】【Q1192431153】【主管 直属 招商 总代 开户】【加我备注88】
数亿娱乐隆重登场 新濠集团旗下
实力雄厚 信誉优秀 您不能错过
___
bug-gdb mailing list
bug-gdb@gnu.org
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】【直属 主管 招商 总代 开户】【加我备注88】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】【直属主管招商总代开户】【加我备注88】
数亿娱乐隆重登场
壹壹玖於 2017年8月19日星期六 UTC+8下午5時48分30秒寫道:
> 【数亿娱乐】【Q1192431153】【直属主管招商总代开户】【加我备注88】
【数亿娱乐】【Q1192431153】【直属主管招商总代开户】【加我备注88】
数亿娱乐隆重登场 新濠集团旗下 实力雄厚信誉优秀 您不能错过
___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】【直属主管招商总代开户】【加我备注88】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【Q1192431153】【加我备注88】【直属 主管 招商 总代 开户】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【数亿娱乐】【直属 主管 招商 总代 开户】【Q1192431153】【加我备注88】
彩票500万於 2002年8月18日星期日 UTC+8下午12時00分39秒寫道:
> 这里有对足球彩票、全国各地体彩、风采和六合彩的精确预测及预测电子杂志、彩票预测软件、彩票预测书刊、预测技术方法、以及最快的赚钱方式。
> 《彩票王》软件预测全国各地多种体育彩票、福利彩票、足球彩票、四花选四、天天彩、五字彩、奥运彩票、香港六合彩、台湾乐透彩等。《彩票王》是目前全国功能最强大、种类最全面的彩票选号分析决策软件系统。
>更详细情况请到这里查看:http://www.tjw.cc
【sky娱乐直属】【Q1192431153】【加我备注88】
On 10/29/2014 05:10 AM, ishikawa wrote:
$ env | grep TERM
TERM=dumb
TERMCAP=
Right, we can reproduce this on the terminal with just:
$ TERM=dumb gdb -q -nx
(gdb) wh
I'm working on a fix that will make GDB error out instead
of hanging, like:
$ TERM=dumb gdb -q -nx
(gdb) wh
Cannot enable
Dear Pedro Alves,
On 10/29/2014 05:10 AM, ishikawa wrote:
$ env | grep TERM
TERM=dumb
TERMCAP=
Right, we can reproduce this on the terminal with just:
$ TERM=dumb gdb -q -nx
(gdb) wh
I'm working on a fix that will make GDB error out instead
of hanging, like:
$ TERM=dumb gdb
On 10/29/2014 02:41 PM, ISHIKAWA,chiaki wrote:
Thank you very much for your debugging effort.
No problem. I use the TUI myself every day.
FYI, the bug is fixed on mainline now:
https://sourceware.org/ml/gdb-patches/2014-10/msg00798.html
Still being puzzled why I didn't realize this TUI
On Monday, October 13 2014, Василий Ёркин wrote:
It seems that link to russian gdb user man is broken for some reason:
http://www.gnu.org/software/gdb/documentation/
Hello Vasiliy,
Thanks for pointing that out. I fixed this by removing the reference to
the link.
By the way, this list is not
On Monday, October 13 2014, Runip Gopisetty wrote:
Category
GDB.
Synopsis
gdb cannot find line numbers of certain weak symbols during backtrace
Hello Runip,
Could you please file this bug on http://sourceware.org/bugzilla?
This list is not being used by GDB developers anymore.
2014-08-26 21:30 GMT+02:00 Sergio Durigan Junior sergi...@sergiodj.net:
Aha, yeah, I was indeed suspecting that libstdc++'s debuginfo would be
the cause. I managed to reproduce it here. [...]
Hello Sergio,
that's indeed good news, thank you very much for your efforts!
Meanwhile, I strongly
On Wednesday, August 27 2014, Emilio Lopes wrote:
Yes, I'm aware of this. Nevertheless the fact that I need to create
yet another account kept me from using the bugzilla interface.
It seems to me like an unnecessary barrier for an occasional bug reporter.
Yeah, I understand and agree with
2014-08-27 15:45 GMT+02:00 Sergio Durigan Junior sergi...@sergiodj.net:
Yeah, I understand and agree with you :-). If you wish, I can create
the bug for you, and put you on the Cc list. How does that sound?
That's very nice from you, thank you very much!
Emílio
Hello Sergio,
I was able to reproduce this issue on the host (x86_64 GNU/Linux)!
Here we go:
$ cat gdb-reproducer.c
#include iostream
using std::cout;
typedef struct {
int rlevel;
int complex;
} param_t;
int main(int argc, char *argv[]) {
On Tuesday, August 26 2014, Emilio Lopes wrote:
Hello Sergio,
I was able to reproduce this issue on the host (x86_64 GNU/Linux)!
[...]
It seems that something in the debug info of libstdc++ is causing the problem.
Aha, yeah, I was indeed suspecting that libstdc++'s debuginfo would be
the
On Friday, August 22 2014, Emilio Lopes wrote:
Would it be possible for you to come up with a simpler reproducer
and send it to this list? I am guessing there is something else in
your code that might be triggering this.
I was hoping for this to be something simple... Oh, well.
Yeah,
On Wednesday, August 20 2014, Hádrian R wrote:
Hi, I'm Kaiwaiata, since more than 2h searching and finding various
possible vulnerabilities in source code of GDB..
I will tell you one vulnerability now, if they treat me well I will tell
the other..
Hello Kaiwaiata,
Thanks for the message.
I could not reproduce the problem here. Would you mind providing the
structure declaration, or at least a reproducer?
Hello Sergio,
thank you very much for your prompt answer!
Here is the declaration of the structure:
typedef struct param_t {
const char* name;
type_t type;
On Friday, June 06 2014, Ananda Vardhana wrote:
I am newbie in GDB. I had couple of questions
Hello Ananda,
I don't really have time to answer all of your questions now; I'd
strongly recommend that you send them to g...@sourceware.org, which is
the official mailing list for GDB (this one is
Junior [mailto:sergi...@sergiodj.net]
Sent: Thursday, May 22, 2014 5:34 PM
To: Vardhana, Ananda
Cc: bug-gdb@gnu.org
Subject: Re: Usage of vCont packet please
On Thursday, May 22 2014, Ananda Vardhana wrote:
Right now I send the packet Hc-1 meaning continue or make the target
run and the -1
On Monday, May 26 2014, Ananda Vardhana wrote:
Hi Sergio,
Thanks for replying. It compiles fine but the server complains with the
following error:
[gdb0 info] got message: vCont?
[gdb0 info] Sending packet: vCont;c;C;s;S
[gdb0 info] got message: vCont;c:-1
[gdb0 error] Malformed vCont
On Thursday, May 22 2014, Ananda Vardhana wrote:
Right now I send the packet Hc-1 meaning continue or make the target
run and the -1 signifies do it on all process. It works fine. What
would be the equivalent for that in vCont? I do check and vCont?
Support and the server does support it.
On Sunday, March 30 2014, William A. Gueble wrote:
During the compilation of my gdb download, the process terminates after
failing to locate the config.h file. However, several lines before, it is
clear that the config.h file was created, right after the creation of a
Makefile. This occurs
On Thursday, January 30 2014, Abani Kumar Meher wrote:
January 8th, 2013: *GDB 7.7 branch created *text in
http://www.gnu.org/software/gdb/ page is wrong. I think year is written
wrong here. It is 2014 I think, though I am not sure if that branch was
created last year. It looked odd to me so
On Tuesday, January 07 2014, Richard Stallman wrote:
[[[ To any NSA and FBI agents reading my email: please consider]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
In gdb 7.01-debian, Emacs
On Saturday, October 12 2013, Richard Stallman wrote:
In GDB 7.0.1-debian
print -2147483648
outputs
$1 = 2147483648
which I think is not right.
Thanks for the report, I will take a look at this when I have time.
You might want to consider opening a bug using
On Friday, August 30 2013, Emanuel Berg wrote:
In gdb, I got this
warning: Could not load shared library symbols for
linux-gate.so.1. Do you need set solib-search-path or set
sysroot?
I compiled with
g++ -I include/ -ggdb *.cpp -o run
uname -a tells me
Hi,
There is a bug filed
Den onsdag den 29. maj 2013 01.16.51 UTC+2 skrev john@gmail.com:
Lars - I realize this is a very old post but I am wondering if you ever
figured this out. I am running into the same problem and have found very,
very little on the web that is useful. Any insight you can add would be most
diff -rupaN gdb-6.6-orig/bfd/hosts/m68klinux.h gdb-6.6/bfd/hosts/m68klinux.h
--- gdb-6.6-orig/bfd/hosts/m68klinux.h 2010-08-09 13:28:14.0 +0800
+++ gdb-6.6/bfd/hosts/m68klinux.h 2010-08-09 13:30:28.0 +0800
@@ -20,6 +20,12 @@
/* Linux dumps struct task_struct at the end of
Add the ps_get_thread_area function to m68k to provide debugging of
programs linked to libpthread. The code was copied from the MIPS
implementations in gdb and gdbserver.
diff -ur gdb-6.6.orig/gdb/gdbserver/linux-m68k-low.c
gdb-6.6/gdb/gdbserver/linux-m68k-low.c
---
Lars - I realize this is a very old post but I am wondering if you ever figured
this out. I am running into the same problem and have found very, very little
on the web that is useful. Any insight you can add would be most appreciated.
Regards,
John
On Friday, January 14, 2011 7:37:12 AM
Hello David,
On 04/28/2013 10:14 AM, David Kastrup wrote:
I've reported this to the Ubuntu bug tracker, but judging from the
package files, I can't find proof that it has been introduced
downstream.
I'm afraid that issues reported on this list often end up
ignored/forgotten. I'm not
Hi Douglas,
On 04/25/2013 11:20 PM, Douglas Graham wrote:
The bug described here:
http://lists.gnu.org/archive/html/bug-gdb/2011-08/msg0.html
I'm afraid that issues reported on this list often end up
ignored/forgotten. Could you report this to the upstream bug
tracker? It's at:
Pedro Alves pal...@redhat.com writes:
Hello David,
On 04/28/2013 10:14 AM, David Kastrup wrote:
I've reported this to the Ubuntu bug tracker, but judging from the
package files, I can't find proof that it has been introduced
downstream.
I'm afraid that issues reported on this list often
On 04/29/2013 11:36 AM, David Kastrup wrote:
I have not been able to figure out all the right categories: the tracker
is completely befuddling to me. That's why I reverted to the list
instead of registering on yet-another-website for just a single use
which I'd probably get wrong anyway.
On 02/01/2013 10:04 PM, sfddfsd wrote:
view the stack with x/8x $esp .
0xb960:0x080484e00xbbb10x0804846b0xb7fc4ff4
0xb970:0x080484600x0xb9f80xb7e96e16
and print the string with value proof 0xbbb1 .
(gdb)x/s 0xbbb1
A small correction in the test.gdb file which I pasted earlier. This is the
correct one... bash-3.2$ cat test.gdb
define wsfoo
printf wsfoo\n
end
define foo
wsfoo
end
define bar
printf bar\n
end
From: mohanasundaram.subscr...@outlook.com
To: bug-gdb@gnu.org
Subject:
Another info...this works in gdb 6.5 but not working in 7.2 and 7.5.1 which I
tried...
From: mohanasundaram.subscr...@outlook.com
To: bug-gdb@gnu.org
Subject: RE: Problem with user defined commands
Date: Wed, 30 Jan 2013 16:22:02 +0530
A small correction in the test.gdb file which I pasted
- p = 2 !strncmp (p, ws, 2)))
From: mohanasundaram.subscr...@outlook.com
To: bug-gdb@gnu.org
Subject: RE: Problem with user defined commands
Date: Wed, 30 Jan 2013 16:30:21 +0530
Another info...this works in gdb 6.5 but not working in 7.2 and 7.5.1 which I
tried...
From: mohanasundaram.subscr
Forgot to mention the file /gdb/cli/cli-script.c
From: mohanasundaram.subscr...@outlook.com
To: bug-gdb@gnu.org
Subject: RE: Problem with user defined commands
Date: Wed, 30 Jan 2013 17:35:40 +0530
We figured that the problematic code was this
/* Check for while, if, break, continue
Hello,
Here is an additional patch that takes care of a new warning:
./gdb.texinfo:31: warning: @syncodeindex leads to a merging of fn in itself,
ignoring
It simply comments out the line
@syncodeindex fn fn
which is a bit weird.
On Wed, Jun 20, 2012 at 10:37:53PM +0200, Patrice Dumas wrote:
Date: Tue, 27 Nov 2012 09:01:39 -0800 (PST)
From: Alexandre Furlan alexandrepfur...@gmail.com
I have the program a FORTRAN90 and when I debug with gdb, is shown
Program received signal SIGFPE, Arithmetic exception.
0x004060be in MAIN__ ()
How to find the line where the error
Date: Tue, 27 Nov 2012 16:14:04 -0200 (BRST)
From: alexandrepfurlan alexandrepfur...@gmail.com
cc: Alexandre Furlan alexandrepfur...@gmail.com, bug-gdb@gnu.org
I tried, and the result is
Program received signal SIGFPE, Arithmetic exception.
0x004060be in MAIN__ ()
(gdb) bt
#0
Yes. I use
gfortran -g program.f90
I'll try again.
On Tue, 27 Nov 2012, Eli Zaretskii wrote:
Date: Tue, 27 Nov 2012 16:14:04 -0200 (BRST)
From: alexandrepfurlan alexandrepfur...@gmail.com
cc: Alexandre Furlan alexandrepfur...@gmail.com, bug-gdb@gnu.org
I tried, and the result is
Program
I tried, and the result is
Program received signal SIGFPE, Arithmetic exception.
0x004060be in MAIN__ ()
(gdb) bt
#0 0x004060be in MAIN__ ()
And now ?
On Tue, 27 Nov 2012, Eli Zaretskii wrote:
Date: Tue, 27 Nov 2012 09:01:39 -0800 (PST)
From: Alexandre Furlan
On Sat, Jun 23, 2012 at 03:49:11PM +0300, Eli Zaretskii wrote:
That's true, but an asterisk '*' cannot be a valid label,
I can't see why.
Because of * Menu.
I still don't get it. It seems to me that
@menu
* *: mynode.
@end menu
is a perfectly valid menu entry, and same with
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:190: warning: @contents should only appear at beginning or
end of document
This warning is no longer there, it was not clearly wrong in formats
other than TeX, and we don't want to have something specific for
Date: Tue, 10 Jul 2012 22:39:58 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:190: warning: @contents should only appear at beginning or
end of document
This
On Thu, Jun 21, 2012 at 10:54:15PM +0300, Eli Zaretskii wrote:
I don't think so. If I am not wrong, a colon means that there is a label
before the node name, but it still leads to a cross reference.
That's true, but an asterisk '*' cannot be a valid label,
I can't see why.
and
Date: Sat, 23 Jun 2012 13:29:38 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 10:54:15PM +0300, Eli Zaretskii wrote:
I don't think so. If I am not wrong, a colon means that there is a label
before the node name, but
On Thu, Jun 21, 2012 at 10:51:16PM +0300, Eli Zaretskii wrote:
That demand would be satisfied by an optional warning. E.g., like
with GCC's -Wfoo switches.
As to whether this means that the manual is in bad shape, I would be
tempted to say that it is the case.
Here's the output that
Date: Sat, 23 Jun 2012 15:07:38 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
You missed my point. The manual is formatted fine, but since it uses an
undocummented Texinfo feature it is in a bad shape Texinfo-wise and the
formatting could change in
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:22939: warning: @table has text but no @item
Why is this warning needed?
This one is clear to me. A @table without @item does not make sense. A
@table specifies a series of headings and associated texts, so a
On Thu, Jun 21, 2012 at 05:56:49AM +0300, Eli Zaretskii wrote:
Date: Wed, 20 Jun 2012 22:37:53 +0200
From: Patrice Dumas pertu...@free.fr
Cc: Karl Berry k...@freefriends.org
./gdb.texinfo:11503: warning: @strong{Note...} produces a spurious
cross-reference in Info
No, it doesn't,
Date: Thu, 21 Jun 2012 15:50:29 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:22939: warning: @table has text but no @item
Why is this warning needed?
This one is
Date: Thu, 21 Jun 2012 15:58:57 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 05:56:49AM +0300, Eli Zaretskii wrote:
Date: Wed, 20 Jun 2012 22:37:53 +0200
From: Patrice Dumas pertu...@free.fr
Cc: Karl Berry
On Thu, Jun 21, 2012 at 07:15:47PM +0300, Eli Zaretskii wrote:
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:22939: warning: @table has text but no @item
Why is this warning needed?
This one is clear to me. A @table without @item does not make
On Thu, Jun 21, 2012 at 07:17:40PM +0300, Eli Zaretskii wrote:
./gdb.texinfo:11503: warning: @strong{Note...} produces a spurious
cross-reference in Info
No, it doesn't, not with a colon immediately following the Note.
My testing shows that it indeed does, at least with info
Date: Thu, 21 Jun 2012 19:18:19 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 07:15:47PM +0300, Eli Zaretskii wrote:
On Thu, Jun 21, 2012 at 05:52:55AM +0300, Eli Zaretskii wrote:
./gdb.texinfo:22939: warning: @table
Date: Thu, 21 Jun 2012 19:24:51 +0200
From: Patrice Dumas pertu...@free.fr
Cc: bug-gdb@gnu.org, k...@freefriends.org
On Thu, Jun 21, 2012 at 07:17:40PM +0300, Eli Zaretskii wrote:
./gdb.texinfo:11503: warning: @strong{Note...} produces a spurious
cross-reference in Info
Date: Wed, 20 Jun 2012 22:37:53 +0200
From: Patrice Dumas pertu...@free.fr
Cc: Karl Berry k...@freefriends.org
The following warnings remain when using the cvs makeinfo version. It
is unclear to me how to solve these, but hipefully, you should be able
to fix them, or bear with warnings:
Date: Fri, 15 Jun 2012 02:43:35 +0200
From: Patrice Dumas pertu...@free.fr
Cc: Karl Berry k...@freefriends.org
Please find attached a patch for the gdb documentation that fixes issues
such as @itemx instead of @item, empty @item, a missing @node, @menu
entries order inconsistent with
On 02/01/2012 07:38 PM, Frank wrote:
I have a short script that generates an instruction-by-instruction
execution trace of a program. However, as the script executes the
stepi command in a loop, GDB displays several lines of disassembled
machine code at each step instead of just the precise
Hello again,
I think this may be useful to others trying to build gdb in Cygwin:
- the problem reported below was caused by CR/LF ending of the script's
lines - Cygwin converts most of DOS's CR/LFs into LFs, but apparently not
all
- however, I'm told the gdb distribution (gdb-7.3.1.tar.gz) does
Noticing the same problem, is there any workaround? The one noted in OP doesn't
work for me.
$ cat 5.cpp
namespace foo {
int bar (void) {return __LINE__;}
int bar (int n) { return n;}
} ;
int main (int ac, char **av)
{
return foo::bar(__LINE__) - foo::bar();
}
$ g++4 -g -o 5
kenorb ken...@gmail.com writes:
Tried this:
echo run | gdb ls
(gdb) Hangup detected on fd 0
error detected on stdin
And this:
echo run | gdb -x /dev/stdin ls
Program exited normally.
(gdb) Hangup detected on fd 0
error detected on stdin
Nothing in help and manual.
Anything?
$ echo
On 08/06/10 10:24, David Daney wrote:
On 08/06/2010 10:19 AM, Bruce Korb wrote:
The problem seems to be that GDB thinks all the code belongs to a
single line of text. At first, it was a file of mine, so I presumed
I had done something strange and passed it off. I needed to do some
more
On Fri, Aug 6, 2010 at 11:19 AM, David Daney dda...@caviumnetworks.com wrote:
That seems to work. There are one or two or three bugs then.
Either gdb needs to recognize an out of sync object code
It cannot do this as it was released before GCC-4.5.
GDB and GCC communicate with each other
Hi Richard,
On Fri, Aug 6, 2010 at 11:43 AM, Richard Guenther
richard.guent...@gmail.com wrote:
The gdb version on openSUSE that ship with GCC 4.5 is perfectly fine
(it's 7.1 based). No idea what the reporter is talking about (we don't ship
insight IIRC).
You are remembering correctly. I
On 2010-8-6 0:00, Paul wrote:
In the windows version it tries to read .gdbinit on start up, but
that's in illegal file name in windows. Why not make it gdb.ini?
Regards,
Paul
No, you can change the filesname in windows command line. strange is
only works on cmd, not the windows shell. :-)
Hi,
I am facing exactly the same problem as mentioned above. I am using kgdb on
x86_64 machine with Debian installation.
Even I don't see CONFIG_DEBUG_LL option in the .config file.
Did you get any resolution to this problem? Please let me know. Any pointers
in this direction will be of great
-gdb@gnu.org
Subject: Re: Can't Print Two Dimensional Array Element for Fortran
On Fri, Apr 23, 2010 at 08:22:40PM -0500, lylelyle wrote:
No, I can't do this in gdb.
(gdb) print a(4)
Wrong number of subscripts
(gdb) print a(6,1)
no such vector element
lyle
I'm
On Fri, Apr 23, 2010 at 08:22:40PM -0500, lylelyle wrote:
No, I can't do this in gdb.
(gdb) print a(4)
Wrong number of subscripts
(gdb) print a(6,1)
no such vector element
lyle
I'm, quite sorry. As gdb relies on language features, you might either examine
the memory directly
On Sun, Mar 28, 2010 at 10:50:38PM -0500, lyle lyle wrote:
Hi Guys,
I write code in Fortran and found that I couldn't print an element's value
if the element wasn't in the first column. For example,
There is an array A and its size is 5x3. In gdb, I can get its first column
elements'
one more small patch for AIX in config/mh-ppc-aix in case $CC includes
spaces. for some reason in older gdb version we needed CC='gcc
-isystem /usr/include' shows that quoting problem. will test if this
still is needed (read: what's the real problem and a better fix, iff
still needed at
Hi Pedro,
On Feb 18, Pedro Alves wrote:
I encourage you to try building cvs head, or a recent
snapshot with hp cc so catch other possible tweaks
necessary, as gdb 7.1 is close to branching out.
thanks for the hint! ok, so here are some more problems at least FYI,
not sure if all of them
one more small patch for AIX in config/mh-ppc-aix in case $CC includes spaces.
for some reason in older gdb version we needed CC='gcc -isystem /usr/include'
shows that quoting problem. will test if this still is needed (read: what's
the real problem and a better fix, iff still needed at alll).
On Tuesday 23 February 2010 15:22:33, Harald Koenig wrote:
Hi Pedro,
On Feb 18, Pedro Alves wrote:
I encourage you to try building cvs head, or a recent
snapshot with hp cc so catch other possible tweaks
necessary, as gdb 7.1 is close to branching out.
thanks for the hint! ok, so
Breakpoint 1 at 0x13c8: file hello.c, line 23.
(gdb) i b
Num Type Disp Enb AddressWhat
1 breakpoint keep y 0x13c8 in main at hello.c:23
(gdb) r
Starting program: a.out
== Error in re-setting breakpoint 1: Cannot
[moving from bug-gdb@gnu.org, patches go to gdb-patc...@]
On Monday 15 February 2010 14:16:21, Harald Koenig wrote:
Hi,
trying to compile gdb-7.0.1 on HP-UX, the hp cc complains about some problems
in
mi-main.c and breakpoint.c symfile.c
cc:
On Feb 3, 5:19 am, parag parag.p...@gmail.com wrote:
Hi All,
Is there any way to redefine an existing C function using GDB
I havea function
int whatsup(){
return 1;
}
I want to make it
int whatsup() {
return 0;
}
Also ,
is there any way you can make a symbol of a function change
___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb
Hi,
Would you please try port number between 0 to see if that works. Say some
random number 6879
~Tribhuwan
--- On Sat, 2/1/10, tytful tyt...@163.com wrote:
From: tytful tyt...@163.com
Subject: redefine the port of gdbserver/TCPIP
To: bug-gdb bug-gdb@gnu.org
Date: Saturday, 2 January,
...@ru.mvista.com wrote:
From: Alexandre Rusev aru...@ru.mvista.com
Subject: Re: gdb show ?? symbols
To: 清水河 hushan@gmail.com
Cc: bug-gdb@gnu.org
Date: Monday, 28 December, 2009, 5:20 AM
清水河 wrote:
On Dec 24, 2:00 am, Alexandre Rusev aru...@ru.mvista.com wrote:
你好!;)
清水河 wrote:
Hi, I
michael,
i'll send my patches to the gdb-pathches mailing list then :)
thanks,
michael
Michael Snyder wrote:
Michael wrote:
hi,
does this suffice as a submission for review, or do you suggest an
alternative format?
greetz,
michael
First of all, the place to submit this is
Michael wrote:
hi,
does this suffice as a submission for review, or do you suggest an
alternative format?
greetz,
michael
First of all, the place to submit this is gdb-patc...@sourceware.org.
You will want to say a bit more about the purpose of your patch
(what problem are you trying to
清水河 wrote:
On Dec 24, 2:00 am, Alexandre Rusev aru...@ru.mvista.com wrote:
你好!;)
清水河 wrote:
Hi, I tried to use gdb to debug kernel code.
I compiled with -g -ggdb flags, but it seems gdb cannot show symbols
correctly, instead it shows all ??
compile kernel with debug
你好!;)
清水河 wrote:
Hi, I tried to use gdb to debug kernel code.
I compiled with -g -ggdb flags, but it seems gdb cannot show symbols
correctly, instead it shows all ??
compile kernel with debug information.
In kernel compilation menu make menuconfig select Kernel
Hucking-Compile kernel with
On Dec 24, 2:00 am, Alexandre Rusev aru...@ru.mvista.com wrote:
你好!;)
清水河 wrote:
Hi, I tried to use gdb to debug kernel code.
I compiled with -g -ggdb flags, but it seems gdb cannot show symbols
correctly, instead it shows all ??
compile kernel with debug information.
In kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[please keep replies on the list, and adding bug-gdb]
According to Josef Vukovic on 11/23/2009 5:37 AM:
2009/11/19 Eric Blake e...@byu.net mailto:e...@byu.net
I'm not sure when that was fixed, but I confirmed that even as far
back
Sorry. I cannot agree with it.
It make GDB not flexible.
Hui
On Fri, Nov 13, 2009 at 22:42, Alexandre Rusev aru...@ru.mvista.com wrote:
teawater wrote:
I think this is a hehavior of kernel. I think change pc always a
danger thing. :)
Yes, extremely dangeorous! ;)
But GDB supports
1 - 100 of 456 matches
Mail list logo