Pike-devel January 2004

pike-devel@lists.lysator.liu.se

11 participants
77 discussions

Re: fresh cvs checkout failes to build
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 21 Jan '04

21 Jan '04

2.58, 2.52, or 2.13, in that order of preference. / Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) Previous text: >2004-01-20 16:58: >Subject: Re: fresh cvs checkout failes to build >-------------------------------------------------------------------- >On Tue, 20 Jan 2004, Henrik GrubbstrXm (Lysator) @ Pike (-) developers forum wrote: > >> machine.h.in is generated from acconfig.h. Run ./run_autoconfig . > >seems to be a autoconf version problem. >which autoconf version to use? > >--- Ludger > >> >> / Henrik Grubbström (Lysator) >> >> Previous text: >> >2004-01-20 14:03: >> >Subject: fresh cvs checkout failes to build >> >-------------------------------------------------------------------- >> >Hi, >> > >> >A fresh cvs checkout of Pike 7.5 fails to build complaining about a >> >missing machine.h.in >> >Whats wrong? (Crosscheck with 7.4 shows there was one in older versions, >> >check with the web-cvs-browser shows, there is none in the latest cvs >> >repository) >> > >> >--- Ludger Merkens >> > >> > >> > >> > / Brevbäraren >> > >> >> > > > / Brevbäraren >

3 2

fresh cvs checkout failes to build
by Ludger Merkens 21 Jan '04

21 Jan '04

Hi, A fresh cvs checkout of Pike 7.5 fails to build complaining about a missing machine.h.in Whats wrong? (Crosscheck with 7.4 shows there was one in older versions, check with the web-cvs-browser shows, there is none in the latest cvs repository) --- Ludger Merkens

2 1

NULL value
by Credence Shanden 20 Jan '04

20 Jan '04

I am attempting to call a function inside an object. But the function doesn't exist inside all objects that are run through the function. PIKE throws a runtime error of "Attempt to call the NULL-value". Is there any way to override this and have PIKE return a 0 instead. Or are there any other means of checking to see if the function exists inside the passed object? The function exists in more than one different object so I am not sure function_object() will work in this instance since it exists in more than one object. Any ideas? --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes

3 2

Re: PRINTPTRDIFFT on pike 7.5
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 19 Jan '04

19 Jan '04

Depending on whether ptrdiff_t exists or not: A) Make sure that configure finds the ptrdiff_t type and thus tests for a way to print it or B) Don't use PRINTPTRDIFFT on something which isn't a ptrdiff_t / Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) Previous text: >2004-01-19 12:20: >Subject: Re: PRINTPTRDIFFT on pike 7.5 >-------------------------------------------------------------------- > >Le 19 janv. 04, à 11:50, Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ >Pike (-) developers forum a écrit : > >> Adding that into global.h would be hiding the problem, which means >> that it won't be fixed. Bad idea. > >I agree. But what will be the good idea / suggestion / fix for that ? > >/Xavier > > > > / Brevbäraren >

1 0

Re: PRINTPTRDIFFT on pike 7.5
by Mirar ＠ Pike developers forum 19 Jan '04

19 Jan '04

As a kludge, yes. I think the *right* fix would be to test against a non-typed pointer diff in configure if ptrdiff_t isn't available. But those tests looked pretty tricky... / Mirar Previous text: >2004-01-19 11:34: >Subject: Re: PRINTPTRDIFFT on pike 7.5 >-------------------------------------------------------------------- >> That means Pike gets confused. Try adding this to global.h >> (before the last #endif): >> >> #ifndef PRINTPTRDIFFT >> #define PTRINTPTRDIFFT "" >> #endif > > >It works. :) > >Maybe we can add this into global.h in case of this came again ? > >/Xavier > > > > / Brevbäraren >

2 1

Re: PRINTPTRDIFFT on pike 7.5
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 19 Jan '04

19 Jan '04

Adding that into global.h would be hiding the problem, which means that it won't be fixed. Bad idea. / Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) Previous text: >2004-01-19 11:34: >Subject: Re: PRINTPTRDIFFT on pike 7.5 >-------------------------------------------------------------------- >> That means Pike gets confused. Try adding this to global.h >> (before the last #endif): >> >> #ifndef PRINTPTRDIFFT >> #define PTRINTPTRDIFFT "" >> #endif > > >It works. :) > >Maybe we can add this into global.h in case of this came again ? > >/Xavier > > > > / Brevbäraren >

1 0

PRINTPTRDIFFT on pike 7.5
by Xavier Beaudouin 18 Jan '04

18 Jan '04

Hello there, Seems that some code in new pike 7.5 use some special extension of Gcc (3.x I assume) : /usr/home/kiwi/Pike-v7.5.17/src/array.c:268: syntax error before `PRINTPTRDIFFT' /usr/home/kiwi/Pike-v7.5.17/src/array.c: In function `simple_set_index': /usr/home/kiwi/Pike-v7.5.17/src/array.c:321: syntax error before `PRINTPTRDIFFT' /usr/home/kiwi/Pike-v7.5.17/src/array.c: In function `array_get_item_ptr': /usr/home/kiwi/Pike-v7.5.17/src/array.c:1295: syntax error before `PRINTPTRDIFFT' The code that blown is : index_error(0,0,0,&tmp,ind, "Index %"PRINTPIKEINT"d is out of array range " "%"PRINTPTRDIFFT"d..%"PRINTPTRDIFFT"d.\n", p, -a->size, a->size-1); The %"PRINTPTRDIFFT" part is not handled by my GCC (gcc 2.95.4 20020320 [FreeBSD]). Removing the "PRINTPTRDIFFT solve the problem since FreeBSD 4.8 / 4.9 are stable OS and gcc 2.95.x are on lots of OS. BTW: I am in the process to add a pikefarm there to show Pike developpers the problems. /Xavier

3 6

file limits
by Martin Nilsson (saturator) ＠ Pike (-) developers forum 18 Jan '04

18 Jan '04

It's not that graceful when limit is hit. > string f=""; > for(int i; i<1024*1024; i++) { f+="int i"+i+";\n"; } Ok. > compile(f); Program received signal SIGSEGV, Segmentation fault. 0x080eee50 in low_add_to_identifiers (state=0x83a7768, ARG= {name = 0x85abdd0, type = 0x82b9570, identifier_flags = 0 '\0', run_time_type = 251 'û', opt_flags = 0, func = {c_fun = 0x40ff8, offset = 266232}}) at /home/nilsson/Pike/7.5/src/program_areas.h:19 19 FOO(unsigned INT16,struct identifier, struct identifier, identifiers) / Martin Nilsson (saturator) Previous text: >2004-01-15 20:14: >Subject: file limits >-------------------------------------------------------------------- >If there is one, it's not less then 65536, I hope. >It might be that the source code files are limited to 4Gb. > >Ie, report when you hit the limits and I'm sure someone will fix it. :) > > / Mirar >

8 51

file limits
by Mirar ＠ Pike developers forum 17 Jan '04

17 Jan '04

Considering it never finalizes the program...

1 0

SSLFile
by Mirar ＠ Pike developers forum 17 Jan '04

17 Jan '04

Researching a bit I think the warnings are from the latest "65535" test.

2 2

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