Emmanuele Bassi | 23 May 2013 11:43
Picon
Gravatar

Re: json-glib problem


hi;

On 23 May 2013 10:14, Aldrich Niklaus <aldrichnjit <at> gmail.com> wrote:
> after I entering bt,the gdb says "no stack"
>
> if I run ./all ,I receive the message as follows,
>
> Starting program: /home/fenghelong/open-source/RenrenSDK/json/all
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff6dbacba in _IO_vfprintf_internal (s=0x7fffffffdf70,
>     format=0x400cfa "error is %s\n", ap=0x7fffffffe0e8) at vfprintf.c:1623

you forgot to initialize GError here:

>> >         GError *error;

you should set it to NULL:

  GError *error = NULL;

before passing it to json_parser_load_from_file();

ciao,
 Emmanuele.

--
(Continue reading)

Aldrich Niklaus | 23 May 2013 09:40
Picon
Gravatar

json-glib problem


I want to us json-glib to parse a json file ,and I wrote a demo like this.
#include <stdio.h>
#include <stdlib.h>
#include <glib.h>
#include <glib-object.h>
#include <json-glib/json-glib.h>
int main(int argc,char **argv)
    {
        JsonParser *parser;
        GError *error;
        g_type_init();
        parser = json_parser_new();
        json_parser_load_from_file(parser,"info.json",&error);
        if(error)
            {
                g_print("error is %s\n",error->message);
                g_error_free(error);
                g_object_unref(parser);
                return EXIT_FAILURE;
            }
        JsonNode *root;
        root = json_parser_get_root(parser);
        if(JSON_NODE_HOLDS_ARRAY(root))
            {
                puts("hold array\n");
                JsonArray *array;
(Continue reading)

bugs | 2 May 2013 22:26

The problem of GNOME3 is not the GNOME Shell


Hello!

Please don't take the following explanation as attack on you or your
work. What I want is helping you and GNOME!

The problem of GNOME3 is not the GNOME Shell, it is the constant removal
of features. To make this even more worse, the developers don't
communicate their plans and didn't react on well meant critic. Instead
the developers believe that the bloggers, the press or the users just
hate new things like the GNOME Shell[1].

GNOME 3.0 introduced a complete new user-interface and also some things
did't get ported from GNOME2. This is usual for major change and it is
also ususal that some users have problems with the new user-interface,
while others appreciated it.
The problem is that everyone expected that during the subsequent release
of 3.2, 3.4 and so on the missing parts get added. This happend for
GNOME2 and this happend with KDE4. But it didn't happend for GNOME3!

During the last releases important and loved features and options get
removed from GNOME, instead of added. And GNOME doesn't offer a big number
of
both, following it's own tradition. And this is still the case with
latest release of GNOME.

I thought about writing "this kind of mail" to mailing-list about a long
time now. The final reason was the removal of transparency from
gnome-terminal. Moreover the reaction of the developer itself[2]. Every
terminal offers nowadays real transparency, thanks to AIGLX and much of
(Continue reading)

bugs | 2 May 2013 22:26

The bunch of examples


I will keep this short! Not. I tried but failed! So please pick what
you are interested in. And don't take it personal. I can only apologize
for my own unfair and unpolite behaviour.

// nautilus - create empty file
Every file-browser does manage files, this includes the creation of
"empty files", not only "empty directories". This function was removed
with "3.6". Nautilus doens't fullfill the basic requirement of a
file-browser. This is wrong!
Instead users are forced to use the XDG-Directory "Templates" to create
a template for an empty file. But that is not possible, because for this
you need to create an empty file. This is weird!

Bug reports:
https://bugzilla.gnome.org/show_bug.cgi?id=324253
https://bugzilla.gnome.org/show_bug.cgi?id=676838
https://bugzilla.gnome.org/show_bug.cgi?id=683735
Screenshot:
http://i.imgur.com/CkkOlSL.png
Example:
Create an empty file "main.cpp", which can be double-clicked and edited
within Gedit with propper syntax-hightlighting.
Proposal: "Create empty file" should just be available, where "New
Folder" is available.

// nautilus - type-ahead-find
Common file-browsers offers the ability to use "type-ahead-find". Just
type the file-name you want and it will be selected instantly from the
current directory. Not shortcut required. It "finds" files, it doesn't
(Continue reading)

Simon Kågedal Reimer | 20 Apr 2013 22:57
Picon

configure script requires intltool


Hi,

I've written a simple program and based the build setup on the gnome-hello Git repository [1]. However, when I do a "make dist" and run the configure script on another computer, I get complaints that intltool is too old, or that it doesn't exist:

    ./configure: line 11982: intltool-update: command not found
    checking for intltool >= 0.40.0...  found
    configure: error: Your intltool is too old.  You need intltool 0.40.0 or later.

The tarball should including any intltool things that are needed, shouldn't it?

I get the same result with gnome-hello itself, doing:

    $ git clone git://git.gnome.org/gnome-hello
    $ cd gnome-hello
    $ ./autogen-sh
    $ make
    $ cp /usr/share/gnome-doc-utils/gnome-doc-utils.make .
    $ make dist

Gives me a package that won't build unless I have intltool installed. Is this how it should be? Seems strange to me, since typically no build tools like autoconf etc are required on the user computer. I was thinking the intltool scripts should get bundled when I do "intltoolize" but it doesn't do that.

I'm using autoconf 2.68, automake 1.11, intltool 0.50.2, gnome-common 3.1.0 on a Ubuntu 12.04 system.

Juan Rafael García Blanco | 7 Apr 2013 11:04
Picon
Gravatar

Questions about GClosure


Hello everybody,

I've a few questions about how closures should be used. I'm writing a GLib wrapper for OpenCL, and I feel the
need to use callbacks. I'll try to explain what I don't understand about closures.

g_cclosure_new takes a pointer to user data as argument. This is passed to the callback in its last
argument. But then, when I call g_closure_invoke() I need to pass a GValue array containing the arguments
to the callback, and I guess user_data is included here. I see this as a redundant action, so my guess is I've
got something wrong. I hope you can clarify this a little bit for me. I'll appreciate it.

Thank you very much in advance.

Regards,
Juan.
kuldeep dhaka | 4 Apr 2013 17:08
Picon
Gravatar

GArray conversion


hello guys,
i think a function like this could be useful.

c-code:

GArray * arr;
gdouble * natural_array;
unsigned int size;

arr = g_array_new (FALSE, FALSE, sizeof (gdouble));

... add values to GArray ....

<store the size of garray in size var>

natural_array = g_array_natural(arr, sizeof(double));


#gnome, Juhaz
: if you're talking about GArray, the accessor function isn't a function but macro, so there's no performance penalty to it.

atleast still the function can be useful when we want to make things simple and when garray functionality is no longer required.

--
Kuldeep Singh Dhaka
+91-8791676237
Skype: kuldeep.dhaka
kuldeepdhaka9 <at> gmail.com
Programmer, Open Source, Web Developer, Entrepreneur, Animal Lover, Student, Blogger, Reverse Engineer, Embedded System.

Bitcoins Accepted.
My GnuPG Public Key
Fork Me

_______________________________________________
gnome-devel-list mailing list
gnome-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-devel-list
Rajath Shashidhara | 15 Mar 2013 05:17
Picon

GSOC Idea


Hello,


I aspire to participate in this year's Google Summer of Code. I propose the idea of making a new intelligent and interactive terminal emulator with rich GUI features. These are some of the improvements that I propose to replace the current gnome-terminal:

      1. Seperate fields for Input and Output:

Input and output are clearly seperated from each other in different text fields.


2. Flags associated with various terminal commands are shown as a checkbox group with a brief description about the use of each flag:

(Continue reading)

Tae Wong | 22 Feb 2013 06:26
Picon

Name for sanad is merged with the last name value.


Smart quotation marks become question marks with the mail provider,
for example last name’s value becomes last name?s value. You don’t
want your messages automatically rejected; although you’re not working
with GNOME. Read the Foundation Members page in GNOME and check if
sanad is merged with the last name value. You’re not developing for
GNOME.
_______________________________________________
gnome-devel-list mailing list
gnome-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-devel-list
jordan | 20 Dec 2012 22:32
Picon

Gnome-system-monitor - rounded graphs: a proof of concept


Hi,

Recently, I have been hacking on the gnome-system-monitor code, to
implement some aesthetic changes, for things that have long bothered
me about GSM. the big change that i have been working on - adding
rounded corners to the graphs (rather than having rectangles that
don't even use the same background as the notebook bg color in many
cases (ie: you end up with notebook/graph colors not matching on many
themes + it just looks (imho) a bit ugly / unrefined). So even though
i know very little about cairo (and although, i hack on code from time
to time - wouldn't consider myself to be a 'programmer'), i decided to
see what i could do :) I ended up with decent success, to the point i
would at least think my code produces a good demo/prototype/proof of
concept.

Here is my version of gnome-system-monitor (picture);
http://postimage.org/image/c1k6h723d/

and a quick video, just showing the resizing working correctly;
http://www.youtube.com/watch?v=QgeAeCayw7Q

NOTE: pay no attention to the hardcoded background colors (that is
just to have it match my theme), nor the 2 pixel lines (again, a
personal preference).  What i think is important here is that it looks
cleaner than the boxy-upstream version (again,imo). Like i said, im
not much of a programmer, so i borrowed some existing cairo code and
modified it so that the rounded rectangles would resize properly
(allocation.width/height). The rounded rectangles are actually drawn
inside of the rectangles/graphs and the (outer) rectangle is blended
(Continue reading)

David Gomes | 1 Nov 2012 21:54
Picon
Gravatar

Re: Coordination between developers in the GNOME project


This is the most active mailing list, but don't forget to check on IRC because I believe there are more developers there.

On Thu, Nov 1, 2012 at 8:53 PM, Tengy Td <duret.tanguy <at> gmail.com> wrote:
Hello David and thanks,

I know that many developers are under 18, but for legal reasons, I am not allowed to interview people under the age of 18 (moronic french laws...) Feel free to lie about your age if you still want to participate ;-)

Do you know if there is a more active mailing list for GNOME developers ?


2012/11/1 David Gomes <davidrafagomes <at> gmail.com>
Many Gnome developers are under the age of 18, why not allow such ages?

Also, for some reason I think this mailing list isn't very active.

On Thu, Nov 1, 2012 at 8:39 PM, Tengy Td <duret.tanguy <at> gmail.com> wrote:

Gmane