<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general">
    <title>gmane.comp.gdb.general</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/828"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/827"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/826"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/825"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/824"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/823"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/822"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/821"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/820"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/819"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/818"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/817"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/816"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/815"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/814"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/813"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/812"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/811"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/810"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gdb.general/809"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/828">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/828</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2

make[7]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[7]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[6]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[5]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[4]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:36:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/827">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/827</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2

make[7]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[7]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[6]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[5]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[4]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:33:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/826">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/826</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2

make[7]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[7]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[6]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[5]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[4]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:34:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/825">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/825</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ make
make[1]: Entering directory `/usr/src/gdb-elf-7.6.50-2'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/libiberty'
make[3]: Entering directory `/usr/src/gdb-elf-7.6.50-2/libiberty/testsuite'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/libiberty/testsuite'
make[2]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/libiberty'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/intl'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/intl'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/bfd'
Making info in doc
make[3]: Ente&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:30:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/824">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/824</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ make
make[1]: Entering directory `/usr/src/gdb-elf-7.6.50-2'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/libiberty'
make[3]: Entering directory `/usr/src/gdb-elf-7.6.50-2/libiberty/testsuite'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/libiberty/testsuite'
make[2]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/libiberty'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/intl'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/intl'
make[2]: Entering directory `/usr/src/gdb-elf-7.6.50-2/bfd'
Making info in doc
make[3]: Ente&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:31:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/823">
    <title>Why gdb fail to make</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/823</link>
    <description>&lt;pre&gt;
why gdb fail to configure &amp;amp; make. i have already configure and make binutils
and gcc an gcc-c++ for target i386-elf smoothly but  gdb-7.6.50-2i fail to
build i am using cygwin version 2.774 on window7. how can remove this
error:- 

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2
$ ../gdb-7.6.50-2/configure --prefix=/usr/local/i386 --target=i386-elf

Shine&amp;lt; at &amp;gt;Shine-PC /usr/src/gdb-elf-7.6.50-2

make[7]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Entering directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[8]: Nothing to be done for `all-am'.
make[8]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[7]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[6]: Leaving directory
`/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib/import'
make[5]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[4]: Leaving directory `/usr/src/gdb-elf-7.6.50-2/gdb/build-gnulib'
make[3]: Leaving directory `/usr/src/gdb-elf-7.6.50-&lt;/pre&gt;</description>
    <dc:creator>Hitlar</dc:creator>
    <dc:date>2013-05-15T10:34:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/822">
    <title>Re: Error installing gdb 7.1 on AIX 6.1</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/822</link>
    <description>&lt;pre&gt;


pcazallas wrote:


Hi Pablo,

I am Elmer Keng a seeking guidance installing gdb package.

I am installing gdb 7.5 in AIX 7.1. I downloaded the gdb package in rpm
format. I tried installing it using "smitty installp" but always displaying
a nested prerequisite. Is there any a special installation procedure or does
your previous post will do? Appreciate your help. Thank you in advance!!!

&lt;/pre&gt;</description>
    <dc:creator>Elmer Keng</dc:creator>
    <dc:date>2013-03-04T10:13:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/821">
    <title>RE: Issue using GDB for non-stop multi-core debugging.</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/821</link>
    <description>&lt;pre&gt;Hi All,

Finally, I managed to fix my below issue with some code modifications in GDB.

I am herewith attaching the modified file(infrun_7.5.1_Patch.c) along with the original file(infrun_7.5.1.c).

It would be great if anyone could do a code review of my modifications and check if these modifications would have some other adverse effects or if there is a better way to do what I have done now.

Regards,
Rejeesh

P.S: Let me know if I need to send this to any other mailing list to get this reviewed.

-----Original Message-----
From: Rejeesh S. Babu 
Sent: Thursday, February 14, 2013 11:28 AM
To: 'gdb&amp;lt; at &amp;gt;gnu.org'; 'gdb&amp;lt; at &amp;gt;sourceware.org'
Subject: RE: Issue using GDB for non-stop multi-core debugging.

Hi All,

Sorry that I need to keep asking this again as the below issue is seriously troubling me.

Would appreciate if anyone can patiently read my below query and help me out in any way....

For those who feel that the below mail is too long to read, I would re-word it in a single liner:

"GDB stepping fails in SMP m&lt;/pre&gt;</description>
    <dc:creator>Rejeesh S. Babu</dc:creator>
    <dc:date>2013-02-21T10:15:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/820">
    <title>RE: Issue using GDB for non-stop multi-core debugging.</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/820</link>
    <description>&lt;pre&gt;Hi All,

Sorry that I need to keep asking this again as the below issue is seriously troubling me.

Would appreciate if anyone can patiently read my below query and help me out in any way....

For those who feel that the below mail is too long to read, I would re-word it in a single liner:

"GDB stepping fails in SMP multi-core system whenever core switching(0-&amp;gt;1 OR 1-&amp;gt;0) happens before stepping is completed".

Right now, I am debugging GDB source code to see if I can fix it myself. Any hints (files to concentrate) in GDB source code debugging is also appreciated.

Expecting prompt response.

Regards,
Rejeesh

-----Original Message-----
From: Rejeesh S. Babu 
Sent: Tuesday, December 04, 2012 5:45 PM
To: 'gdb&amp;lt; at &amp;gt;gnu.org'; 'gdb&amp;lt; at &amp;gt;sourceware.org'
Subject: Issue using GDB for non-stop multi-core debugging.

Hi All,

We are using GDB 7.5 (via MI protocol) to debug a remote multi-core target in non-stop mode. We use custom GDB Server and GDB thread packets are interpreted as hardware core for multi-core debugging.

Eve&lt;/pre&gt;</description>
    <dc:creator>Rejeesh S. Babu</dc:creator>
    <dc:date>2013-02-14T05:57:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/819">
    <title>looking for a gdb-backend</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/819</link>
    <description>&lt;pre&gt;Hello Dear Contact Person,

I am new to Unix-like system and for GDB.  I want to write a new GDB
backend which will be possible either by GDB Generic or by GDB server or
both. So does anyone has idea which one is preferable and from where and
how should I start to write ? I sucessefully build gdb-7.5.50-1 in Cygwin
environment.

Thanks in advance ..


&lt;/pre&gt;</description>
    <dc:creator>hiren sangani</dc:creator>
    <dc:date>2013-01-11T14:05:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/818">
    <title>Re: Detect a C++ class writing in a memory location</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/818</link>
    <description>&lt;pre&gt;I think it is achievable with print or info command within gdb.

Thanks,
Shumin



On Thu, Dec 13, 2012 at 12:18 PM, ales88 &amp;lt;alessandro-panzeri&amp;lt; at &amp;gt;alice.it&amp;gt;wrote:

&lt;/pre&gt;</description>
    <dc:creator>Shumin Guo</dc:creator>
    <dc:date>2012-12-14T19:14:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/817">
    <title>Detect a C++ class writing in a memory location</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/817</link>
    <description>&lt;pre&gt;
I need to know if there is a way in gdb to detect if a function (any
function) of a specific C++ class (represented by a file myClass.cc) access
a specific memory location (let's say 0xffffbc). That will help me a lot.
Thanks.
&lt;/pre&gt;</description>
    <dc:creator>ales88</dc:creator>
    <dc:date>2012-12-13T17:17:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/816">
    <title>Issue using GDB for non-stop multi-core debugging.</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/816</link>
    <description>&lt;pre&gt;Hi All,

We are using GDB 7.5 (via MI protocol) to debug a remote multi-core target in non-stop mode. We use custom GDB Server and GDB thread packets are interpreted as hardware core for multi-core debugging.

Everything is working fine except that step over through a piece of code which is simultaneously accessed by both cores is failing.

The failing scenario can be explained as below:

1. Core 0 is halted and core 1 is running before single stepping
2. When user single step core 0, GDB puts a BP in next location and run the target
3. Since core 1 is also executing this piece of code, core 1 takes this BP (GDB expect core 0 to take BP)
4. Our custom GDB Server sends the stop notification packet of core 1 
5. Irrespective of the fact that notification packet of core 1 was send, GDB tries to read register/memory values of core0 (which is running)
6. GDB Server respond with error packet and GDB stops functioning

Packets exchanged between GDB and GDB Server for single step :

Sending packet: $m80009000,4#5e..&lt;/pre&gt;</description>
    <dc:creator>Rejeesh S. Babu</dc:creator>
    <dc:date>2012-12-04T12:15:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/815">
    <title>Issue using GDB for non-stop multi-core debugging.</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/815</link>
    <description>&lt;pre&gt;Hi All,

 

We are using GDB 7.5 (via MI protocol) to debug a remote multi-core
target in non-stop mode. We use custom GDB Server and GDB thread packets
are interpreted as hardware core for multi-core debugging.

 

Everything is working fine except that step over through a piece of code
which is simultaneously accessed by both cores is failing.

 

The failing scenario can be explained as below:

 

1.       Core 0 is halted and core 1 is running before single stepping

2.       When user single step core 0, GDB puts a BP in next location
and run the target

3.       Since core 1 is also executing this piece of code, core 1 takes
this BP (GDB expect core 0 to take BP)

4.       Our custom GDB Server sends the stop notification packet of
core 1 

5.       Irrespective of the fact that notification packet of core 1 was
send, GDB tries to read register/memory values of core0 (which is
running)

6.       GDB Server respond with error packet and GDB stops functioning

 

Packets exchanged between GDB and GDB Ser&lt;/pre&gt;</description>
    <dc:creator>Rejeesh S. Babu</dc:creator>
    <dc:date>2012-12-04T12:10:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/814">
    <title>Fw:gdb</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/814</link>
    <description>&lt;pre&gt;


Dear gdb group:
    I am a new user of gdb. I have a stupid problems. When I set breakpoint in my program, it seems that I can only set at the function. When I set in a line of my code, it won't stop.For example, I can set the break point at MatGetOwnershipRange(by break MatGetOwnershipRange), but if I want to stop at  do 10, II=Istart+1,Iend by (break do 10, II=Istart+1,Iend), it won't stop there.
       i1 = 1
       m       = NN
       n       = NN
       five    = 27
       call PetscOptionsGetInt(PETSC_NULL_CHARACTER,'-m',m,flg,ierr)
       call PetscOptionsGetInt(PETSC_NULL_CHARACTER,'-n',n,flg,ierr)
       call MPI_Comm_rank(PETSC_COMM_WORLD,rank,ierr)



       call MatCreate(PETSC_COMM_WORLD,A,ierr)
       call MatSetSizes(A,PETSC_DECIDE,PETSC_DECIDE,n,n,ierr)
       call MatSetType(A, MATAIJ,ierr)
       call MatSetFromOptions(A,ierr)
      call MatMPIAIJSetPreallocation(A,five,PETSC_NULL_INTEGER,five,            &amp;amp;
     &amp;amp;                     PETSC_NULL_INTEGER,ierr)
       call MatSeqAIJSetPreal&lt;/pre&gt;</description>
    <dc:creator>hz50241027</dc:creator>
    <dc:date>2012-12-03T15:44:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/813">
    <title>Printing ymm registers under OS X</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/813</link>
    <description>&lt;pre&gt;
Hi!

I am doing some 64 bit assembly programming under OS X and have some issues
with gdb.  First the gdb I started with (6.3) printed the 4 floats in
xmm0.v4_float in reverse order.  Installing gdb 7.5 resolved the order of
the values in xmm registers, but I have not yet seen any ymm registers.  My
CPU is a Core i5 and it executes avx instructions.  The computer is a Mac
Mini and it is running Mountain Lion.  It seems possible that some option
for the configure script might turn on avx support.  There might be
something more basic that I have missed in reading about the SSE/AVX
floating point support.

I have been using yasm for assembling which apparently does not generate
proper debug data, but I can coping well despite this problem.

Thanks for any ideas.

Ray
&lt;/pre&gt;</description>
    <dc:creator>Ray Seyfarth</dc:creator>
    <dc:date>2012-11-08T01:31:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/812">
    <title>tab complete of path inserts space at end</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/812</link>
    <description>&lt;pre&gt;
I've been google-ing all over for an answer, but can't find one.

When I'm tab-completing paths in GDB, it inserts spaces at the end.  For
example, if I'm typing "/testdir" and I tab-complete it to "/testdir_today",
it will go onto my gdb line as: "(gdb) command -f /testdir_today ".  That
trailing space means that I can't continue walking through directories
without going and deleting this trailing space.

I don't see why this is here.  Emacs doesn't do it, bash doesn't do it, but
GDB does, and it makes typing in paths very painful.

&lt;/pre&gt;</description>
    <dc:creator>Zach L</dc:creator>
    <dc:date>2012-08-14T17:20:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/811">
    <title>display command</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/811</link>
    <description>&lt;pre&gt;
Have GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2) 7.4-2012.04.
Display command doesn't work at all. Nothing displayed thought no errors
returned.
Print command works, so at least stdout (or whatever) is OK.
Am i specific or is it well-known issue?
&lt;/pre&gt;</description>
    <dc:creator>icegood</dc:creator>
    <dc:date>2012-07-26T17:14:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/810">
    <title>Address syscall functions (HPUX)</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/810</link>
    <description>&lt;pre&gt;
Hello,
  I am using GDB 7.4.1 under HPUX 11.23 (IA64) ("This GDB was configured as
"ia64-hp-hpux11.23"."). I am trying to obtain the address of syscalls but I
am not able to in HPUX...In linux, I would use the following commands:

*LINUX
(gdb) p exit
$2 = {&amp;lt;text variable, no debug info&amp;gt;} 0x9a9b70 &amp;lt;exit&amp;gt;

*In HP-UX I get:
(gdb) p exit
No symbol "exit" in current context.

Any input would be appreciated. Thank you.

PS: If I load libc directly into the debugger ($ gdb
/usr/lib/hpux32/libc.so.1), I can find it...
(gdb) p exit
$1 = {&amp;lt;text variable, no debug info&amp;gt;} 0x416aee0 &amp;lt;exit&amp;gt;, but shouldn't it be
into the process memory 
space as well ? 

Thanks
&lt;/pre&gt;</description>
    <dc:creator>RenatoLima</dc:creator>
    <dc:date>2012-07-17T14:39:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/809">
    <title>Re: Breakpoint on first instruction in program</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/809</link>
    <description>&lt;pre&gt;I am currently updating the book for version 4.7.0 of gcc. As I do this, 
I am fixing typos, etc. There are several ways to contribute:

1. Send me feedback about any problems you see in the book: typos, parts 
that are difficult to understand, errors, etc.
2. Donate money (a sort of "royalty" for this free version) using either 
www.paypal.com or payments.amazon.com; my email address for this is 
plantz&amp;lt; at &amp;gt;cds1.net.
3. Wait until I publish the updated version of the book and buy it. 
Hopefully, this will be in a month or two. I plan to sell it through 
www.lulu.com in both pdf and paper versions. I plan to keep the price 
low, in the order of $10 - $15 for the pdf and $30 - $40 for the paper. 
Anyone who cannot afford to pay should contact me for other arrangements.

Of these three ways, number 1 is the most appreciated. My main goal is 
to create a book that is as useful as possible.

--Bob

On 06/21/2012 09:04 AM, Iurie wrote:

&lt;/pre&gt;</description>
    <dc:creator>Bob Plantz</dc:creator>
    <dc:date>2012-06-21T17:46:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gdb.general/808">
    <title>Re: Breakpoint on first instruction in program</title>
    <link>http://permalink.gmane.org/gmane.comp.gdb.general/808</link>
    <description>&lt;pre&gt;hi,
i found your book very interesting. Can i also somehow contribute to it?



On 21 June 2012 16:41, Bob Plantz &amp;lt;plantz&amp;lt; at &amp;gt;ieee.org&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Iurie</dc:creator>
    <dc:date>2012-06-21T16:04:39</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gdb.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gdb.general</link>
  </textinput>
</rdf:RDF>
