Pike-devel September 2010

pike-devel@lists.lysator.liu.se

5 participants
10 discussions

Re: New revision control system
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 29 Sep '10

29 Sep '10

>This is good news. Thanks, i have been waiting for this ,) So have we... Hmm... Interesting... I started working on the conversion script Oct 2 last year, so it'll be exactly one year on Saturday. >in the current pike-librarian my commits show up with the cvs user. >Could my user 'arne' be mapped to 'Arne Goedeke <el(a)laramies.com>' in >the git? The current entry for you is (for timestamps after 1250000000): arne=Arne Goedeke <el(a)laramies.com> Europe/Berlin Which seems to match your request (the field after the email is the timezone to use for your commits during conversion). /grubba

2 1

Re: New revision control system
by Peter Bortas ＠ Pike developers forum 29 Sep '10

29 Sep '10

Grubba and Marcus has spent an enourmous amount of time fixing details like that in the real conversion, so chances are yes. What is currently seen in the viewer has little resemblence of what will show up there on sunday when grubbas tool is run on it*. Ref: http://pike-librarian.lysator.liu.se/index.xml?cmodule=pcvs2git.git

1 1

New revision control system
by Peter Bortas ＠ Pike developers forum 29 Sep '10

29 Sep '10

As most of you know we have been trying to switch revision control system since... forever. First to Subversion, but when that was almost finalized the shouts for DVCS got to loud and time was spent arguing the pros and cons of SVN vs Mercurial vs git. git won out quite some time ago, and the switch will be done on Sunday. If you have outstanding changes and don't want to manually patch them into git you should check them in before Friday 1800 CEST. After that CVS will be switched to read-only mode. As currently with CVS the entire git repository will be writable for everyone and is accessed via the same ssh keys used against pelix. More details on that in a separate mail later this week. CodeLibrarian access to the repository will be available here: http://pike-librarian.lysator.liu.se/index.xml?cmodule=pike.git tl;dr: Pike will change from CVS to git on Sunday, 3rd of October.

1 0

GTK2 Version
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 19 Sep '10

19 Sep '10

Or I guess we _could_ modify the "constant()" cpp function so that it returns an actual value rather than just 1/0, but that would probably cause compatibility problems...

2 4

GTK2.TextBuffer
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 18 Sep '10

18 Sep '10

I find the "len" parameter to some functions in GTK2.TextBuffer rather puzzling. set_text("abcdefghij", 7) - gives 7 characters in the buffer set_text("äbcdefghij", 7) - gives just 6 characters set_text("\u1d8fbcdefghij", 7) - down to 5 characters This seems like complete nonsense. Why do we require the parameter in the first place?

4 17

Re: glade signals with user data
by Lance Dillon 13 Sep '10

13 Sep '10

----- Original Message ---- > From: Marc Dirix <marc(a)electronics-design.nl> > To: Lance Dillon <riffraff169(a)yahoo.com> > Sent: Fri, September 10, 2010 4:25:37 PM > Subject: Re: glade signals with user data > > Thank you for your answer. > > I think you miss the point here. > > The glade, interface designer, has an option "User Data" which should be > send along with the signal to the signal handler function. This is > defined in the glade xml file as "object=" in the signal directive. > > If I now create two different buttons with the same signal handler, but > different "User Data" I can differentiate between the two buttons. > I see what you are talking about here. That is something different. That is for when you build a c, c++, or ada project by going to Project->Build. It outputs a bunch of files. In the src directory there is a file called interface.c that has the code for connecting the signal. If you look in interface.c, you will see this in there somewhere: g_signal_connect_swapped ((gpointer) Home, "clicked", G_CALLBACK (Change_Location), GTK_OBJECT (Home)); That is the callback. That is something completely different from signal_autoconnect(). That is a pike function that calls glade_xml_signal_autoconnect_full(GLADE_XML(THIS->obj),pgtk2__signal_connect,&args); which itself ends up calling pgtk2__signal_connect (in GTK2/source/gladexml.pre), which itself calls g_signal-connect_data with the pgtk2_signal_func_wrapper (standard pike/GTK2 signal function) with the pike callback and the args (the passed in object from signal_autoconnect()). Since the code is a little different, what I would do would be to create a mapping with a bunch of data to be used by multiple callbacks. Then you can say match the object with a key in the mapping for data to pass to the signal. I should add set_data() and get_data() to gobject (in the inheritance tree of all the widgets) so we could attach arbitrary data to gtk2 objects. It could be used to get around this problem. For other people who may or may not be paying attention to this thread, what do you think about adding the gobject set_data/get_data functions? http://library.gnome.org/devel/gobject/stable/gobject-The-Base-Object-Type.…

