Pike-devel September 2010

pike-devel@lists.lysator.liu.se

5 participants
13 discussions

Re: Playing music using pike and SDL.
by Martin Nilsson (lvl 60) ＠ Pike (-) developers forum 13 Mar '26

13 Mar '26

Were you not able to get any C code to play through SDL either? Does your SDL library have a mixer compiled in it (I think it is optional)?

5 4

managing comport settings in linux
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 13 Mar '26

13 Mar '26

Not a good idea; the design philosophy of Pike is that Pike-level code should never be able to cause memory corruption at C-level. With ioctls there's no way to know what data a specific ioctl wants without reading the documentation for that specific ioctl for that specific OS. ioctls and fcntls are a way for device handlers to hook in APIs that aren't standard across all filedescriptors. / Henrik Grubbström (Lysator) Previous text: >2004-08-17 13:32: >Subject: managing comport settings in linux >-------------------------------------------------------------------- >What would be nice, is a way to define ioctl methods in >Pike. Perhaps something like > >object i = Stdio.IOCTL(4242 /* request_id */ ); >i->add_int_parameter(); >i->add_string_parameter(); >i->set_return_type(STRING); > >string ret = i(fd, 1, "somestring"); > > >That ought to be possible, or..? > > / Marcus Agehall (PacketFront) >

3 2

full MySQL 4.x support. or pike roadmap
by thomas.gusenleitner＠com-bet.com ＠ Pike developers forum 01 Mar '26

01 Mar '26

HI to all! mysql 4.x support works only with a mysql CFLAGS=-DUSE_OLD_FUNCTIONS is this correct ? are there plans to make a full 4.x support ? bye, thomas

4 4

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

2026

2025

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