GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Anastasia Filatova]

Have a look at the screen-shot for more details.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: firefox 19.0.2+build1-0ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-14.24-generic 3.8.4
Uname: Linux 3.8.0-14-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.9.2-0ubuntu4
Architecture: amd64
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
BuildID: 20130308124351
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Channel: Unavailable
Date: Tue Mar 26 21:48:57 2013
ForcedLayersAccel: False
IfupdownConfig:
 # interfaces(5) file used by ifup(8) and ifdown(8)
 auto lo
 iface lo inet loopback
InstallationDate: Installed on 2013-03-26 (0 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64+mac (20130326)
IpRoute:
 default via 10.0.1.1 dev eth0 proto static
 10.0.1.0/24 dev eth0 proto kernel scope link src 10.0.1.16 metric 1
 169.254.0.0/16 dev eth0 scope link metric 1000
IwConfig:
 eth0 no wireless extensions.

 lo no wireless extensions.
MarkForUpload: True
Plugins:
 Windows Media Player Plug-in 10 (compatible; Videos) - /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so (totem-mozilla)
 VLC Multimedia Plugin (compatible Videos 3.6.3) - /usr/lib/mozilla/plugins/libtotem-cone-plugin.so (totem-mozilla)
 DivX® Web Player - /usr/lib/mozilla/plugins/libtotem-mully-plugin.so (totem-mozilla)
 QuickTime Plug-in 7.6.6 - /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so (totem-mozilla)
 iTunes Application Detector - /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so (rhythmbox-mozilla)
PrefSources: prefs.js
Profiles: Profile0 (Default) - LastVersion=19.0.2/20130308124351
RelatedPackageVersions:
 totem-mozilla 3.6.3-0ubuntu4
 rhythmbox-mozilla 2.98-0ubuntu3
RfKill:

RunningIncompatibleAddons: False
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/01/2006
dmi.bios.vendor: innotek GmbH
dmi.bios.version: VirtualBox
dmi.board.name: VirtualBox
dmi.board.vendor: Oracle Corporation
dmi.board.version: 1.2
dmi.chassis.type: 1
dmi.chassis.vendor: Oracle Corporation
dmi.modalias: dmi:bvninnotekGmbH:bvrVirtualBox:bd12/01/2006:svninnotekGmbH:pnVirtualBox:pvr1.2:rvnOracleCorporation:rnVirtualBox:rvr1.2:cvnOracleCorporation:ct1:cvr:
dmi.product.name: VirtualBox
dmi.product.version: 1.2
dmi.sys.vendor: innotek GmbH

[Hiikezoe (hiikezoe)]

Created attachment 546933
A patch

The following message is spewed out on startup of firefox.

GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

So out jemalloc is less effective.

[Hiikezoe (hiikezoe)]

(In reply to comment #0)

> So out jemalloc is less effective.

*our* jemalloc, I meant.

[Ginn-chen-r (ginn-chen-r)]

You can just move the line
static GQuark sQuark_gecko_acc_obj = g_quark_from_static_string("GeckoAccObj");
inside toplevel_event_watcher().

[Hiikezoe (hiikezoe)]

nsApplicationAccessibleWrap::Init() is invoked just once?

[Trevor Saunders (trev-saunders)]

Comment on attachment 546933
A patch

STEALING THE REVIEW, PER REQUEST IN 669130 ON THAT PATCH.

[Trevor Saunders (trev-saunders)]

(In reply to comment #2)
> You can just move the line
> static GQuark sQuark_gecko_acc_obj =
> g_quark_from_static_string("GeckoAccObj");
> inside toplevel_event_watcher().

are you absolutely sure that will cause it to be initialized on the first call, not as a global ctor?

(In reply to comment #3)
> nsApplicationAccessibleWrap::Init() is invoked just once?

it should be although I'm not sure why that would matter, personally I like the variable being local to the one function we use it in.

[Ginn-chen-r (ginn-chen-r)]

(In reply to comment #5)
> (In reply to comment #2)
> > You can just move the line
> > static GQuark sQuark_gecko_acc_obj =
> > g_quark_from_static_string("GeckoAccObj");
> > inside toplevel_event_watcher().
>
> are you absolutely sure that will cause it to be initialized on the first
> call, not as a global ctor?
>

Absolutely sure.

But although it will save a couple of source code lines, the final binary will be several bytes larger than the patch here, because the compiler has to do the job for us.

I'm OK with either approach.

[Bzbarsky (bzbarsky)]

http://hg.mozilla.org/integration/mozilla-inbound/rev/b0599f36be18

[Ehsan-mozilla (ehsan-mozilla)]

http://hg.mozilla.org/mozilla-central/rev/b0599f36be18

[Chris Coulson (chrisccoulson)]

On Linux, the glib slice allocator is disabled in |XREMain::XRE_main| by calling |g_slice_set_config| (see bug 431221). However, this no longer works since glib 2.35 because libgobject (which libxul depends on) now has a static initializer which indirectly initializes the slice allocator before |main| is reached (in order to automatically initialize the gobject dynamic type system). This means that the call to g_slice_set_config always fails with the following assertion:

(process:24722): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

See https://bugzilla.gnome.org/show_bug.cgi?id=687763

glib 2.35 is currently the version in Ubuntu 13.04

[Thibault D (thibdrev)]

That's what I get with a 13.04 daily build on a live usb key :

ubuntu@ubuntu:~$ firefox
(process:11823): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Bugzilla-obra (bugzilla-obra)]

This bug appears to have reemerged when firefox runs under glib 2.36

[Ginn-chen-r (ginn-chen-r)]

(In reply to Fredrik from comment #9)
> This bug appears to have reemerged when firefox runs under glib 2.36

Please file a new bug and it will be great if you can provide crash stack.

[avius (avi142)]

I am also affected by this bug. Has a fix actually been released (as suggested by the bug watch update)?
If not, I would be willing to work on a patch if someone could steer me in the right direction.

[Thaddaeus Tintenfisch (thad-fisch-deactivatedaccount)]

avius, the bug watch is only checking the initial mozilla bug report, but the bug has reemerged after updating glib to version 2.36.

[Chris Coulson (chrisccoulson)]

The upstream bug link is wrong

[Alan Robertson (alanr-unix)]

Thunderbird doesn't start AT ALL in kubuntu 13.04. because of this bug. Or rather, it starts, but the part of it that opens a display window doesn't start. If I log in with web mail I see that it is filing emails as they arrive according to the rules I've established -- but the display never comes up.

And, in this particular case, I could have been completely unable to report this bug - because you forced me to change my password -- and sent me an email so I could do it :-D. Of course, since Thunderbird isn't working -- it became more challenging...

Strangely enough, Firefox _does_ start.

[Alan Robertson (alanr-unix)]

Following the link to the gnome bugzilla -- I ran across a tolerable workaround for the moment: If G_SLICE=always-malloc is in the environment, then it will start. It still complains, but it starts and appears to work (so far).

This makes it consume more CPU (and Lord knows it already consumes enough CPU), but it does allow Thunderbird to start - which is a good thing.

[P-nikolic1 (p-nikolic1)]

I have the same report from firefox 20.0.1 on arch linux x86_64 running KDE 4.10.2 . it will fail to start 3 or 4 times then will start but can crash and burn instantly or continue all night ..

[Alan Robertson (alanr-unix)]

OK. I agree with comment 3. I have found out that Thunderbird will crash and burn - or just hang.

[Ginn-chen-r (ginn-chen-r)]

I just saw this:
Deprecate and remove g_slice_[sg]et_config.*
https://bugzilla.gnome.org/show_bug.cgi?id=680831

[jidanni (dan-jacobson)]

Hi everybody. In Bug 672671#c21 they say the warning is harmless in some cases.
So please remove the warning in those cases... we heavy users of remote calls see it once every minute often! Gad. Gasp. Thanks!

[Artur Frysiak (wiget)]

This bug prevent running Firefox on 13.04

[Jonathan Allard (joallard)]

Firefox can't start. I fail to see how this could possibly be set to 'Low'.

[Chris Coulson (chrisccoulson)]

This bug does *not* cause Firefox to not start. If Firefox is not starting, then you have another bug.

[Chris Coulson (chrisccoulson)]

Note, this bug doesn't cause Firefox or Thunderbird to fail to start. People who are having problems with Firefox hanging on startup are most likely hitting https://launchpad.net/bugs/1179554

[Javier (javiersmail)]

Aded saucy and package-from-proposed because this also affects Ubuntu 13.10. https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1181262

[Mh+mozilla (mh+mozilla)]

(In reply to Chris Coulson from comment #0)
> On Linux, the glib slice allocator is disabled in |XREMain::XRE_main| by
> calling |g_slice_set_config| (see bug 431221). However, this no longer works
> since glib 2.35 because libgobject (which libxul depends on) now has a
> static initializer which indirectly initializes the slice allocator before
> |main| is reached (in order to automatically initialize the gobject dynamic
> type system). This means that the call to g_slice_set_config always fails
> with the following assertion:
>
> (process:24722): GLib-CRITICAL **: g_slice_set_config: assertion
> `sys_page_size == 0' failed

That's not what the glib code suggests. That error (sys_page_size == 0) happens because the slice allocator is *not* initialized. If it was initialized, sys_page_size would be set (it is set in g_slice_init_nomessage).

[Chris Coulson (chrisccoulson)]

Isn't that the wrong way around? :)

It's asserting that sys_page_size == 0, so the error is displayed because sys_page_size is something other than zero.

[Mh+mozilla (mh+mozilla)]

gah these things are confusing.

[Danielneugart (danielneugart)]

I can confirm this bug for:
Firefox Version 21.0-1 (64bit)
glib Version: 2.36.2-1
Distribution: Arch Linux
Kernel: 3.9.4-1-ARCH

This bug renders Firefox unusable for me, as it crashes almost immediately.

The proposed workaround with "G_SLICE=always-malloc" does not work on my machine.

[Ron Johnson (ron-l-johnson)]

I noticed this today on Thunderbird.
Xubuntu 13.04
Thunderbird 17.0.6+build1-0ubuntu0.13.04.1
libglib2.0-0 2.36.0-1ubuntu2
kernel 3.8.0-24-generic

[Vseerror (vseerror)]

(In reply to Daniel Neugart from comment #11)
> I can confirm this bug for:
> Firefox Version 21.0-1 (64bit)
> glib Version: 2.36.2-1
> Distribution: Arch Linux
> Kernel: 3.9.4-1-ARCH
>
> This bug renders Firefox unusable for me, as it crashes almost immediately.
>
> The proposed workaround with "G_SLICE=always-malloc" does not work on my
> machine.

Hangs? Or crashes?
Does it start OK in safe mode? https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

[Danielneugart (danielneugart)]

(In reply to Wayne Mery (:wsmwk) from comment #12)
> (In reply to Daniel Neugart from comment #11)
> > I can confirm this bug for:
> > Firefox Version 21.0-1 (64bit)
> > glib Version: 2.36.2-1
> > Distribution: Arch Linux
> > Kernel: 3.9.4-1-ARCH
> >
> > This bug renders Firefox unusable for me, as it crashes almost immediately.
> >
> > The proposed workaround with "G_SLICE=always-malloc" does not work on my
> > machine.
>
> Hangs? Or crashes?
> Does it start OK in safe mode?
> https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-
> mode

It crashes:
$ firefox
(process:647): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Segmentation fault (core dumped)
$ firefox --version
(process:702): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Mozilla Firefox 21.0

If I start it in safe-mode it crashes as well:
$ firefox -safe-mode
(process:706): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Segmentation fault (core dumped)

I additionally created a new empty profile and the problem occurs there too.

[Stradionov (stradionov)]

(In reply to Daniel Neugart from comment #11)
> I can confirm this bug for:
> Firefox Version 21.0-1 (64bit)
> glib Version: 2.36.2-1
> Distribution: Arch Linux
> Kernel: 3.9.4-1-ARCH
>
> This bug renders Firefox unusable for me, as it crashes almost immediately.
>
> The proposed workaround with "G_SLICE=always-malloc" does not work on my
> machine.

Exactly the same thing with thunderbird. This bug is just disastrous for me.

[Vseerror (vseerror)]

(In reply to stradionov from comment #14)
> Exactly the same thing with thunderbird. This bug is just disastrous for me.

as reported at https://getsatisfaction.com/mozilla_messaging/topics/thunderbird_craches_in_arch_linux

[Raumkundschafter (raumkundschafter)]

same problemo with icedove on debian testing:
 Icedove: 10.0.12
 Glib Version: 2.36.1-2build1
Firefox works though...

[Andreas Ecker (aecker2)]

I get the same error when I try to install IE6 under Ubuntu 13.04 in order to fix the connect to web album problem with Picasa 3.9 (following the instructions from http://www.webupd8.org/2012/01/install-picasa-39-in-linux-and-fix.html). My firefox is working fine (wintricks is opening a new tab within firefox after displaying the error message in the terminal).

The command line and error message:

~$ winetricks ie6
Executing w_do_call ie6
Executing load_ie6

(process:14999): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed

[Karlt (karlt)]

(In reply to MSN from comment #73)
> I have started the firefox in the terminal by disabling the GTK modules
> [GTK_IM_MODULE=xim /usr/bin/firefox]. But not happy with this work around
> too.

That's interesting. Would you be able to file a new bug, cc me and report which module was causing the problem, please?

[Murthy-rms (murthy-rms)]

Disabled scim gtk immodule and started firefox with command [GTK_IM_MODULE=xim /usr/bin/firefox]
in the terminal. After some couple of hours FF crashed saying *Segmentation* fault.

Though the crash is not very immediate. I'm on Slackware64 14.1 [Kernel - 3.10.17, & with No multilib enabled]. But this needs a quick attention.

Even though i have Slackware64 14.0 in my another HDD [kernel - 3.2.29, & with Multilib enabled] their the any version of firefox works like a charm.

[Rablanken13 (rablanken13)]

Version 31 is affected.

Output of `firefox`:
(process:20438): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Mozilla Firefox 31.0

This is causing problems with the unit testing program "windmill". It is causing it to be stuck at "Setting document.domain environment"

Output of `windmill shell firefox http://google.com`:
1407551686573 addons.xpi WARN Add-on <email address hidden> is missing bootstrap method install
(firefox:20553): LIBDBUSMENU-GTK-CRITICAL **: dbusmenu_menuitem_property_set_shortcut: assertion 'gtk_accelerator_valid(key, modifier)' failed

[Grgoffe (grgoffe)]

I'm using the latest Nightly x86_64 for Thunderbird and I get these messages too, but TB DOES start up.

George...

[themusicgod1 (themusicgod1)]

As of at least last week nightly firefox 33 is still affected

[jidanni (dan-jacobson)]

Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0 Iceweasel/33.0a2

[Bullionareboy (bullionareboy)]

Fedora 20 FF 31.0 stable

(process:6583): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(firefox:6583): Gtk-CRITICAL **: IA__gtk_clipboard_set_with_data: assertion 'targets != NULL' failed

(firefox:6583): Gtk-CRITICAL **: IA__gtk_clipboard_set_with_data: assertion 'targets != NULL' failed
[Parent 6583] WARNING: waitpid failed pid:6883 errno:10: file /builddir/build/BUILD/firefox-31.0/mozilla-release/ipc/chromium/src/base/process_util_posix.cc, line 261

[C. Jeffery Small (loyhz2ay-jeff-h670zbts)]

Xubuntu 14.04.1

Every time I attempt to run the apport-bug bug reporting command, it tries to load data into an instance of firefox [30, 31, 32] which repeatedly fails with Firefox reporting:

------------------------------
File not found
Firefox cannot find the file at <current working dir path>/https://bugs.launchpad.net/ubuntu/+source/apport/+filebug/<long_id_string>
------------------------------

In the terminal window where the command is launched, I get the following:

------------------------------
% apport-bug <package>

** (apport-gtk:13523): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-t4rIGS23K1: Connection refused

(process:13996): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
------------------------------

The first warning is a ubuntu bug. The second is apparently issued by Firefox and is likely responsible for the command failing.

[elhoir (jfarroyo82)]

hello,

im facing this problem in Ubuntu 14.10 pre-release, firefox 32.0.3

[David Rankin (drankinatty)]

This Crash is occurring on openSuSE 13.1 with Thunderbird 24.7. Desktop is KDE.

The following 4 crash reports were submitted:

bp-7eacae3e-214c-4346-94d6-725ef2141002
bp-b44db91b-5d2d-441b-b156-9a5402141002
bp-f6cc075e-2bf3-4293-8c5f-756eb2141002
bp-bd80ba8a-4ca8-4560-94dc-114122141002

Starting at the command line after the crash gives the following output -- then the crash reporter appears (I can't even start tbird with restarting):

$ thunderbird

(process:471): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(thunderbird:471): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

(thunderbird:471): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

(thunderbird:471): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

(thunderbird:471): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised
ACR (Component): component init
03:47 alchemy:~/dev/prg/asm/nasm>
(crashreporter:494): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

(crashreporter:494): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

(crashreporter:494): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

(crashreporter:494): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised

[Luminary Crush (jaherring)]

"Me too":
$ uname -a
Linux pangea 3.16.4-200.fc20.x86_64 #1 SMP Mon Oct 6 12:57:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

--------------------------------------
$ firefox

(process:3668): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised

(process:3668): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

(firefox:3668): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised

Trace/BPT trap (core dumped)
------------------------------

Sometimes I see the "trap", but usually it just crashes and I only get the Mozilla crash reporter popping up.

Here is a typical report:
https://crash-stats.mozilla.com/report/index/47cbf288-d2bc-4cbb-93e4-1db5c2141013

Reason "SIGSEGV"

I get these hourly usually; sometimes in rapid succession every few minutes, then it 'calms down' for an hour or two. I can never go more than a couple hours w/o a crash.

I have tried safe mode, clean, fresh profile, new userID. If I boot into Fedora 17 it runs perfectly (including the latest v33). Fedora 20 has constant crashes.

[Victor Bjelkholm Lövgren (victorbjelkholm)]

Having the same issue with Firefox Nightly 36.0a1.en-US.linux-x86_64 on Ubuntu

$ uname -a
Linux maria 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty

Desktop is awesome v3.5.5

[Bruno Ricardo Siqueira (brunoric)]

$ firefox --version

(process:5591): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Mozilla Firefox 34.0

==========

$ uname -a
Linux winterfell 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

==========

$ lsb_release -a
No LSB modules are available.
Distributor ID: LinuxMint
Description: Linux Mint 17 Qiana
Release: 17
Codename: qiana

[Alex Puchades (alex94puchades)]

Same problem here, assertion failed

$ ./machg run

(process:3756): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

=========

$ ./mach run --version
...
(process:3645): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Mozilla Firefox 37.0a1

=========

$ uname -a
Linux nts-laptop 3.17.6-300.fc21.x86_64 #1 SMP Mon Dec 8 22:29:32 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

=========

$ cat /etc/fedora-release
Fedora release 21 (Twenty One)

[7clement (7clement)]

[Tracking Requested - why for this release]:
ubuntu 14.04, PC hardware, intel core i3, 4Go Ram,
>uname -a
Linux 3.13.0-43-generic #72-Ubuntu SMP Mon Dec 8 19:35:06 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>synaptic : (run in GUI) asked "dpkg --configure -a" to be run
>dpkg --configure -a
Paramétrage de mime-support (3.54ubuntu1) ...
Paramétrage de firefox (34.0+build2-0ubuntu0.14.04.1) ...
Please restart all running instances of firefox, or you will experience problems.
>dpkg -l 'libglib2.0*'
[...]
ii libglib2.0-bin 2.40.2-0ubun amd64 Programs for the GLib library

>firefox -v
(process:6202): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Mozilla Firefox 34.0

Note : Firefox runs fine from the guest account on the same PC/Ubuntu
Note : My system is relatively fresh from install appart from heavy fiddling to get OpenCL to work with GeForce GTX 650/PCIe/SSE2 graphics card. various flavors of drivers were installed and removed in the process.

Not fixed. I hope this helps.

[Stransky (stransky)]

g_slice_set_config()(In reply to Karl Tomlinson (:karlt) from comment #44)
> On irc, glandium indicated that he would prefer to dlopen libglib (before
> anything depends on libgobject) and use the deprecated g_slice_set_config
> internal debugging api, than follow Matthias' suggestion to use
> GSLICE=always-malloc, because of the awkwardness of putenv/unsetenv.

GSLICE=always-malloc ENV is the only way how to disable it in glib >= 2.35. g_slice_set_config() actually does nothing because it tweaks only a local copy of slice_config which is not send to the allocator. The actual slice_config_init() config routine has its SliceConfig *config for that.

[Lmandel (lmandel)]

With the release of Firefox 35 today, Firefox 34 is EOL. If you think this warrants tracking, please request tracking for a current release. Note that as this is an old bug, unless there has been a recent change in severity, it is unlikely that this will be fixed before Firefox 38 (current Nightly).

[themusicgod1 (themusicgod1)]

How can we request tracking for current release? This is clearly still a bug in FF38 nightly.

[Mte90net (mte90net)]

With the developer edition (36) and the 35 the problem persists.

[Nigel Horne (njh-bandsman)]

On 1/13/15 4:27 PM, Lmandel wrote:
> With the release of Firefox 35 today, Firefox 34 is EOL. If you think
> this warrants tracking, please request tracking for a current release.
> Note that as this is an old bug, unless there has been a recent change
> in severity, it is unlikely that this will be fixed before Firefox 38
> (current Nightly).
>
You tell me. Does the new version fix the problem?

[Feedback-launchpad (feedback-launchpad)]

Nigel Horne added the following comment to Launchpad bug report 1160569:

On 1/13/15 4:27 PM, Lmandel wrote:
> With the release of Firefox 35 today, Firefox 34 is EOL. If you think
> this warrants tracking, please request tracking for a current release.
> Note that as this is an old bug, unless there has been a recent change
> in severity, it is unlikely that this will be fixed before Firefox 38
> (current Nightly).
>
You tell me. Does the new version fix the problem?

--
http://launchpad.net/bugs/1160569

[Rumijah-2 (rumijah-2)]

Have Thunderbird 31.3.0
Mozilla Firefox 35.0
Linux localhost.localdomain 3.17.8-200.fc20.x86_64 #1 SMP Thu Jan 8 23:26:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

My wife was trying to change something in her Thunderbird calendar this morning, when it crashed.
Gives the following error message:

marleen@localhost ~$ thunderbird &
[1] 5074
marleen@localhost ~$
(process:5074): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
[calBackendLoader] Using libical backend at /home/marleen/.thunderbird/he3scsnk.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical.manifest

************************************
Funny thing is, I tried to open it this evening via the command line and it opened with a "Write" email document with her home data file attached. I sent it to myself and received the message - with her home file attached. There was no record of this in her Yahoo sent documents - checked via Firefox browser.

Shut down and restart; start Thunderbird via command line and get same error message, however now a blank calendar page opens with the header: "January 18 - February 14, 2015 - Mozilla Thunderbird"
My wife says this was the file she was trying to modify when it crashed.

************************************

Was not aware that Firefox was connected to this till started reading these error messages.

Get the following error message when I open Firefox from the command line:

marleen@localhost ~$ firefox &
[1] 5590
marleen@localhost ~$ firefox &
[2] 6403
[1] Done firefox
marleen@localhost ~$ error: An exception occurred.
Traceback (most recent call last):
  File "resource://gre/modules/Promise-backend.js:744", line 7, in this.PromiseWalker.walkerLoop
  File "resource://gre/modules/Promise-backend.js:865", line 23, in Handler.prototype.process
  File "resource:///modules/sessionstore/SessionStore.jsm:948", line 9, in SessionStoreInternal.onBeforeBrowserWindowShown/<
  File "resource:///modules/sessionstore/SessionStore.jsm:787", line 9, in ssi_onLoad
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/system/events.js:55", line 7, in Observer<.observe
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/addon/runner.js:58", line 5, in wait/<
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/addon/runner.js:87", line 19, in startup
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:181", line 3, in load
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:146", line 19, in evaluate
  File "resource://fbdislike-at-doweb-dot-fr/fdislike/lib/main.js:2", line 15, in
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:286", line 7, in require
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:181", line 3, in load
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:146", line 19, in evaluate
  File "resource://fbdislike-at-doweb-dot-fr/addon-kit/lib/page-mod.js:9", line 28, in
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:286", line 7, in require
  File "resource://fbdislike-at-doweb-dot-fr/api-utils/lib/cuddlefish.js:181", ...

[Rumijah-2 (rumijah-2)]

ok. got the bloody thing to start via:

    /usr/bin/thunderbird -safe-mode

and deleting add-ons; still get:

   (process:28133): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

But I don't really care anymore.
Anyway, hope this helps someone...

[germano.massullo (germano.massullo)]

95 people in CC. When somebody will start working on this bug?

[Wyatt8740 (wyatt8740)]

The bug occurs in SeaMonkey 2.32.1, as well. REALLY annoying; please fix this already!

[Gregoire-roussel (gregoire-roussel)]

firefox -v

(process:8553): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Mozilla Firefox 36.0.1

Even if firefox works properly. This warning should not appear. Is there some possible settings to avoid such warning to appear ?

[Nigel Horne (njh-bandsman)]

On 3/10/15 1:34 PM, Gregoire-roussel wrote:
> firefox -v
>
> (process:8553): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
> Mozilla Firefox 36.0.1
>
> Even if firefox works properly. This warning should not appear. Is there
> some possible settings to avoid such warning to appear ?
>
It's not a warning - it's a critical message.

-Nigel

[Feedback-launchpad (feedback-launchpad)]

Nigel Horne added the following comment to Launchpad bug report 1160569:

On 3/10/15 1:34 PM, Gregoire-roussel wrote:
> firefox -v
>
> (process:8553): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
> Mozilla Firefox 36.0.1
>
> Even if firefox works properly. This warning should not appear. Is there
> some possible settings to avoid such warning to appear ?
>
It's not a warning - it's a critical message.

-Nigel

--
http://launchpad.net/bugs/1160569

[jan schween (jschween)]

The same with ubuntu 14.04 LTS / Gallium 0.4 on NV94

  13:57:41$thunderbird --version

  (process:32607): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
  Thunderbird 31.5.0

  13:57:50$thunderbird -safe-mode

  (process:317): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

  (thunderbird:317): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised

  (thunderbird:317): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised

  (thunderbird:317): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised

  (thunderbird:317): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised
  Speicherzugriffsfehler (Speicherabzug geschrieben)

Crash ID: bp-5a95e0f3-0129-485c-a933-5b1152150309

firefox produces the same error:

  14:07:33$firefox --version

  (process:376): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
  Mozilla Firefox 36.0
  14:07:54$firefox

  (process:410): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

but starts and runs ...
safe-mode and

[HackMan (mm-yuhu)]

Distro: Slackware 14.1 32bit
Libc: glibc-2.20-i486-2
Kernel: 3.12.38

hackman@terion:~$ firefox -version

(process:22214): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Mozilla Firefox 36.0.1

hackman@terion:~$ thunderbird -version

(process:22231): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Thunderbird 31.5.0

[Yuri (yuri-tsoft)]

I have the same problem, FreeBSD-10.1 amd64, fresh system install from scratch in VM, firefox-36.0.1, dwm window manager, G_SLICE workaround doesn't help, --safe-mode also doesn't help. FF prints the warning and freezes. No FF window opens.

It fails on xorg in VM, but same FF succeeds on Xnest in VM, and on my binary-identical host system.

I obtained xdpyinfo log in all three cases, see attachments:
firefox-hang-VM-in-xorg.txt : hangs on xorg in VM
firefox-fine-VM-in-xnest.txt : works fine on xnest in VM
firefox-fine-host.txt : works fine on xorg on host system

When I compare dpyinfo from xorg in host system (where ff works), and dpyinfo from xorg in VM system (where ff hangs), the main difference is that on host it has extra extensions NV-CONTROL, NV-GLX and XINERAMA. And on VM xorg it has SGI-GLX. I suspect this SGI-GLX causes ff to hang. Xnest server doesn't have any GLX, so it works too.

Someone from the development team should just reproduce it. I can tell you step by step how to do this with FreeBSD:
1. Download FreeBSD 10.1 amd64 disc1.iso
2. Install OS off that iso into VirtualBox VM with 3GB disk
3. Boot, and as root install all with the following command: pkg install firefox xorg xinit hal dbus dwm dmenu
4. Add these two lines into /etc/rc,conf: hald_enable="YES" / dbus_enable="YES"
5. As a regular user create file .xinitrc with "exec dwm" in it
6. Run startx, in dwm use Shift-Alt-Enter to open terminal
7. Run firefox and observe the problem

In all cases, working or not, it prints this warning:
(process:58625): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

Hope this helps.

[Yuri (yuri-tsoft)]

Created attachment 8581434
firefox-fine-host.txt: Works with NV-GLX on HW system

[Yuri (yuri-tsoft)]

Created attachment 8581435
firefox-hang-VM-in-xorg.txt: Hangs in VM on xorg with SGI-GLX

[Yuri (yuri-tsoft)]

Created attachment 8581436
firefox-fine-VM-in-xnest.txt: Works fine in VM on Xnest w/out GLX

[Yuri (yuri-tsoft)]

I wanted to clarify that my main problem is that FF doesn't start, doesn't show window. Now, that I re-read the subject it isn't clear from the subject that this is what this bug is all about.

[Yuri (yuri-tsoft)]

I created the separate bug report https://bugzilla.mozilla.org/show_bug.cgi?id=1146805 because this one doesn't seem clear enough,

[Enkouyami (furyhamster)]

Thunderbird 31.6.0 is affected by this.

[Léa GRIS (lea-gris)]

Still issue with Thunderbird 38.3.0
Distributor ID: Ubuntu
Description: Ubuntu 15.04
Release: 15.04
Codename: vivid

[Mathew Hodson (mathew-hodson)]

This should be fixed with firefox 42.0

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.