Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

OpenBSD and machine code.
by Adam Montague 13 Feb '06

13 Feb '06

Does anyone know why exactly machine code is disabled when OpenBSD is detected? On 7.7 at least, make verify gives the same results on OpenBSD with machine code enabled or disabled. All the CVS commit says is "Seems to violate some checks on the compiler". Adam

4 5

Beta: 7.6.66
by Peter Bortas ＠ Pike developers forum 13 Feb '06

13 Feb '06

New beta: http://pike.ida.liu.se/pub/pike/beta/7.6.66/Pike-v7.6.66.tar.gz

12 22

/home/nilsson/Pike/7.6/src/backend.cmod:2434: Fatal error:
by Bill Welliver 09 Feb '06

09 Feb '06

I get it while trying to run Caudium with dmalloc. Pike 7.6.50, I think it's related to the particular set of modules I'm trying to use, but I don't have much more to go on... Anyone know what's up with that? Bill

1 0

module question
by lance dillon 06 Feb '06

06 Feb '06

So, I'm trying to create GTK2.Support as a sub-module of GTK2, but I'm apparently not doing it right. GTK2 has module.pmod.in and a module.so (after all the sources are compiled). This creates ___GTK2.so and GTK2.pmod. I suppose it needs to be created as GTK2.pmod/module.pmod and GTK2.pmod/Support.pmod/, with all the GTK2.Support modules in the latter directory. So, how do I go about doing that?

3 5

Size of GTK2.Widget
by davve (David Vest) ＠ Pike (-) developers forum 04 Feb '06

04 Feb '06

I miss the bindings for 'GtkWidget::allocation' in widgets in the pike bindings for GTK2. In the GTK(1)-module there is an allocation() method plus that there are the methods xsize(), ysize(), xoffset() and yoffset() on the GTK.Widget object. I need these for knowing the size of an widget. Anybody knows the reason for this?

3 8

(yet another) refcounting question
by Bill Welliver 02 Feb '06

02 Feb '06

When using the following in a module initialization function: MAKE_CONSTANT_SHARED_STRING(a[i], "somestring"); the resulting string has a refcount of 2. if you then use free_string(a[i]); in the corresponding exit function, dmalloc reports a leak. when doing the same, but just on a pointer, rather than an array, dmalloc doesn't seem to care. Is this expected behavior? Is it an issue that the items aren't actually freed by free_string (because of the extra ref)? I'd imagine that it's probably not critical in this case, as we're talking about a module. Bill

2 2

Pike on Windows (take 247)
by Bill Welliver 31 Jan '06

31 Jan '06

I'm back at compiling Pike on Windows, this time I'm using VC6; but I'm still having problems with main.c from 7.7 CVS. Apparently I had previously hacked up main.c in order to get things to compile, but things should probably work from CVS, right? :) Anyhow, here's the error: C:\msys\1.0\home\e10401\7.7\src\main.c(168) : error C2372: 'init_pike' : redefinition; different types of indirection C:\msys\1.0\home\e10401\7.7\src\pike_embed.h(44) : see declaration of 'init_pike' C:\msys\1.0\home\e10401\7.7\src\main.c(169) : error C2372: 'init_pike_runtime' : redefinition; different types of indirection C:\msys\1.0\home\e10401\7.7\src\pike_embed.h(47) : see declaration of 'init_pike_runtime' C:\msys\1.0\home\e10401\7.7\src\main.c(261) : error C2065: 'libpike_name' : undeclared identifier C:\msys\1.0\home\e10401\7.7\src\main.c(261) : error C2065: 'RTLD_NOW' : undeclared identifier C:\msys\1.0\home\e10401\7.7\src\main.c(261) : warning C4047: '=' : 'void *' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(262) : warning C4047: 'initializing' : 'const char *' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(278) : warning C4047: '=' : 'void (__cdecl *)(char ** ,const char *)' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(278) : error C2106: '=' : left operand must be l-value C:\msys\1.0\home\e10401\7.7\src\main.c(278) : warning C4047: '=' : 'void (__cdecl *)(char ** ,const char *)' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(278) : error C2106: '=' : left operand must be l-value C:\msys\1.0\home\e10401\7.7\src\main.c(279) : warning C4047: '=' : 'void (__cdecl *)(void (__cdecl *)(int ))' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(279) : error C2106: '=' : left operand must be l-value C:\msys\1.0\home\e10401\7.7\src\main.c(279) : warning C4047: '=' : 'void (__cdecl *)(void (__cdecl *)(int ))' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(279) : error C2106: '=' : left operand must be l-value C:\msys\1.0\home\e10401\7.7\src\main.c(280) : warning C4047: '=' : 'void (__cdecl *)(char *)' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(280) : error C2106: '=' : left operand must be l-value C:\msys\1.0\home\e10401\7.7\src\main.c(280) : warning C4047: '=' : 'void (__cdecl *)(char *)' differs in levels of indirection from 'int ' C:\msys\1.0\home\e10401\7.7\src\main.c(280) : error C2106: '=' : left operand must be l-value CL returned error code 2. Compilation command was: /home/e10401/7.7/bin/smartlink rntcl -DPIKE_SRC_ROOT=/home/e10401/7.7 -I. -I/home/e10401/7.7/src -IC:/Progra~1/micros~3/vc98/include -IC:/Progra~1/thirdpartylibs/include -I/home/e10401/7.7/build/mingw32_nt-5.1-1.0.10_0.46_3_2_-i686/bundles/include -g -g3 -IC:/Progra~1/micros~3/vc98/include -IC:/Progra~1/thirdpartylibs/include -I/home/e10401/7.7/build/mingw32_nt-5.1-1.0.10_0.46_3_2_-i686/bundles/include -trapuv -c /home/e10401/7.7/src/main.c -o main.o Any thoughts? Bill

