Message93361
| Author |
jankratochvil |
| Recipients |
georg.brandl, jankratochvil, pitrou, rishikesh |
| Date |
2009年09月30日.12:38:07 |
| SpamBayes Score |
4.0811388e-10 |
| Marked as misclassified |
No |
| Message-id |
<1254314289.54.0.961600185947.issue7015@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
This patch will make the `modules' command succeeed.
Later requesting the specific `gdb' module will cause:
help> gdb
problem in gdb - <type 'exceptions.AttributeError'>: 'module' object has
no attribute 'Command'
I think this is right in general, a single broken module should not
abort the whole modules traversal.
Another issues is why the `gdb' module fails: It expects the bindings
inside the native `/usr/bin/gdb' process to exist. Should it just
silently skip its functions if no `/usr/bin/gdb' binding is found? Or
should these gdb modules be located outside of `/usr/lib*/python2.x'?
There are already some glue python modules
in `/usr/share/gdb/auto-load/'. Thanks for advice. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2009年09月30日 12:38:09 | jankratochvil | set | recipients:
+ jankratochvil, georg.brandl, pitrou, rishikesh |
| 2009年09月30日 12:38:09 | jankratochvil | set | messageid: <1254314289.54.0.961600185947.issue7015@psf.upfronthosting.co.za> |
| 2009年09月30日 12:38:08 | jankratochvil | link | issue7015 messages |
| 2009年09月30日 12:38:08 | jankratochvil | create |
|