Pike-devel January 2003

pike-devel@lists.lysator.liu.se

11 participants
88 discussions

Trace levels and the garbage collector
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 11 Jan '03

11 Jan '03

I've often missed turning on tracing on the gc only. As it is now, one can get tracing from the gc on trace level 1, but that at the same time turns on tracing on a multitude of other things which makes it mostly useless. This can either be fixed by adding a separate trace flag for the gc and some accompanying gc_trace() function, or by increasing all the current trace levels to make room for a new trace level 1 that only traces the gc. I think it'd be more consistent with the current trace system to do the latter. What do you say?

3 7

array.c
by Peta, jo det �r jag ＠ Pike developers forum 10 Jan '03

10 Jan '03

Since I don't have great experience with the pike code i though I better ask before I change. I've been working a bit with array.c and in some places does the code set the size of the array to 0 before it call free_array. Line 326 in the function array_insert is an example. Shold it do that? I believe this cause problems when I have an array with more than one reference.

2 1

PLEAC
by Martin Nilsson (bygger parser ＠ Pike (-) developers forum 10 Jan '03

10 Jan '03

We should really work on getting a Pike entry here. It'll require quite a lot of work though. http://pleac.sourceforge.net/

11 40

simple_array_index_no_free
by Peta, jo det �r jag ＠ Pike developers forum 10 Jan '03

10 Jan '03

I'm trying to get the value for an index in a array and use simple_array_index_no_free but only manage to make a coredump. I guess i could have something with the stack to do since when I run a test program like this. int main() { array a = ({3,4,5,6,7,8,9,10,11}); Test.ArrayAdapter ad = Test.ArrayAdapter(a); write(sprintf("array %d adapter %d\r\n", a[1], ad[1])); for (int n=0; n< 9; n++) { write(sprintf("array %d adapter %d\r\n", a[n], ad[n])); } } It will produce a coredump. But if replace the ad[1] with ad[1]=11 then it will work. Does anyone have a idea what I've forgotten? Or is simple_array_index_no_free the wrong way to go? Greatfull for any help. Code follows... DECLARATIONS PIKECLASS ArrayAdapter { CVAR int pos; CVAR struct array *a; PIKEFUN int `[](mixed index) { struct svalue *s; simple_array_index_no_free(s, THIS->a, index); if (s) { push_svalue(s); } else { push_int(0); Pike_sp[-1].subtype=NUMBER_UNDEFINED; } } PIKEFUN int `[]=(mixed index, mixed value) { simple_set_index(THIS->a, index, value); } PIKEFUN void create(array a) { add_ref(THIS->a=a); } INIT { THIS->a=0; THIS->pos=0; } EXIT { free_array(THIS->a); } }

7 8

Protocols.LDAP bug
by David Gourdelier 10 Jan '03

10 Jan '03

Hi, The LDAP autodoc says the following about search method : object|int search(string|void filter, array(string)|void attrs, int|void attrsonly). However if i call it without any arguments, i get a backtrace in string_to_utf8: if(ldap_version == 3) { filter = string_to_utf8(filter); } in client.pike (for me it is line 905). If I modify it to something like if(ldap_version == 3 && filter) I have other problems also related to filter=0. I use pike 7.2.380, LDAP protocol 3. PS: Do you have any bug management system ?, if yes can you put a link to it from Pike website ? (I looked in Development section and search for "bug" but didn't found anything). -- David Gourdelier

1 0

--with-machine-code continued
by Mirar ＠ Pike developers forum 10 Jan '03

10 Jan '03

I'll add the -fno-omit-frame-pointer kludge. It can always be removed when not needed...

1 0

Signal callbacks - wtf?!
by David Hedbor ＠ Pike developers forum 10 Jan '03

10 Jan '03

Ok, so here's a weird one. I have a "unselected" callback for a CTree. I first wrote it in the main class and this was correct: void f_gallery_tree_unselect_row(GTK.GladeXML gl_gallery, GTK.Ctree tree, GTK.CTreeNode node) { ... } Then I moved it to a subclass and all of a sudden, I get this: Attempt to call the NULL-value Unknown program: 0("w_gallery_title") PGallery.pmod/Gallery.pike:79: Gallery()->f_gallery_tree_unselect_row(GTK.CTreeNode,0,GTK.Ctree,GTK.Glade XML) Note the order on the arguments! They are different (order)?! What is up with this? Both times I used code like this: gl = GTK.GladeXML(); gl->new("pgallery.glade", "w_gallery"); gl->signal_autoconnect(signals(), gl); signals() return a mapping of callback method names and their pointers. So. Why does the order change?

2 4

--with-machine-code continued
by Mirar ＠ Pike developers forum 10 Jan '03

10 Jan '03

With COMPILE_DEBUG: | % ./pike -m master.pike . . . | th(0) start_new_program(64, /home/mirar/Pike7.5-20030109-040008/src/module.c): threads_disabled:0, compilation_depth:0 | th(0) 0x83afec8 low_start_new_program() - pass=1: threads_disabled:0, compilation_depth:1 | th(0) 0x83afec8 end_first_pass(1): threads_disabled:0, compilation_depth:1 | th(0) 0x83b2160 end_first_pass(1): threads_disabled:0, compilation_depth:0 (init_modules ends here) | th(0) (nil) compile() enter, placeholder=(nil) | th(0) 0x83afdf0 low_start_new_program() - pass=0: threads_disabled:0, compilation_depth:0 | th(0) 0x83afdf0 run_pass1() start: threads_disabled:0, compilation_depth:0 (yyparse is called here) | Segmentation fault (core dumped) Any way to debug/trace yyparse?

2 10

GTK.Ctree
by David Hedbor ＠ Pike developers forum 10 Jan '03

10 Jan '03

Ok, so when you insert a node using insert_node(), shouldn't you preferable get the newly inserted node in rather than the Ctree? *me checks the source* Hmm. Ok, it seems like it actually DOES return the newly added node. The manual is incorrect. I don't see any "Returns" so I'm guessing that is the cause?

2 1

autoheader
by Mirar ＠ Pike developers forum 09 Jan '03

09 Jan '03

| Running autoheader in . | WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' | WARNING: and `config.h.top', to define templates for `config.h.in' | WARNING: is deprecated and discouraged. | | WARNING: Using the third argument of `AC_DEFINE' and | WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without | WARNING: `acconfig.h': | | WARNING: AC_DEFINE([NEED_MAIN], 1, | WARNING: [Define if a function `main' is needed.]) | | WARNING: More sophisticated templates can also be produced, see the | WARNING: documentation. Anything we should do anything about?

4 13

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 January 2003