Dropbox crash - glibc detected

Hi guys,

I have been using dropbox for quite some time but in the last few days I have been bumping into a problem.

Recently I had a fresh install (GNOME3 and afterwards added KDE 4.6) and after installing dropbox I get the following error:

*** glibc detected *** /home/filipe/.dropbox-dist/dropbox: double free or corruption (!prev): 0xb3d44d08 ***

and dropbox terminates…

Can it be related with this new install of GNOME 3?

What can I do to have my dropbox back?

(By the way, dropbox version - 0.6.7-26.1)

I just found out that by having a fresh install with KDE (formatting the root partition only) and deleting .dropbox and dropbox-dist fixes the problem but with GNOME this doesn’t work. I guess I’ll wait some more time until trying again GNOME 3.

I think this thread can be closed if no one else replies!

zynks wrote:

>
> I just found out that by having a fresh install with KDE (formatting the
> root partition only) and deleting .dropbox and dropbox-dist fixes the
> problem but with GNOME this doesn’t work. I guess I’ll wait some more
> time until trying again GNOME 3.
>
> I think this thread can be closed if no one else replies!
>
To avoid that a program is terminated when a double free is detected you can
set the variable
export MALLOC_CHECK_=0
before you start the program, please note this is a hack.


PC: oS 11.3 64 bit | Intel Core2 Quad Q8300@2.50GHz | KDE 4.6.1 | GeForce
9600 GT | 4GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.6.0 | nVidia
ION | 3GB Ram

Thanks Martin!
I think I tried that once and didn’t work, probably my system a bit messy. For everything is back on track with KDE running Dropbox properly!

zynks wrote:

>
> Thanks Martin!
> I think I tried that once and didn’t work, probably my system a bit
> messy. For everything is back on track with KDE running Dropbox
> properly!
>
That is anyway better (that it runs without bypassing the inbuilt checks).
You never know what corruption in the program can happen at another place
which screws it up, when you use that option.


PC: oS 11.3 64 bit | Intel Core2 Quad Q8300@2.50GHz | KDE 4.6.1 | GeForce
9600 GT | 4GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.6.0 | nVidia
ION | 3GB Ram

Guess what? I rebooted and it all came back again… >:( I used your code and it worked… I can’t seem to understand what is messing with that glibc thingy… Since my knowledge in c++ and sorts is close to zero I’ll keep on using this code until one day everythings falls into place again!

Thanks again!

I just want to add this as general info if someone else comes across this
thread:
The error is reported by glibc, because glibc does additional checks on
malloc and free and the default behaviour of glibc is to terminate the
application which does not really handle its memory the correct way. It is
not a glibc error but an error in the application which uses it.

I want to emphasize that if it is not clear from the previous discussion.


PC: oS 11.3 64 bit | Intel Core2 Quad Q8300@2.50GHz | KDE 4.6.1 | GeForce
9600 GT | 4GB Ram
Eee PC 1201n: oS 11.4 64 bit | Intel Atom 330@1.60GHz | KDE 4.6.0 | nVidia
ION | 3GB Ram

I’m having it again even in KDE fresh install… MALLOC_CHECK doesn’t work anymore… it’s kinda strange. Should I revert to an even older dropbox version? Anyone else with this problem?

I guess I never put the entire code here so here it goes (i hope this is not considered bumping…)

filipe@linux-7tkp:~> *** glibc detected *** /home/filipe/.dropbox-dist/dropbox: double free or corruption (!prev): 0x0906a620 ***
======= Backtrace: =========
/lib/libc.so.6(+0x6de2b)[0xb75f1e2b]
/lib/libc.so.6(+0x6ebab)[0xb75f2bab]
/lib/libc.so.6(cfree+0x6d)[0xb75f6a6d]
/home/filipe/.dropbox-dist/_ctypes.so(+0xab3d)[0xb7456b3d]
/home/filipe/.dropbox-dist/dropbox[0x80709b9]
/home/filipe/.dropbox-dist/dropbox[0x8070913]
/home/filipe/.dropbox-dist/dropbox[0x80e261e]
/home/filipe/.dropbox-dist/dropbox[0x805bbdf]
/home/filipe/.dropbox-dist/dropbox[0x80709fe]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0xc44)[0x8094aa4]
/home/filipe/.dropbox-dist/dropbox[0x80f1d0d]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0xbd9)[0x8094a39]
/home/filipe/.dropbox-dist/dropbox[0x80f1d0d]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0xbd9)[0x8094a39]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x44cc)[0x809832c]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox[0x80fb4ba]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox[0x80e21b4]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox[0x8071a3b]
/home/filipe/.dropbox-dist/dropbox[0x8073563]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x2b76)[0x80969d6]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x44cc)[0x809832c]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x44cc)[0x809832c]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox[0x80fb4ba]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x3481)[0x80972e1]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x44cc)[0x809832c]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x44cc)[0x809832c]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalFrameEx+0x579e)[0x80995fe]
/home/filipe/.dropbox-dist/dropbox(PyEval_EvalCodeEx+0x785)[0x8099ec5]
/home/filipe/.dropbox-dist/dropbox[0x80fb3d1]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox[0x80e21b4]
/home/filipe/.dropbox-dist/dropbox(PyObject_Call+0x27)[0x80dace7]
/home/filipe/.dropbox-dist/dropbox(PyEval_CallObjectWithKeywords+0x6c)[0x80928ec]
/home/filipe/.dropbox-dist/dropbox[0x80c31b8]
/lib/libpthread.so.0(+0x5b05)[0xb772ab05]
/lib/libc.so.6(clone+0x5e)[0xb7657d5e]

and afterwards there is a memory map (whatever it means…):frowning:

Is someone else getting this error? I still do…
Today I just did a fresh install and still no dropbox out of the box for me :frowning:

For those of you who followed this I tracked the problem. It was generated by mendeleydesktop bib files and pdf’s which I was sharing through dropbox also. By removing these files the crashes went away.

The thread can be closed.

Thanks!

On 2011-10-05 19:26, zynks wrote:
>
> For those of you who followed this I tracked the problem. It was
> generated by mendeleydesktop bib files and pdf’s which I was sharing
> through dropbox also. By removing these files the crashes went away.

It is a bug in dropbox. You are not triggering it now, but the bug is still
there. So you must report the issue to its developers; if dropbox was
installed from openSUSE sources, then in bugzilla.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)