Package: valgrind
Version: 1:3.5.0-1
Severity: important
After upgrading to 3.5.0-1, I get the following error message when trying
to use valgrind to analyze a 32-bit executable on an amd64 platform:
valgrind: failed to start tool 'memcheck' for platform 'x86-linux':
No such file or direct
Yves-Alexis Perez wrote:
> On jeu, 2008-12-04 at 14:32 -0600, Jason Kraftcheck wrote:
>> Yves-Alexis Perez wrote:
>>> On jeu, 2008-12-04 at 11:07 -0600, Jason Kraftcheck wrote:
>>>> I tried enabling "Active focus stealing prevention".
>>> Please
Yves-Alexis Perez wrote:
> On jeu, 2008-12-04 at 11:07 -0600, Jason Kraftcheck wrote:
>> I tried enabling "Active focus stealing prevention".
>
> Please give the complete settings. How do you want us to help you
> debugging an issue if you give one information by
Yves-Alexis Perez wrote:
>
> Did you check other settings in the “Focus” tab and in the “Window
> Manager Tweaks” settings?
>
Yes.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Yves-Alexis Perez wrote:
On mer, 2008-12-03 at 15:17 -0600, Jason Kraftcheck wrote:
Whenever a window is raised to the top, xfwm4 gives keyboard focus to
that window. This is incorrect if "focus follows mouse" behavior is
requested.
I don't really get your point. “raised on th
Package: xfwm4
Version: 4.4.2-5
Severity: important
Whenever a window is raised to the top, xfwm4 gives keyboard focus to that
window. This is incorrect if "focus follows mouse" behavior is requested.
I specified the severity as 'important' rather than 'normal' because this
bug makes xfwm4 unus
Also, in case it is significant:
ii binutils 2.18.1~cvs2008 The GNU assembler, linker and binary
ii cpp-4.34.3.1-9The GNU C preprocessor
ii g++4:4.3.1-2 The GNU C++ compiler
ii gcc-4.34.3.1-9The GNU C compiler
--
To UNSUBSCRIBE, email
Package: gdb
Version: 6.8-3
Severity: normal
NOTE: I encountered what is possibly a second bug while assembling
this bug report. If the scripts are run as presented below, gdb
segfaults. It fails as describled below if the gdb commands are
entered manually.
This does not work as expected (st
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 14:52 -0500, Jason Kraftcheck wrote:
>> Yves-Alexis Perez wrote:
>>> On mer, 2008-09-24 at 14:33 -0500, Jason Kraftcheck wrote:
>>>> I tried it. No change.
>>> I'm stuck. Did you try with another u
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 14:33 -0500, Jason Kraftcheck wrote:
>> I tried it. No change.
> I'm stuck. Did you try with another user (fresh config)?
>
I tried doing 'rm ~/.config/xfce4/panel/cpugraph-*', logging out and back
in, and adding
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 14:25 -0500, Jason Kraftcheck wrote:
>> #0 0x7fca297ad963 in writev () from /lib/libc.so.6
>> #1 0x7fca26d3ea96 in ?? () from /usr/lib/libxcb.so.1
>> #2 0x7fca26d3f02b in ?? () from /usr/lib/libxcb.so.1
>>
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 14:15 -0500, Jason Kraftcheck wrote:
>> I suppose I could do so this evening if you think it will help. The
>> only
>> additional information it might provide is the data for line #4 of the
>> stack
>> trace.
>
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 14:10 -0500, Jason Kraftcheck wrote:
>> The symbols are there, except for those of xfce4-cpugraph-plugin
>> itself.
>
> And would it be possible for you to rebuild a version with debugging
> symbols?
I suppose I could d
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 13:55 -0500, Jason Kraftcheck wrote:
>> #24 0x7fa1362b21a6 in __libc_start_main () from /lib/libc.so.6
>> #25 0x00402ea9 in ?? ()
>> #26 0x7fff41eed928 in ?? ()
>> #27 0x001c in ?? ()
&
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 13:43 -0500, Jason Kraftcheck wrote:
>> Nothing relevant in .xsession-errors. Here's a stack trace for a
>> locked up
>> instance:
>
> Could you install relevant debugging symbols? I can't reprodu
Yves-Alexis Perez wrote:
> On mer, 2008-09-24 at 13:04 -0500, Jason Kraftcheck wrote:
>> When adding the plugin to the panel:
>> a) the plugin is initially configured in its 'LED' display mode
>> b) the user is presented with a preferences dialog
>> If I ch
Package: xfce4-cpugraph-plugin
Version: 0.3-2
Severity: important
When adding the plugin to the panel:
a) the plugin is initially configured in its 'LED' display mode
b) the user is presented with a preferences dialog
If I change the "Mode" from 'LED' to 'Normal', the plugin locks up.
-- Sy
The same syntax is accepted by the only other C++ compiler I have access
too: Sun's. I guess what I don't understand is why, if I create a
temporary by explicitly calling the copy constructor, that temporary is
treated as an rvalue.
So how do you want to proceed? If you're certain that you'r
Daniel Jacobowitz wrote:
On Wed, Apr 30, 2008 at 05:51:32PM -0500, Jason Kraftcheck wrote:
Why can't I take a reference to an rvalue?
Because you can't modify rvalues. This is the definition of the C++
language. The next major revision of C++ will have T &&rref, the two
am
Daniel Jacobowitz wrote:
severity 478734 normal
thanks
On Wed, Apr 30, 2008 at 11:55:19AM -0500, Jason Kraftcheck wrote:
Severity: grave
This is not grave, g++ is perfectly usable for other code.
I emmits the following error message:
bug.cc: In function 'int main()':
bug.cc:6:
Package: g++-4.2
Version: 4.2.3-4
Severity: grave
Justification: renders package unusable
g++ refuses to compile the following syntax commonly used to force a
std::vector to release allocated memory:
#include
int main()
{
std::vector v;
v.clear();
v.swap( std::vector(v) );
Rafael Laboissiere wrote:
>
> I cannot reproduce the problem above with libhdf5-serial-1.6.6, version
> 1.6.6-4 (currently in unstable). Using the C program that you provided, I
> get the following output from valgrind:
>
> ==11598== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)
Package: libhdf5-serial-dev
Version: 1.6.5-3
Severity: grave
Tags: security
Justification: user security hole
valgrind reports writes of unitialized memory in hdf5 library. This
could be a serious security issue, depending on what that memory
contains. This can be reproduced by running almost
Package: evince
Version: 0.4.0-5
Severity: important
evince crashes rendering this pdf:
http://www.usmint.gov/downloads/mint_programs/am_eagles/AmerEagleGold.pdf
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing')
Architecture: amd64
Package: transmission-cli
Version: 1.00-1
Severity: normal
The --remove option to transmission-remote requires the hash for the
torrent to be removed. This is unusable, as transmission-remote doesn't
provide any way to get the hash for a torrent. The hashes are not shown
in the --list output or
Package: transmission-cli
Version: 1.00-1
Severity: important
Man pages for CLI tools have cute joke descriptions. For example:
The transmission-proxy program comprises 37% of the diet of the average
swede.
or
The transmission-daemon program cures baldness, obesity and gout.
I ca
Package: libc6
Version: 2.7-3
Severity: minor
==5232== Memcheck, a memory error detector.
==5232== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==5232== Using LibVEX rev 1732, a library for dynamic binary translation.
==5232== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWork
This bug seems to have been resolved sometime in the last 3 and a half
years. I cannot reproduce the bug with valgrind 3.2.3.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Girard wrote:
> severity 440088 wishlist
> retitle 440088 libstlport5.1-dev: could warn again inconsistent threading
> flags
> thanks
>
> Hello Jason,
>
> On Wed, Aug 29, 2007 at 11:37:45AM -0500, Jason Kraftcheck wrote:
>> The headers included in libstlpor
Package: libstlport5.1-dev
Version: 5.1.3-1
Severity: grave
Justification: renders package unusable
The headers included in libstlport5.1-dev define _STDP_STD_NAME to be
the non-thread-safe namespace (stlpmtx_std). The library installed by
libstlport5.1 includes only symbols in the thread-safe
Daniel Schepler wrote:
> severity 438555 important
> tags 438555 + unreproducible
> thanks
>
> On Friday 17 August 2007 03:49:39 pm Jason Kraftcheck wrote:
>> Package: ddd
>> Version: 1:3.3.11-1
>> Severity: grave
>> Justification: renders package unusabl
Package: ddd
Version: 1:3.3.11-1
Severity: grave
Justification: renders package unusable
DDD segfaults during startup
console output:
-
$ ddd /usr/bin/ddd
Internal error (Segmentation fault).
Oops! You have found a bug in
Your patch seems to work fine. Builds and runs w/ no problems. After
about 24 hours, memory use (vsize) has remained around 1MB.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
By previous comment was incorrect. Compiling oprofiled w/out optimization
increases the time required until it starts generating invalid paths for
stat files, but it still generates those invalid paths.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
The bug is in oprofiled. It seems to go away if the "libdb" and "libop"
subdirectories are compiled w/out optimization.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: oprofile-common
Version: 0.9.2-4
Severity: important
"opreport -c" doesn't work. Cannot output call graph.
$ opreport -c ./kd_tree_time > call
opreport error: parse_filename() invalid filename:
/var/lib/oprofile/samples/current/{root}/var/lib/oprofile/samples/current/{root}/usr/bin/Xo
Package: orage
Version: 4.3.99.1-1
Severity: grave
Justification: renders package unusable
orageclock panel plugin in Debian stable leaks memory every time
it updates the time.
--- orage-4.3.99.1/panel-plugin/orageclock.c2006-09-02 10:55:11.0
-0500
+++ orage-mod/panel-plugin/oragec
Brice Goglin wrote:
Hi Jason,
About 3 years ago, you reported a bug to the Debian BTS regarding the
bad XFree86-VidModeExtension support on a Radeon board causing a wrong
resolution report of external CRT display. Did you reproduce this
problem recently? If not, I will close this bug in the next
This error still occurs w/ binutils 2.17-1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I've attached a shell script that reproduces the problem.
#!/bin/sh
##
## Create BaseClass.hpp
##
cat >BaseClass.hpp <
#include
class BaseClass
{
public:
enum AveragingMethod
{
NONE,
LINEAR,
RMS,
HMS,
MINIMUM,
MAXIMUM,
HARMONIC,
This bug report is missing the body of the message because I mistyped the
reportbug command. I re-submitted the bug report (correctly) as #337696.
Apologies for the trouble.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: valgrind
Version: 1:3.2.0-2
Severity: wishlist
Now that valgrind includes the callgrind tool, there is no longer a
"callgrind" shorthand for "valgrind --tool=callgrind". It would be
nice if the valgrind package included this shorthand for all tools.
I've attached a patch to generate w
Package: valgrind
Version: 1:3.2.0-2
Severity: normal
The valgrind package is missing man pages for:
/usr/bin/callgrind_annotate
/usr/bin/valgrind-listener
/usr/bin/callgrind_control
/usr/bin/cg_annotate
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy:
Package: valgrind
Version: 1:3.2.0-2
Severity: wishlist
/tmp/bug
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (650, 'stable'), (550, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Ke
Package: binutils
Version: 2.16.1cvs20060117-1
Severity: important
For the same source in all three cases:
compiled w/ g++-4.0 and linked with current binutils - OK
compiled w/ g++-3.3 and linked with current bintuils - FAIL
compiled w/ g++-3.3 and linked with older binutils - OK
I get er
Package: umbrello
Version: 4:3.5.0-3
Severity: normal
In the properties dialog for a class or interface, any change made
to the list of methods is applied immediately. Thus the "apply"
button in that dialog useless and the "cancel" button is broken.
-- System Information:
Debian Release: tes
Package: umbrello
Version: 4:3.5.0-3
Severity: normal
If a new method is added to an existing class or interface, moving that method
up in the ordered list of methods doesn't work.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (650,
Package: umbrello
Version: 4:3.5.0-3
Severity: minor
In class diagrams, Umbrello (sometimes?) draws the "Implements" relation
with a dashed line. It should be a solid line.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (650, 'stabl
Package: gconf2
Version: 2.8.1-6
Followup-For: Bug #293319
I'm seeing this error also with NFS-mounted home directories. gconf
seems to work fine on the NFS server (where my home directory is),
but gives the following errors when run on an NFS client (home
directory accessed via NFS.)
Some of
49 matches
Mail list logo
