Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

Bug report?
by Kaos 08 Jul '04

08 Jul '04

Whereto? I think I saw a bug tracking facility somewhere a while ago, but now I didn't find it.. Anyway, I get a compile warning due to a trailing */ on line 4373 in builtin_functions.c Cheers, Andreas

2 1

Indexing wrong?
by Credence Shanden 08 Jul '04

08 Jul '04

I don't know maybe I am doing this wrong but it has worked with other languages I have used. But my problem is that I am trying to nest an array inside of another array for example array(mixed) arr = ({ 0, 0, 0, ({ 20, 0 }), ({ 20, 0 }) }); Now I am trying to get the first value from the first array using int num = arr[3][0] Now I get the error saying Expected: int Got: array Maybe I am overly tired? But I know I have used this before. Regards, Dennis --------------------------------- Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish.

4 3

Inherited files being compiled
by Credence Shanden 08 Jul '04

08 Jul '04

I have what seems to be a simple problem but is causing me a huge headache. The problem is that if an inherited file does not compile it still adds that file to master->programs. Now I am not sure if that has anything to do with it but doesn't this cause the file not to be recompiled when called again? I am just wondering if there was a fix I could plug in so all i would have to do is make the fix, upload the file and carry on instead of having to restart the master. --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage!

2 1

external modules
by Bill Welliver 06 Jul '04

06 Jul '04

I've run into some pretty pesky bugs while running external module compilations. Among other problems, they include "incompatible type selected for pike floats" and such. the problem seems to stem from run_autoconf doing funny things with autoheader generated includes. Basically what ends up happening is that run_autoconf runs autoheader, and you end up with a config.h that contains acconfig.h, which has all of the required definitions undefined (the defined version is machine.h, which should get included anyhow). If I comment out the run_autoconf line from dynamic_module_makefile, the modules compile correctly as they had previously (2 months ago or more). This seems to be a relatively new problem. Any idea what a solution to this might be? Perhaps not running run_autoconf when we're building external modules? Bill

1 0

Module sources
by Kaos ＠ Pike developers forum 06 Jul '04

06 Jul '04

Hi, I'm trying to compile the sample module[1] but ends up with a configure error: configuring in Hello running /bin/bash /home/kaos/dev/Pike/7.4/src/modules/../configure --prefix=/home/kaos --without-GL --without-GLUT --without-GTK --without-Image --without-Crypto --without-Gdbm --without-SDL --cache-file=../.././config.cache --srcdir=/home/kaos/dev/Pike/7.4/src/modules/Hello configure: error: can not find sources in /home/kaos/dev/Pike/7.4/src/modules/Hello configure: error: /home/kaos/dev/Pike/7.4/src/modules/../configure failed for Hello configure: error: /home/kaos/dev/Pike/7.4/src/modules/configure failed for modules make: *** [configure] Error 1 Pike (7.4 from CVS) compiles fine if I remove the Hello module from the source tree. System (build dir): linux-2.4.25-gentoo-i686 Tried to look at other modules configure.in and Makefile.in, but none of my attempts to adapt have had any success. I'm not a make/configure veteran, so I may have missed a tiny obvious detail, but the files should (as stated on the site) compile as is. I did try to put it in post_modules, but made no differ. Any hints welcome. Thanks, Andreas -- (1) http://pike.ida.liu.se/projects/docs/cmods/hello.tgz

2 2

Dynamic modules
by Kaos ＠ Pike developers forum 06 Jul '04

06 Jul '04

I'm having a look at load_module() on my Win2k box, trying to load a custom made .dll file (if I haven't missunderstood the intentions of this function). However, I get an error message with "PE images not supported yet". Looking at the source, I can see where I get this message, but I don't understand how I end up there (dlopen.c). I thought the load_module would wind up in f_load_module in dynamic_load.c, which has its own set of dlopen functions, which seems to use the windows dll functions already.. what am I missing this time? ;o)

1 0

Pike-SSL guru?
by Stephen R. van den Berg 06 Jul '04

06 Jul '04

Do we have one? -- Sincerely, srb(a)cuci.nl Stephen R. van den Berg (AKA BuGless). "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me."

1 0

Warnings from startup script
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 06 Jul '04

06 Jul '04

>I just checked in a patch to Pike to get rid of that silly "Expected >efun constan" in the logfile. The patch works, I'm just wondering if >the patch doesn't have any other unexpected side-effects. The check is there for a reason... Hint: Check the macro DO_CALL_BUILTIN in interpret_functions.h. What do you think happens if s->subtype isn't FUNCTION_BUILTIN? >The loading is so much faster now, the memory usage is down, the >logfiles are clean(er). The logfiles are cleaner as long as those werrors aren't called... / Henrik Grubbström (Lysator) Previous text: >2004-07-03 02:43: >Subject: Warnings from startup script >-------------------------------------------------------------------- >I just checked in a patch to Pike to get rid of that silly "Expected >efun constan" in the logfile. The patch works, I'm just wondering if >the patch doesn't have any other unexpected side-effects. > >The loading is so much faster now, the memory usage is down, the >logfiles are clean(er). > > / Stephen R. van den Berg >

