Bugzilla Bug 139014

received via email:

Hi
[I] forced 

received via email:

Hi
[I] forced ‘ebuild mldonkey-2.7.7.ebuild merge’
On a SUN E450 sparc64
Works fine
Has been stable for around 5 days with no issues.
I believe the emerge can be unmasked with some degree of confidence.


Please let me know how / what to log for verification of results…

How confident is this report source?
Because last time i tested (circa 2.7.3/4) it died in mere seconds, and i kind
of doubt it was fixed in between...

This person seems to never have used Gentoo bugzilla before, so I will try to
convince them to post their successes/failures as comments to this bug. I do
not recall ever communicating with them before. If there is no response within
the week, feel free to close this bug with no action taken.

I also used MLDonkey on Sparc hardware with good success (2 MB/s upload),
comparable to the first report here, but on Solaris, not Gentoo.

@Gustavo: Could you please elaborate which problems you had?
Newest Ocaml available on Gentoo/Sparc is 3.08.4, did you
also test with Ocaml 3.09.2?

I know this is not the correct place to post it, but bug #107206 can be closed,
I guess.

It usually started up, ran for a few seconds and did a SIGBUS.
Basically a SIGBUS is a misalignment in userland, solaris has a software
exception that handles it, but linux doesn't for userland since the performance
penalty is quite high.
Didn't try with a newer mldonkey/ocaml, i'll try when i get some time.

(In reply to comment #5)
> Didn't try with a newer mldonkey/ocaml, i'll try when i get some time.

While you are at it and it still has SIGBUS please try removing
some optional features like bzip2, gd, donkeySUI,, libmagic stuff.
Maybe 3rd-party libs are responsible for the SIGBUS.

If this does not help a strace/gdb/truss output would be nice to have.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347465 (last entry)

> Package: ocaml
> Version: 3.09.1-1
>
> The version 3.09.1 should have fixed the bus error problem on sparc.

Please report if it helps, you can compile MLDonkey manually by using
./configure --enable-force-ocaml
This will force building Ocaml 3.09.2 inside MLDonkey source tree
ignoring any system compiled Ocaml.

This should be the Ocaml bug fixed in 3.09.1 producing the SIGBUS on sparc:
http://caml.inria.fr/mantis/view.php?id=3944

Therefore it would be really urgent to unmask Ocaml-3.09.1 (or better .2) on
sparc.

Can confirm 2.7.7 been running for several days on sparc64.

lablgtk-2.6.0 doesn't seem to like ocaml-3.09.2 or something is wrong, ideas?

ocamlmklib -verbose -o lablgtk -oc lablgtk2 gaux.cmx gpointer.cmx glib.cmx
gobject.cmx gdkEnums.cmx pangoEnums.cmx gtkEnums.cmx pango.cmx gdk.cmx
gdkEvent.cmx gdkKeysyms.cmx gdkPixbuf.cmx gtk.cmx gtkSignal.cmx gtkStock.cmx
gtkObject.cmx gtkBaseProps.cmx gtkBinProps.cmx gtkButtonProps.cmx
gtkEditProps.cmx gtkListProps.cmx gtkMenuProps.cmx gtkMiscProps.cmx
gtkPackProps.cmx gtkRangeProps.cmx gtkTextProps.cmx gtkTreeProps.cmx
gtkFileProps.cmx gtkActionProps.cmx gtkBrokenProps.cmx gtkData.cmx gtkBase.cmx
gtkPack.cmx gtkButton.cmx gtkMenu.cmx gtkMisc.cmx gtkWindow.cmx gtkList.cmx
gtkBin.cmx gtkEdit.cmx gtkRange.cmx gtkText.cmx gtkTree.cmx gtkFile.cmx
gtkMain.cmx gtkBroken.cmx gPango.cmx gDraw.cmx gObj.cmx gData.cmx gMain.cmx
ogtkBaseProps.cmx ogtkBinProps.cmx ogtkButtonProps.cmx ogtkEditProps.cmx
ogtkListProps.cmx ogtkMenuProps.cmx ogtkMiscProps.cmx ogtkPackProps.cmx
ogtkRangeProps.cmx ogtkTextProps.cmx ogtkTreeProps.cmx ogtkFileProps.cmx
ogtkActionProps.cmx ogtkBrokenProps.cmx gContainer.cmx gPack.cmx gButton.cmx
gText.cmx gMenu.cmx gMisc.cmx gTree.cmx gList.cmx gFile.cmx gWindow.cmx
gBin.cmx gEdit.cmx gRange.cmx gAction.cmx gBroken.cmx gUtil.cmx gToolbox.cmx
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0
-lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0
+ /usr/bin/ocamlopt -a -o lablgtk.cmxa  gaux.cmx gpointer.cmx glib.cmx
gobject.cmx gdkEnums.cmx pangoEnums.cmx gtkEnums.cmx pango.cmx gdk.cmx
gdkEvent.cmx gdkKeysyms.cmx gdkPixbuf.cmx gtk.cmx gtkSignal.cmx gtkStock.cmx
gtkObject.cmx gtkBaseProps.cmx gtkBinProps.cmx gtkButtonProps.cmx
gtkEditProps.cmx gtkListProps.cmx gtkMenuProps.cmx gtkMiscProps.cmx
gtkPackProps.cmx gtkRangeProps.cmx gtkTextProps.cmx gtkTreeProps.cmx
gtkFileProps.cmx gtkActionProps.cmx gtkBrokenProps.cmx gtkData.cmx gtkBase.cmx
gtkPack.cmx gtkButton.cmx gtkMenu.cmx gtkMisc.cmx gtkWindow.cmx gtkList.cmx
gtkBin.cmx gtkEdit.cmx gtkRange.cmx gtkText.cmx gtkTree.cmx gtkFile.cmx
gtkMain.cmx gtkBroken.cmx gPango.cmx gDraw.cmx gObj.cmx gData.cmx gMain.cmx
ogtkBaseProps.cmx ogtkBinProps.cmx ogtkButtonProps.cmx ogtkEditProps.cmx
ogtkListProps.cmx ogtkMenuProps.cmx ogtkMiscProps.cmx ogtkPackProps.cmx
ogtkRangeProps.cmx ogtkTextProps.cmx ogtkTreeProps.cmx ogtkFileProps.cmx
ogtkActionProps.cmx ogtkBrokenProps.cmx gContainer.cmx gPack.cmx gButton.cmx
gText.cmx gMenu.cmx gMisc.cmx gTree.cmx gList.cmx gFile.cmx gWindow.cmx
gBin.cmx gEdit.cmx gRange.cmx gAction.cmx gBroken.cmx gUtil.cmx gToolbox.cmx
-cclib -llablgtk2   -cclib -lgtk-x11-2.0 -cclib -lgdk-x11-2.0 -cclib -latk-1.0
-cclib -lgdk_pixbuf-2.0 -cclib -lm -cclib -lpangocairo-1.0 -cclib -lpango-1.0
-cclib -lcairo -cclib -lgobject-2.0 -cclib -lgmodule-2.0 -cclib -ldl -cclib
-lglib-2.0
ocamlopt.opt -I +lablGL -w s -c glGtk.ml
/usr/lib/ocaml/lablGL/gl.cmx is not a compilation unit description.
make[1]: *** [glGtk.cmx] Error 2

Never mind, seems lablgl was built with an older ocaml and just needed to be
rebuilt.

Ok, seems to have lasted more than ever before.
Gets a ~sparc keyword until a prudent time/testing period passes by.