Pike-devel June 2008

pike-devel@lists.lysator.liu.se

9 participants
23 discussions

Building standard modules
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 18 Jun '08

18 Jun '08

Where a module provides a single feature, and that feature is disabled (./configure --without-foo), the DSO is still produced, but without (meaningful) code. Would it be much work to change this so that no such dummy modules would be built? Furthermore, if a feature is requested but the configure script can't find the required headers or libraries, the sole effect is to disable the feature. Although it's possible to programatically check what features have actually been built, I think it would be better if the build would fail in case of problems, or if at least the corresponding files would not be produced.

1 0

Perl
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 17 Jun '08

17 Jun '08

The Perl module has been dropped from Pike 7.7. Was it because it felt silly, because noone used it, or some other reason?

2 2

FreeBSD port maintainership drop
by Xavier Beaudouin 17 Jun '08

17 Jun '08

Hello, Sorry for the broadcast... I am currently the maintainer of lang/pike7* ports. I no longer use them nor getting time to maintain them. If someone has time and patience, please feel free to tell me. Sincerly, /Xavier

1 0

Nettle
by Magnus Holmgren, Millnet AB (nu med fast anst�llning) ＠ Pike (-) developers forum 17 Jun '08

17 Jun '08

Could you upgrade the bundled version of Nettle to 1.15, which among other things, gets rid of a non-free RFC?

4 7

pike crashes
by Peter Bortas ＠ Pike developers forum 13 Jun '08

13 Jun '08

For the record: This did not get exported to the list, Nilssons answer did.

1 0

Valgrinding 7.7
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 12 Jun '08

12 Jun '08

I'm getting some valgrind errors that appears to be because of programs not being properly initiated. Anyone care to look at it? ==7004== Conditional jump or move depends on uninitialised value(s) ==7004== at 0x81208DD: index_modules (program.c:1521) ==7004== by 0x8120B4E: find_module_identifier (program.c:1596) ==7004== by 0x80738E5: yyparse (language.yacc:3878) ==7004== by 0x8122997: f_compilation_compile (program.c:7854) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x807DDEF: apply (interpret.c:2591) ==7004== by 0x811721E: f_compilation_env_compile (program.c:7520) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x816EA79: f_compile (builtin_functions.c:4145) ==7004== by 0x8106550: get_master (object.c:636) ==7004== Uninitialised value was created by a stack allocation ==7004== at 0x8122CE9: init_program (program.c:9565) ==7004== Conditional jump or move depends on uninitialised value(s) ==7004== at 0x8163DB0: optimize (treeopt.h:520) ==7004== by 0x8167703: dooptcode (las.c:5443) ==7004== by 0x807319C: yyparse (language.yacc:1056) ==7004== by 0x8122693: run_pass2 (program.c:7924) ==7004== by 0x812281D: f_compilation_compile (program.c:8374) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x807DDEF: apply (interpret.c:2591) ==7004== by 0x811721E: f_compilation_env_compile (program.c:7520) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x816EA79: f_compile (builtin_functions.c:4145) ==7004== Uninitialised value was created by a stack allocation ==7004== at 0x8122CE9: init_program (program.c:9565) ==7004== Conditional jump or move depends on uninitialised value(s) ==7004== at 0x8165C3B: optimize (treeopt.h:2638) ==7004== by 0x8167703: dooptcode (las.c:5443) ==7004== by 0x807319C: yyparse (language.yacc:1056) ==7004== by 0x8122693: run_pass2 (program.c:7924) ==7004== by 0x812281D: f_compilation_compile (program.c:8374) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x807DDEF: apply (interpret.c:2591) ==7004== by 0x811721E: f_compilation_env_compile (program.c:7520) ==7004== by 0x807C5BA: low_mega_apply (apply_low.h:225) ==7004== by 0x807DA5A: mega_apply (interpret.c:2200) ==7004== by 0x816EA79: f_compile (builtin_functions.c:4145) ==7004== Uninitialised value was created by a stack allocation ==7004== at 0x815E4F3: debug_mkprgnode (las.c:984)

1 0

pike crashes
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 12 Jun '08

12 Jun '08

