https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c kk zhang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kkzhang@suse.com AssignedTo|bnc-team-screening@forge.pr |bnc-team-xorg-bugs@forge.pr |ovo.novell.com |ovo.novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c3 Holger Arnold changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |holgerar@googlemail.com --- Comment #3 from Holger Arnold 2012-09-11 11:14:11 UTC ---

I have compiled another Emacs with Gtk-3, but the behaviour stays the same, so it is not related to Gtk itself (or bot Gtk-2 and Gtk-3 would have the same bug).

The bug does not occur when Emacs is compiled with Motif or Athena widgets, which suggests that this problem is, at least indirectly, related to GTK. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|779248 | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c5 --- Comment #5 from Achim Gratz 2012-09-12 18:08:24 UTC --- Upstream has already responded that they do setlocale ( LC_NUMERIC, "C" ); on startup. Why this ends up being ignored is the question and it seems to have to do with Gtk (it doesn't happen with any other toolkit I've tried so far), but is independent of the version of Gtk (the bug is present both for Gtk-3 and GtK-2). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c7 --- Comment #7 from Dr. Werner Fink 2012-09-17 13:50:17 UTC --- Guess: Are you have defined the environment variable CHARSET? And if so please report th evalue of the variable CHARSET. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c9 --- Comment #9 from Achim Gratz 2012-09-17 18:09:03 UTC ---

echo $CHARSET CHARSET: Undefined variable. echo $LANG de_DE.UTF-8 emacs-gtk -Q

-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c11 --- Comment #11 from Achim Gratz 2012-09-18 19:06:47 UTC --- (In reply to comment #10)

Somehow the gtk libs set LC_NUMERIC back and this even with LC_ALL=C ...

Again, emacs itself tries to use setlocale from within emacs, but that setting ends up being ignored. Why any library would manage to subvert that call and use a different locale I really don't know and I don't see how this can be the right thing in any circumstance.

in other words there is a environment variable or file in the system or your HOME from which the gtk libs or better the glib2 does do this. You should investigate here into th fully deep

Any idea where to start? Just for reference, root doesn't have that problem: it defaults to using LANG=C and even if I set LANG=de_DE.UTF-8 or LC_NUMERIC=de_DE.UTF-8 emacs still works correctly. In my own account it does work if I undefine LANG, but doesn't when it is set to LANG=de_DE.UTF-8 unless I also set LC_NUMERIC=C. I've even tried to undefine all other environment variables and still get the same behaviour. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c13 --- Comment #13 from Holger Arnold 2012-09-19 10:27:47 UTC --- (In reply to comments #7 and #8)

Guess: Are you have defined the environment variable CHARSET? And if so please report the value of the variable CHARSET.

Remark: I'm not able to reproduce

The problem occurs on a clean openSUSE 12.2, installed from the KDE live CD, with language set to German, so it should not be that hard to reproduce. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c15 --- Comment #15 from Holger Arnold 2012-09-19 12:43:10 UTC --- Created an attachment (id=506269) --> (http://bugzilla.novell.com/attachment.cgi?id=506269) strace of running 'emacs -Q' (Emacs 24.2 configured with --with-x-toolkit=gtk3) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c17 --- Comment #17 from Dr. Werner Fink 2012-09-20 14:55:42 UTC --- (In reply to comment #15) The same strace with unset ${!LC_*} LANG=POSIX export LANG strace -f -s 256 -o emacs.trace emacs -Q please to compare this. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c19 Holger Arnold changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|Stromeko@NexGo.DE | --- Comment #19 from Holger Arnold 2012-09-20 20:37:18 UTC --- (In reply to comment #17) Werner, no need to analyze further; I already know what is causing this problem. As you can see from attachment #506465, Emacs attempts to set LC_NUMERIC back to "C" in fixup_locale() (second call to this function) after GTK has set LC_ALL to the locale specified in the environment during its initialization. Later, however, GStreamer, which is accessed by GTK via libcanberra, again sets LC_ALL to the locale specified in the environment. Since on an openSUSE system with German locale, LANG is set to "de_DE.utf-8", this sets the decimal separator back to ','. I think there are two Emacs bugs here: 1. Emacs changes the locale _after_ GTK has been initialized, which, according to the GTK docs, "may produce inconsistent results and is not really supported" (http://developer.gnome.org/gtk/stable/gtk-General.html#gtk-set-locale). 2. Obviously, the interpretation of number literals in Emacs Lisp depends on the current locale. I don't know who thought that this was a good idea... So, as a work-around, one can start Emacs always with LC_NUMERIC="C". Maybe this could be shipped as an update for 12.2? As a short-term fix for Emacs, one could try to insert another call to fixup_locale() after GTK and dependent libraries has been completely initialized. However, it is not clear if there is actually a place in the code where this condition is definitely satisfied because GTK may still load modules at a later time, which could modify the locale again. The only reasonable long-term solution is to make the Lisp parser in Emacs locale-independent. (I will also add this to the upstream bug that Achim has opened for this issue.) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c21 --- Comment #21 from Holger Arnold 2012-09-21 07:33:21 UTC ---

Beside this gtk has a bug IMHO as setlocale() is designed dynamically, that is that after setlocale() is use to set LC_NUMERIC to "C" or "POSIX" this should be also applied by gtk.

In other words this is a upstream design flaw of gtk! This flaw become not legal even with the rational seen at http://developer.gnome.org/gtk/stable/gtk-General.html#gtk-set-locale