2 1

ghilfe
by lance dillon 27 Jan '06

27 Jan '06

So, I'm updating ghilfe to use GTK2, and I'm getting the following error: Bad argument 1 to indices(). Expected string|array|mapping|multiset| object|program|function. Unknown program: indices(0) /usr/local/pike/7.6.66/lib/modules/Tools.pmod/Hilfe.pmod:1810: /home/riffraff/bin/at()->MyEvaluator()->parse_expression(Tools.Hilfe.Expre ssion(({ /* 4 elements */ "int", " ", "i", ";" }))) /usr/local/pike/7.6.66/lib/modules/Tools.pmod/Hilfe.pmod:1481: /home/riffraff/bin/at()->MyEvaluator()->add_buffer("int i;") at.pike:101: /home/riffraff/bin/at()->run(@0=GTK2.Entry,@0) _static_modules.Builtin()->Backend: Pike.Backend(0)->`()() This is from the function run(), where it calls: eval->add_buffer(what); This is in parse_expression (as shown above), at the statement: rel_parser(expr, (multiset)(indices(variables)) ); The problem is, variables is only initialized if you load a program first (with ghilfe). If you don't, variables is 0, an uninitialized mapping. So, I think perhaps it might need to be modified to: if (mappingp(variables)) rel_parser(expr, (multiset)(indices(variables)) );

3 3

gtk2
by lance dillon 26 Jan '06

26 Jan '06

I'd like to add a support module for GTK2, called GTK2Support, just like GTK has one called GTKSupport. This package has several useful composite widgets, such as an alert dialog (which does apparently was removed between GTK1 and GTK2), a simple combo list, an easier list widget (inherited from GTK2.TreeView, with some simplicity methods added), a PropertyBox widget (like the old Gnome.PropertyBox), and a simpler Text widget (inherits from GTK2.TextView, but more like a combination of TextView and TextBuffer, with some simplicity methods added). It is available on monger for 7.6, in the GTK2.21 module, if anyone wants to see what it is like, and if it is appropriate.

3 4

gtk2
by lance dillon 26 Jan '06

26 Jan '06

I did an autoscan on the GTK2 directory, and came up with this: configure.in: warning: missing AC_CHECK_TYPES([ptrdiff_t]) wanted by: pgtk.h:80 configure.in: warning: missing AC_C_CONST wanted by: pgtk.h:107 configure.in: warning: missing AC_PREREQ wanted by: autoscan configure.in: warning: missing AC_PROG_LN_S wanted by: Makefile.in:50 It created a configure.scan, which had the following options added: AC_PREREQ(2.59) AC_PROG_CC AC_PROG_LN_S AC_C_CONST AC_C_INLINE AC_CHECK_TYPES([ptrdiff_t]) Are any of these necessary, or should we put some of them in the configure.in and modify pgtk.h and Makefile.in accordingly?

2 1

Jump to page:

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