6 11

Re: GTK2, container->get_children, bug?
by Lance Dillon 11 Sep '10

11 Sep '10

----- Original Message ---- > From: Marc Dirix <marc(a)electronics-design.nl> > To: pike(a)roxen.com > Sent: Fri, September 10, 2010 10:16:34 AM > Subject: GTK2, container->get_children, bug? > > Hi, > > Sorry for the multiple different GTK topic, I'm a bit experimenting > around with it. > > I have a Hbox containing on position 1 a VButtonbox and on position 2 a > Label. > > If I do Hbox_object->get_children, I'd expect to get both VButtonbox and > Label in an array respectively, however I get: > > ({ /* 2 elements */ > GTK2.VbuttonBox, > GTK2.VbuttonBox > }) > > Am I missing something here? > (The hbox and it's children are setup using gladexml). > pike = 7.8.352. > > Best regards, > > Marc Dirix > > [riffraff@hobbes Download]$ pike Hbox.pike ({ /* 2 elements */ GTK2.VbuttonBox, GTK2.Label }) [riffraff@hobbes Download]$ What version of pike are you using? I think there may have been a bug in function where I didn't increment some list pointer in the get_children() function. You may have the buggy one still. You might have to get the latest cvs version. My code is latest cvs as of a few days ago. Per the log for gtkcontainer.pre (where the bug exists) it was fixed in 7.8.396, so you definitely have the buggy version. You should update to the latest cvs version: http://pike.ida.liu.se/generated/pikefarm/packages/7.8/latest

3 2

GTK2 Label set_text
by Marc Dirix 10 Sep '10

10 Sep '10

Hi, Wouldn't it be more convenient if the gtk2 widgets which receive string text have an automated sprintf inside? e.g. GTK2.Label()->set_text() now only takes a string. Best regards, Marc

3 2

compile error
by Lance Dillon 08 Sep '10

08 Sep '10

Trying to compile a module, and I'm getting the following error: [riffraff@ral-eng-calvin-01 G3]$ pike -x module ** Old style module ** Running make PIKE_INCLUDES=-I/usr/local/pike/7.8.469/include/pike PIKE_SRC_DIR=/usr/local/pike/7.8.469/include/pike BUILD_BASE=/usr/local/pike/7.8.469/include/pike MODULE_BASE=/usr/local/pike/7.8.469/include/pike/modules TMP_BINDIR=/usr/local/pike/7.8.469/include/pike SRCDIR=. FULL_SRCDIR=/home/riffraff/Projects/G3/ TMP_MODULE_BASE=. PIKE_EXTERNAL_MODULE=pike_external_module CORE_AUTODOC_PATH=/usr/local/pike/7.8.469/doc/src/core_autodoc.xml SYSTEM_DOC_PATH=/usr/local/pike/7.8.469/doc/ SYSTEM_MODULE_PATH=/usr/local/pike/7.8.469/lib/modules LOCAL_MODULE_PATH=/home/riffraff/lib/pike/modules RUNPIKE=pike make[1]: Entering directory `/home/riffraff/Projects/G3' Linking G3 In file included from gobject.c:1: g3object.h:5:25: error: pike/global.h: No such file or directory g3object.h:6:21: error: program.h: No such file or directory g3object.h:7:23: error: interpret.h: No such file or directory g3object.h:8:22: error: stralloc.h: No such file or directory g3object.h:9:20: error: object.h: No such file or directory (pike/global.h) was just to test if the if had to do the subdirectory. It looks like the pike include directory isn't being passed. This is my Makefile.in: @make_variables@ VPATH=@srcdir@ OBJS=gobject.c support.c base.c MODDIR= MODNAME=G3 DEST=@prefix@/lib/pike/modules AUTODOC_SRC_IN=gobject.c MODULE_PMOD_IN=module.pmod.in MODULE_LDFLAGS=@LDFLAGS@ @LIBS@ @G3_LIBS@ @GTK_LIBS@ MODULE_CFLAGS=@CFLAGS@ @G3_CFLAGS@ CONFIG_HEADERS=@CONFIG_HEADERS@ @dynamic_module_makefile@ @dependencies@ Relevant parts of configure.in: AC_INIT([G3], [0.1], [riffraff <riffraff169(a)yahoo.com>], [G3]) AC_MODULE_INIT() AC_CONFIG_HEADERS(g3_config.h) PIKE_FEATURE_WITHOUT(G3) AC_DEFINE(FUNCPROTO) AC_HEADER_STDC AC_CHECK_FUNCS( gethrtime signal sigaction ) AC_PATH_PROG(PKG_CONFIG,${ac_tool_prefix}pkg-config,no) # other stuff removed that doesn't seem relevant LIBS="$OLD_LIBS" CFLAGS="$OLD_CFLAGS" AC_SUBST(WITH_GTK) G3_CFLAGS="$GTK_CFLAGS" G3_LIBS="$GTK_LIBS" CFLAGS="$MODULE_CFLAGS $CFLAGS $GTK_CFLAGS" LIBS="$MODULE_LDFLAGS $LIBS" CMOD_LIBS="$LIBS" CMOD_CFLAGS="$CFLAGS" #"-g -std=gnu99 -DUSE_WCHAR_SCANF" AC_SUBST(CMOD_CFLAGS) AC_SUBST(CMOD_LIBS) AC_SUBST(G3_LIBS) AC_SUBST(G3_CFLAGS) AC_SUBST(CFLAGS) AC_SUBST(LIBS) AC_SUBST(GTK_LIBS) #AC_CHECK_HEADER([libnotify/notify.h]) AC_OUTPUT(Makefile) I'm trying to compare with other modules, mostly GTK2, but they compile fine, but mine isn't getting the pike include dir of /usr/local/pike/7.8.469/include/pike. >From config.log: G3_CFLAGS=' -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/includ e -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/in clude/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/includ e/freetype2 -I/usr/include/libpng12 -I/usr/include/libgnome-2.0 -I/usr/include/o rbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vf s-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/db us-1.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 - I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2.0 -I/usr/include/libg nomecanvas-2.0 -I/usr/include/gail-1.0 -I/usr/include/panel-2.0 ' G3_LIBS=' -pthread -lglade-2.0 -lxml2 -lgnomeui-2 -lSM -lICE -lgnomevfs-2 -lpane l-applet-2 -lgconf-2 -lbonoboui-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activatio n -lORBit-2 -lgnomecanvas-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 - lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -l freetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 ' CPPFLAGS=' -I/home/riffraff/src/Pike/7.8/build/linux-2.6.32.12-115.fc12.i686-i68 6/bundles/include -I/usr/local/include' CMOD_CFLAGS=' -g -ggdb3 -mtune=i686 -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/i nclude/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/incl ude/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/lib gnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-v fs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/incl ude/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/bonobo-activation-2.0 -I /usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 - I/usr/include/libart-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonobo ui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gail-1.0 -I/usr/include/ panel-2.0 ' CFLAGS=' -g -ggdb3 -mtune=i686 -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/u sr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/includ e/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/p ixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libgnome -2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2. 0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/d bus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/ include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 -I/usr /include/libart-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2. 0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gail-1.0 -I/usr/include/panel -2.0 ' Not sure where the problem lies. Does anybody have any ideas, or need more information to provide a solution? I'm still trying different things, but I've tried a lot of different combinations of stuff trying to get it to work so far. Thanks -lsd

1 0

svalue problem
by Lance Dillon 02 Sep '10

02 Sep '10

So, I have some c code that saves an svalue: struct signal_data { struct svalue cb; struct svalue args; int signal_id; }; struct signal_data *sv; sv= /* allocated structure */ assign_svalue_no_free(&sv->cb,from_svalue); assign_svalue_no_free(&sv->args,arg_svalue); that is sent to a function as the data for a callback, and the callback is something like this: int pgtk2_action_callback(GtkAction *action, struct signal_data *d) { int res; push_gobject(action); push_svalue(&d->args); apply_svalue(&d->cb,2); res=Pike_sp[-1].u.integer; pop_stack(); return res; } I have in my pike code something like this: string filedata="test data"; int main(...) { /* init gtk, set up stuff, including something that uses filedata which gets passed to a function that assigns it, above */ return -1; // start backend } Now, the gtk main loop runs (through the backend). I have a load routine that loads the contents of a file into filedata. Then I use the menu to select the menu option, that had filedata as an argument to be passed to the callback. The problem is that the callback seems to get the original value of the svalue that filedata was, not the new value: string filedat="this is a string",filename; array menu_actions=({ ([ "name": "FileMenu", "label": "_File" ]), ([ "name": "FileOpen", "label": "_Open D64", "callback": file_open_menu, "data": 0]), ([ "name": "FileQuit", "label": "_Quit", "callback": file_quit_menu, "data": 0 ]), ([ "name": "ViewMenu", "label": "_View" ]), ([ "name": "ShowBAM", "label": "Show _BAM", "callback": show_bam_menu, "data": filedat ]), ([ "name": "ShowDir", "label": "Show _Directory", "callback": show_dir_menu, "data": filedat ]), }); int show_bam_menu(object o, mixed ... args) { write("o==%O\n",o); write("args==%O\n",args); } int show_dir_menu(object o, mixed ... args) { write("o==%O\n",o); write("args==%O\n",args); } int file_quit_menu(mixed ... args) { write("args==%O\n",args); exit(0); } int file_open_menu(mixed ... args) { write("args==%O\n",args); array a=({ ([ "text": GTK2.STOCK_CANCEL, "id": GTK2.RESPONSE_CANCEL ]), ([ "text": GTK2.STOCK_OPEN, "id": GTK2.RESPONSE_ACCEPT ]) }); object o=GTK2.FileChooserDialog("Open D64",w,0,a); o->set_action(GTK2.FILE_CHOOSE_ACTION_OPEN); o->run(); filename=o->get_filename(); write("filename==%s\n",filename); filedat=Stdio.read_bytes(filename); o->destroy(); } object ui,gt1,ui1; int main(int argc, array argv) { GTK2.setup_gtk(argv); w=GTK2.Window(GTK2.WindowToplevel); w->signal_connect("destroy",lambda() { exit(0); },0); ui=GTK2.UiManager(); gt1=GTK2.ActionGroup("mainmenu"); gt1->add_actions(menu_actions); ui->insert_action_group(gt1,0); ui1=ui->add_ui_from_file("menu.xml"); w->add(ui->get_widget("/MenuBar")); w->show_all(); write("actions==%O\n",gt1->list_actions()); return -1; } gt1->add_actions(menu_actions) adds the actions, using filedat as the data. But when the callback is actually called (show_bam_menu()), filedat is still "this is a string), rather than what I set filedat to in file_open_menu(). I put debug statements in the relevant code (GTK2/source/gtkactiongroup.pre), and it shows that the arg is still the previous value, not what I set it to. It seems that when I originally set up the callback... Hmm, I now see why, I did assign_svalue_no_free(). I don't want to get get a copy of the svalue, I actually want to reference the svalue. Or, if needed, get an indirect reference that I can deal with in the c-code to put the current, proper value in at the time. I hope I am clear. Does anybody have an idea of what I need to do? Maybe save a reference to the proper svalue, and not a copy, and indirectly reference it later? Although I'm not sure how I would do that. Maybe use a name of a variable in the menu_actions above, have the code do a lookup on the name at the time of the callback, and get the current value instead? -lsd

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel September 2010