[lsb-discuss] GdkGeneral test fail

Andrius Tsen andrius.tsen at gmail.com
Sun Jan 13 18:46:55 PST 2008

On Jan 11, 2008 8:18 PM, Stew Benedict <stewb at linux-foundation.org> wrote:

> I don't recall seeing this particular case before. It may just be
> behavioral
> differences with 2.4.x. The LSB spec and tests are based on 2.6, I
> believe, and the navigator says these came in with LSB 3.1.

OK, but i encounter this failure in LSB 3.0 certification test selected from
DTK manager drop-down list,
should this be  evicted  from  LSB 3.0  test as it is came in with LSB 3.1?

> Reference spec:
> http://www.gtk.org/api/2.6/gdk/gdk-General.html#gdk-get-program-class
> gdk_get_program_class ()
> const char* gdk_get_program_class           (void);
> Gets the program class. Unless the program class has explicitly been set
> with gdk_set_program_class() or with the --class commandline option, the
> default value is the program name (determined with g_get_prgname()) with
> the first character converted to uppercase.
> Returns:        the program class.
> g_get_prgname ()
> gchar*      g_get_prgname                   (void);
> Gets the name of the program. This name should not be localized, contrast
> with g_get_application_name(). (If you are using GDK or GTK+ the program
> name is set in gdk_init(), which is called by gtk_init(). The program name
> is found by taking the last component of argv[0].)
> Returns:        the name of the program. The returned string
> belongs to GLib and must not be modified or freed.
> I am able to duplicate the same failure on a system with
> libgtk+2.0_0-2.2.4.
> I looks like the test code manipulates argv[0] in the startup code:
>    argv = calloc(argc,  sizeof(char*));
>    argv[0] = (char*)strdup("");
>    gtk_init(&argc, &argv);

> I'm not really seeing where the "." comes in, nor am I finding a gtk+-2.4
> API reference to see if the behavior was defined differently. Links I do
> find that claim to point to 2.0 end up at the unstable API reference.
> --
> Stew Benedict
> The Linux Foundation

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.linux-foundation.org/pipermail/lsb-discuss/attachments/20080114/d8dbf04b/attachment.htm 

More information about the lsb-discuss mailing list