8 58

Warnings from startup script
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 03 Jul '04

03 Jul '04

When is it correct that something that was an efun on encode shouldn't be one at decode? Maybe your problem is in the codec instead? / Martin Stjernholm, Roxen IS Previous text: >2004-07-03 02:43: >Subject: Warnings from startup script >-------------------------------------------------------------------- >I just checked in a patch to Pike to get rid of that silly "Expected >efun constan" in the logfile. The patch works, I'm just wondering if >the patch doesn't have any other unexpected side-effects. > >The loading is so much faster now, the memory usage is down, the >logfiles are clean(er). > > / Stephen R. van den Berg >

4 3

Drowning in the Shuffler (SEGV)
by Stephen R. van den Berg 02 Jul '04

02 Jul '04

Picture this: ChiliMoon 2004, http.pike uses the Shuffler object. It works fine (after a few modifications to the do_log callback), except when I call up a CGI program. cgi.pike uses a wrapper that uses a pair of pipes to pass the data along. Now, doing an add_source for shuffler with the proper end of the pipe, will result in the pipe being read correctly (once, total amount read, no followup read that should have detected the end). After that, the content of that read() is lost. Trying something different, I add three add_source() calls before, and three add_source() calls after the add_source() for the pipe. The three preceding and trailing add_source() calls have a fixed string content. What happens now is: Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9081d48 <<-- const string Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9f64770 <<-- const string Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9c45038 <<-- const string Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9f5d690 <<-- pipe Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9c45068 <<-- const string Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9c45098 <<-- const string Shuffle[0x9c98b00]:add_source(XX,0,-1) --> 0x9c988c8 <<-- const string Shuffle[0x9c98b00]:set_done_callback(0x8d0141c) Shuffle[0x9c98b00]:start() Shuffle[0x9c98b00]:_set_callbacks() Shuffle[0x9c98b00]:__set_calllbacks(Pike) ...CGIWrapper is being done... Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): sending(48) Shuffle[0x9c98b00]:__send_more_callback(): sending(48): sent 48 Shuffle[0x9c98b00]:_give_back(8144) Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9081d48 Shuffle[0x9c98b00]:__send_more_callback(): sending(46) Shuffle[0x9c98b00]:__send_more_callback(): sending(46): sent 46 Shuffle[0x9c98b00]:_give_back(8146) Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Without the patch attached below, the argument to __send_more_callback becomes -2 (from the leftovers.len), and the program crashes with a SEGV shortly after removing the callbacks. With the patch, the following happens: Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9c45038 Shuffle[0x9c98b00]:__send_more_callback(): read pending Shuffle[0x9c98b00]:__remove_calllbacks(Pike) Shuffle[0x9c98b00]:_give_back(8192) Shuffle[0x9c98b00]:_set_callbacks() Shuffle[0x9c98b00]:__set_calllbacks(Pike) However, at this point: - Data has been read from the CGIWrapper - But no trace of that appears in the output - I.e. in the output the six constant strings simply stick together. Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9f5d690 Shuffle[0x9c98b00]:__send_more_callback(): sending(17) Shuffle[0x9c98b00]:__send_more_callback(): sending(17): sent 17 Shuffle[0x9c98b00]:_give_back(8175) Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9c45068 Shuffle[0x9c98b00]:__send_more_callback(): sending(16) Shuffle[0x9c98b00]:__send_more_callback(): sending(16): sent 16 Shuffle[0x9c98b00]:_give_back(8176) Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9c45098 Shuffle[0x9c98b00]:__send_more_callback(): sending(15) Shuffle[0x9c98b00]:__send_more_callback(): sending(15): sent 15 Shuffle[0x9c98b00]:_give_back(8177) Shuffle[0x9c98b00]:write_callback() Shuffle[0x9c98b00]:_send_more(0) Shuffle[0x9c98b00]:_request(8192) from (nil) Shuffle[0x9c98b00]:__send_more_callback(8192) Shuffle[0x9c98b00]:__send_more_callback(): source done: 0x9c988c8 Shuffle[0x9c98b00]:__send_more_callback(): no sources Shuffle[0x9c98b00]:_give_back(8192) Shuffle[0x9c98b00]:_all_done(0) Shuffle[0x9c98b00]:_all_done(0): Calling done callback: 0x8d0141c Shuffle[0x9c98b00]:sent_data() --> 189 Shuffle[0x9c98b00]:_remove_callbacks() Shuffle[0x9c98b00]:__remove_calllbacks(Pike) Shuffle[0x9c98b00]:exit() Now, besides this patch, which prevents it from segfaulting, I'm a bit lost now. The shuffler innards are a maze of twists, turns and callbacks. I must be close, but the non-linear program flow is difficult to decipher. -- Sincerely, srb(a)cuci.nl Stephen R. van den Berg (AKA BuGless). "Very funny, Mr. Scott. Now beam down my clothes!"

8 41

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