Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

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

Linenumbers
by Martin Nilsson (�skblod) ＠ Pike (-) developers forum 09 Jan '03

09 Jan '03

The line numbers in backtraces are off again...

1 1

Darwin/Mac OS X Jaguar crash and Pike 7.4.10
by Xavier Beaudouin 09 Jan '03

09 Jan '03

Hello :) I am trying to make some pike deb for fink for pike 7.4.10.... But it seems that it is crashing when compiling : Here is come crash logs : Any hints for that ? (I will try to make a test tomorrow evening with 7.4.13, to see if the current CVS fixes that :P) /Xavier ---/--- ********** Date/Time: 2003-01-09 02:26:17 +0100 OS Version: 10.2.3 (Build 6G30) Host: blackmagic.home.oav.net Command: pike PID: 4893 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00010043 Thread 0 Crashed: #0 0x001513a8 in debug_mknode #1 0x00155464 in copy_node #2 0x00008a24 in yyparse #3 0x00112264 in run_pass2 #4 0x00112d60 in compile #5 0x00175464 in f_compile #6 0x000d08e4 in get_master #7 0x000d0a64 in debug_master #8 0x000bfe00 in main #9 0x00002898 in _start (crt.c:267) #10 0x00002718 in start Thread 1: #0 0x9003eaa8 in semaphore_wait_signal_trap #1 0x9003e8c4 in _pthread_cond_wait #2 0x000a14e4 in wait_thread #3 0x90020d48 in _pthread_body PPC Thread State: srr0: 0x001513a8 srr1: 0x0200f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x0015135c ctr: 0x9005e2d8 mq: 0x00000000 r0: 0x0059e310 r1: 0xbfffe060 r2: 0x84000420 r3: 0x0059e310 r4: 0x0001003b r5: 0x00000051 r6: 0x00000009 r7: 0xbfffe110 r8: 0x00371010 r9: 0x0001003b r10: 0x00371290 r11: 0x0059e310 r12: 0x9005e2d8 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000 r16: 0x00000000 r17: 0x00000000 r18: 0x00000000 r19: 0x00000000 r20: 0x00000000 r21: 0x00000000 r22: 0x00000000 r23: 0x00000000 r24: 0x00000000 r25: 0x00000000 r26: 0xbffff8ec r27: 0x00000048 r28: 0x00000011 r29: 0x00000000 r30: 0xbfffe060 r31: 0x001511d0 ********** Date/Time: 2003-01-09 03:00:27 +0100 OS Version: 10.2.3 (Build 6G30) Host: blackmagic.home.oav.net Command: pike PID: 20655 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00010043 Thread 0 Crashed: #0 0x001513a8 in debug_mknode #1 0x00155464 in copy_node #2 0x00008a24 in yyparse #3 0x00112264 in run_pass2 #4 0x00112d60 in compile #5 0x00175464 in f_compile #6 0x000d08e4 in get_master #7 0x000d0a64 in debug_master #8 0x000bfe00 in main #9 0x00002898 in _start (crt.c:267) #10 0x00002718 in start Thread 1: #0 0x9003eaa8 in semaphore_wait_signal_trap #1 0x9003e8c4 in _pthread_cond_wait #2 0x000a14e4 in wait_thread #3 0x90020d48 in _pthread_body PPC Thread State: srr0: 0x001513a8 srr1: 0x0200f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x0015135c ctr: 0x9005e2d8 mq: 0x00000000 r0: 0x0059e310 r1: 0xbfffe060 r2: 0x84000420 r3: 0x0059e310 r4: 0x0001003b r5: 0x00000051 r6: 0x00000009 r7: 0xbfffe110 r8: 0x00371010 r9: 0x0001003b r10: 0x00371290 r11: 0x0059e310 r12: 0x9005e2d8 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000 r16: 0x00000000 r17: 0x00000000 r18: 0x00000000 r19: 0x00000000 r20: 0x00000000 r21: 0x00000000 r22: 0x00000000 r23: 0x00000000 r24: 0x00000000 r25: 0x00000000 r26: 0xbffff8ec r27: 0x00000048 r28: 0x00000011 r29: 0x00000000 r30: 0xbfffe060 r31: 0x001511d0 ********** Date/Time: 2003-01-09 02:25:38 +0100 OS Version: 10.2.3 (Build 6G30) Host: blackmagic.home.oav.net Command: tpike PID: 4830 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00010043 Thread 0 Crashed: #0 0x00151130 in debug_mknode #1 0x001551ec in copy_node #2 0x000087ac in yyparse #3 0x00111fec in run_pass2 #4 0x00112ae8 in compile #5 0x0016e0d8 in f_compile #6 0x000d066c in get_master #7 0x000d07ec in debug_master #8 0x000bfb88 in main #9 0x00002620 in _start (crt.c:267) #10 0x000024a0 in start Thread 1: #0 0x9003eaa8 in semaphore_wait_signal_trap #1 0x9003e8c4 in _pthread_cond_wait #2 0x000a126c in wait_thread #3 0x90020d48 in _pthread_body PPC Thread State: srr0: 0x00151130 srr1: 0x0200f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x001510e4 ctr: 0x9005e2d8 mq: 0x00000000 r0: 0x0039c370 r1: 0xbfffe120 r2: 0x84000420 r3: 0x0039c370 r4: 0x0001003b r5: 0x00000051 r6: 0x00000009 r7: 0xbfffe1d0 r8: 0x00361010 r9: 0x0001003b r10: 0x00361290 r11: 0x0039c370 r12: 0x9005e2d8 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000 r16: 0x00000000 r17: 0x00000000 r18: 0x00000000 r19: 0x00000000 r20: 0x00000000 r21: 0x00000000 r22: 0x00000000 r23: 0x00000000 r24: 0x00000000 r25: 0x00000000 r26: 0xbffff9b8 r27: 0x0000001c r28: 0x00000006 r29: 0x00000000 r30: 0xbfffe120 r31: 0x00150f58 ********** Date/Time: 2003-01-09 02:59:53 +0100 OS Version: 10.2.3 (Build 6G30) Host: blackmagic.home.oav.net Command: tpike PID: 20591 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00010043 Thread 0 Crashed: #0 0x00151130 in debug_mknode #1 0x001551ec in copy_node #2 0x000087ac in yyparse #3 0x00111fec in run_pass2 #4 0x00112ae8 in compile #5 0x0016e0d8 in f_compile #6 0x000d066c in get_master #7 0x000d07ec in debug_master #8 0x000bfb88 in main #9 0x00002620 in _start (crt.c:267) #10 0x000024a0 in start Thread 1: #0 0x9003eaa8 in semaphore_wait_signal_trap #1 0x9003e8c4 in _pthread_cond_wait #2 0x000a126c in wait_thread #3 0x90020d48 in _pthread_body PPC Thread State: srr0: 0x00151130 srr1: 0x0200f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x001510e4 ctr: 0x9005e2d8 mq: 0x00000000 r0: 0x0039c370 r1: 0xbfffe120 r2: 0x84000420 r3: 0x0039c370 r4: 0x0001003b r5: 0x00000051 r6: 0x00000009 r7: 0xbfffe1d0 r8: 0x00361010 r9: 0x0001003b r10: 0x00361290 r11: 0x0039c370 r12: 0x9005e2d8 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000 r16: 0x00000000 r17: 0x00000000 r18: 0x00000000 r19: 0x00000000 r20: 0x00000000 r21: 0x00000000 r22: 0x00000000 r23: 0x00000000 r24: 0x00000000 r25: 0x00000000 r26: 0xbffff9b8 r27: 0x0000001c r28: 0x00000006 r29: 0x00000000 r30: 0xbfffe120 r31: 0x00150f58

3 8

autoheader
by Mirar ＠ Pike developers forum 09 Jan '03

09 Jan '03

It has probably something to do with the fact that autoconf on my (gentoo) system is a wrapper that has an AI to figure out what autoconf version to use.

1 0

GL(UT)
by Martin Nilsson (bygger parser ＠ Pike (-) developers forum 08 Jan '03

08 Jan '03

Why does some items disapper from the configinfo file sometimes? In the list http://pike.ida.liu.se/generated/pikefarm/7.4/63_71/configinfo.txt the GTK-items are missing.

2 3

==
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 07 Jan '03

07 Jan '03

Argh! /home/marcus/Pike-v7.4.10/src/modules/_Ffmpeg/configure: test: unknown operator == Why are there bashisms in the configure scripts of the release version? *mumble*

5 6

PNG
by Martin Nilsson (bygger parser ＠ Pike (-) developers forum 07 Jan '03

07 Jan '03

It appears we've been had! The PNG module isn't capable of even half of what the documentation says. I'll fix the documentation... If anyone is looking for a fairly contained and straight forward hack-project, implementing the rest of the PNG support is the answer. You can even tackle one chunk at a time. I'd really like to see the possibility to apply the compression filters.

6 15

Jump to page:

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