No, GTK is doing nothing wrong here. Note that GTK only calls setlocale(LC_ALL, ""), which sets the locale to the one specified by the *user*. The whole idea of locales is to let the user specify the format and language of numbers, dates and other text presented to or entered by him. Therefore, *every* localized program should actually make this call once after start. (Why GStreamer has to make this call again I don't know, though.) Generally, programs should not overwrite the user-set locale using setlocale(LC_*, "C"). A program which has to process (formal-language) text independently of the current locale must simply not use locale-dependent functions. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c23 --- Comment #23 from Dr. Werner Fink 2012-09-21 07:46:47 UTC --- (In reply to comment #21) No really as configurations files use only one numeric format normally the dot as separator. It should be possible to use in C program the setlocale(3) to switch on the fly between the variant used for configurations file or other file like found below /proc and switch back to the LC_NUMERIC of the users environment. Otherwise parser code like used in emacs will fail as this bug shows. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c25 --- Comment #25 from Holger Arnold 2012-09-21 08:02:03 UTC ---

I'd like to ask if I should add the described work around in comment #20 for an update of emacs?

Yes, I think you should because (a) it's a trivial and safe work-around, (b) it is not impossible that this problem can cause data loss (for example, for people reading their mail with Emacs), and (c) many affected Emacs users won't find this bug report. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c27 --- Comment #27 from Dr. Werner Fink 2012-09-21 08:17:36 UTC --- (In reply to comment #26) How do *you* would solve such a problem? OK you may reimplement e.g. scanf(3) and other glibc API functions only to avoid LC_NUMERIC to be able to parse configurations. But IMHO this is not what should be done. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c29 --- Comment #29 from Holger Arnold 2012-09-21 09:38:12 UTC --- Just a note: i also tried to disable GTK's locale setting by inserting gtk_disable_setlocale() before the call to gtk_init(), but this does not help because GStreamer is still setting the locale. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c31 --- Comment #31 from Holger Arnold 2012-09-23 13:36:07 UTC ---

The bug apparently is in gstreamer/gst.c(init_pre): here setlocale is called unconditionally. Why init_pre is called from gst_init_check (I think, that is not clear) remains a bit mysterious however since I only have the Git version available where the line numbers are quite different.

init_pre() is called from a GOption parse hook that is installed in gst_init_get_option_group(). What I find mysterious is that this bug did not show up in openSUSE versions <12.2. The setlocale() call has been in gst.c since 2004, and the build of GStreamer did not change much between 12.1 and 12.2. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c33 --- Comment #33 from Holger Arnold 2012-10-07 10:44:39 UTC --- (In reply to comment #32)

Maybe one of those functions had become a constructor with the newer gcc. Nevertheless gstreamer should not override the locale set previously.

I'd like to now when gstreamer will be fixed.

I have created a GStreamer bug to track this issue: http://bugzilla.gnome.org/show_bug.cgi?id=685650 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c35 --- Comment #35 from Achim Gratz 2012-12-10 17:27:31 UTC --- Great, thank you. I'm currently running Tumbleweed, would these be compatible? http://download.opensuse.org/repositories/home:/dimstar:/branches:/openSUSE:... This repo does not seem to have the gstreamer stuff yet, so what's the repo I need to add to zypper? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c37 --- Comment #37 from Dominique Leuenberger 2012-12-10 20:19:43 UTC --- (In reply to comment #36)

Oh, and maybe correct the spelling error in the patch file name...

Heh, thanks.. at least it was consistently mistyped :) I switched on publishing.. so those should hopefully get on the FTP site soon. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c39 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|Stromeko@NexGo.DE | AssignedTo|os.gnome.maintainers@gmail. |dimstar@opensuse.org |com | --- Comment #39 from Dominique Leuenberger 2012-12-11 17:18:46 UTC --- (In reply to comment #38)

I've added your repo to zypper and did a "dup --from repo". I got this message:

Problem: gstreamer-0_10-utils-unversioned-0.10.36-2.2.i586 obsoletes gstreamer-utils <= 0.10.36 provided by gstreamer-utils-0.10.36-3.6.1.i586 Solution 1: deinstallation of gstreamer-0_10-utils-unversioned-0.10.36-2.2.i586 Solution 2: deinstallation of gstreamer-utils-1.0.3-2.2.i586 Solution 3: keep obsolete gstreamer-utils-1.0.3-2.2.i586

Errr.. that one is weird... gstreamer-0_10-utils-unversioned has been introduced AFTER the 12.2 release... so I have to assume you do not have gstreamer from the distribution, right? Anyway.. thanks for the confirmation.. I'll submit this as online update. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c41 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #41 from Dominique Leuenberger 2012-12-11 17:25:55 UTC --- Submitted requests: 145119 for the maintenance update for 12.2 145120 for the update in multimedia:libs (will flow to openSUSE:Factory) Once 145120 is accepted, I will submit this same package to: - openSUSE:Tumbleweed - GNOME:STABLE:3.6 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c43 --- Comment #43 from Bernhard Wiedemann 2012-12-11 23:00:09 CET --- This is an autogenerated message for OBS integration: This bug (779426) was mentioned in https://build.opensuse.org/request/show/145132 Factory / gstreamer-0_10 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=779426 https://bugzilla.novell.com/show_bug.cgi?id=779426#c45 --- Comment #45 from Swamp Workflow Management 2012-12-27 13:11:19 UTC --- openSUSE-RU-2012:1697-1: An update that has one recommended fix can now be installed. Category: recommended (low) Bug References: 779426 CVE References: Sources used: openSUSE 12.2 (src): gstreamer-0_10-0.10.36-3.4.1, gstreamer-0_10-doc-0.10.36-3.4.1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.