> This one is a bug in Hilfe: > > > sscanf("abc"[0..2],"%s",s); > Compiler Error: 1: syntax error, unexpected TOK_DOT_DOT > Compiler Error: 1: syntax error, unexpected ']', expecting ',' or ')' > Compiler Error: 1: syntax error, unexpected TOK_NUMBER > Compiler Error: 1: Missing ']'. > Compiler Error: 1: syntax error, unexpected ']', expecting TOK_LEX_EOF or ';' Fixed.

1 0

pike crashes
by Martin Bähr 12 Jun '08

12 Jun '08

hi, just stumbled accross this problem: this is pikefarm build 2898 Pike v7.7 release 47 running Hilfe v3.5 (Incremental Pike Frontend) > sscanf(("abc"[0..2]),"%s",s); fish: Job 1, #~pikefarm/bin/pike# terminated by signal SIGSEGV (Address boundary error) also the following issues: Pike v7.7 release 47 running Hilfe v3.5 (Incremental Pike Frontend) > string s; sscanf(("abc"[0..2]),"%s",s); (1) Result: 1 > sscanf(("abc"[0..2]),"%s",s); (2) Result: 1 > sscanf("abc"[0..2],"%s",s); Compiler Error: 1: parse error, unexpected `TOK_DOT_DOT' Compiler Error: 1: parse error, unexpected `']'', expecting `','' or `')'' Compiler Error: 1: parse error, unexpected `TOK_NUMBER' Compiler Error: 1: Missing ']'. Compiler Error: 1: parse error, unexpected `']'', expecting `TOK_LEX_EOF' or `';'' > sscanf(("abc"[0..2]),"%s",s); Compiler Error: 1: parse error, unexpected `TOK_NUMBER' Compiler Error: 1: parse error, unexpected `']'', expecting `')'' Compiler Error: 1: parse error, unexpected `TOK_DOT_DOT' Compiler Error: 1: Missing ']'. Compiler Error: 1: parse error, unexpected `TOK_DOT_DOT' Compiler Error: 1: parse error, unexpected `']'', expecting `')'' Compiler Error: 1: parse error, unexpected `TOK_NUMBER' Compiler Error: 1: parse error, unexpected `']'', expecting `error' or `','' Compiler Error: 1: parse error, unexpected `')'', expecting `TOK_LEX_EOF' or `';'' this happens in 7.6 as well: Pike v7.6 release 66 running Hilfe v3.5 (Incremental Pike Frontend) > "abc"[0..2]; (1) Result: "abc" > sscanf("abc"[0..2],"%s",s); Compiler Error: 1:syntax error, unexpected TOK_DOT_DOT Compiler Error: 1:syntax error, unexpected ']', expecting ',' or ')' Compiler Error: 1:syntax error, unexpected TOK_NUMBER Compiler Error: 1:Missing ']'. > "abc"[0..2]; Compiler Error: 1:syntax error, unexpected TOK_NUMBER Compiler Error: 1:syntax error, unexpected ']', expecting ')' Compiler Error: 1:syntax error, unexpected TOK_DOT_DOT Compiler Error: 1:Missing ']'. Compiler Error: 1:syntax error, unexpected TOK_DOT_DOT Compiler Error: 1:syntax error, unexpected ']', expecting ')' Compiler Error: 1:syntax error, unexpected TOK_NUMBER greetings, martin.

1 0

installing documentation missing html?
by Martin Bähr 10 Jun '08

10 Jun '08

hi, i played around with installing pike out of a pikefarm build and i somehow can't seem to find the generated documentation. i do find an xml file, but no html files. what's missing? i was running make install_interactive giving the users homedirectory as install-target the html files do get built when xenofarm runs. greetings, martin.

1 1

Re: _main call in OCPikeInterpreter.m
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 06 Jun '08

06 Jun '08

It also does a SETJMP and several lines of error handling, only to be followed by a block that effectively executes no code that could have use for it. So it's not only priming for something that happens somewhere else. To me it looks just as if the very call to _main itself is missing there. And no, _main no longer uses that, that's why the function is gone. If someone wants the environment in that (bulky) form, (s)he now has to do it by converting the mapping returned by __builtin._getenv.

1 0

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 June 2008