[lsb-discuss] GdkGeneral test fail
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
> 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:
> 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.)
> 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
> I looks like the test code manipulates argv in the startup code:
> argv = calloc(argc, sizeof(char*));
> argv = (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...
More information about the lsb-discuss