Pike-devel

pike-devel@lists.lysator.liu.se

1 participants
3041 discussions

Start a nNew thread

Inf
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 27 Feb '03

27 Feb '03

(If you do special handling of infinities, you should do it for NaN as well, so most of that code should be relevant.)

2 2

Inf
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 27 Feb '03

27 Feb '03

Mirar, when you added the tests that infinity is always printed as "inf", it looks like you forgot to commit the fixes to sprintf that actually makes this happen... /pike/home/marcus/Pike/7.5/src/modules/sprintf/testsuite.in:121: Test 93 (shift 0) (CRNL) failed. 1: mixed a() { return sprintf(\"%f\",exp(65536)); } 2: mixed b() { return \"inf\"; } 3: o->a(): "Inf" o->b(): "inf" etc. There is a reason why the tests were just stringp() before.

3 7

Re: 64 bit ints
by David Hedbor ＠ Pike developers forum 26 Feb '03

26 Feb '03

But I'm doubtful that I think it'd be a really good idea anyway since it'd complicate things a lot.

1 0

Floating point (conversion) bug (affected: v7.4 & v7.5; may be Hilfe only)
by Alexander Demenshin 26 Feb '03

26 Feb '03

Hi there, Just playing around: Pike v7.5 release 3 running Hilfe v3.5 (Incremental Pike Frontend) > (float)"0.1e99"; Segmentation fault Same for 7.4 (CVS versions two days old). And another one: Pike v7.5 release 3 running Hilfe v3.5 (Incremental Pike Frontend) > float x; > x = 1e99; Segmentation fault Seems that the problem is related to Hilfe - from file it prints value as expected, no segfaults. Regards, /Al

5 5

Optimizer problem?
by Alexander Demenshin 25 Feb '03

25 Feb '03

Hi again, So one more problem: int main(int argc, array(string) argv) { int count = 0; int ts = 0; ts = time() + 1; while (time() <= ts) /* count++ */; write("%u %u\n", time(), ts); } Output: 1046227356 1046227357 The first number expected to be greater than second. If I insert "count++" into while loop (instead of empty body) everything is OK. This problem doesn't occur when time() is called indirectly. And, whatever it is, optimization of this kind is a bit weird, IMHO... :) Regards, /Al

1 0

Calling Pike functions with variable number of arguments from C
by Marek Habersack 24 Feb '03

24 Feb '03

Is it as simple as pushing all the required parameters to the stack and then calling the Pike function as usual? (i.e. with apply_svalue or apply_low) TIA, marek

2 1

Image.BMP sans RLE?
by Johan Sundstr�m (a hugging punishment!) ＠ Pike (-) developers forum 23 Feb '03

23 Feb '03

> Pike v7.4 release 13 running Hilfe v3.5 (Incremental Pike Frontend) > > Image.BMP.decode(Protocols.HTTP.get_url_data("http://bugzilla.mozilla.org/attachment.cgi?id=115302&action=view")); > Image.BMP.decode: advanced RLE decompression (literal run) is unimplemented (please send this image to mirar(a)roxen.com) Hmm? :-) / Johan Sundström (a hugging punishment!) Previous text: >2003-02-23 09:15: >Subject: Jahopp >-------------------------------------------------------------------- >Då verkar det som om vi ser slutet på Nilssons splash-bild i Mozilla. >En ny bild har plockats fram och den är markerad som "blocker" för >Mozilla 1.3 så den kommer att komma in: > >Bilden (BPM) >http://bugzilla.mozilla.org/attachment.cgi?id=115302&action=view > >Buggen >http://bugzilla.mozilla.org/show_bug.cgi?id=194291 > > / Daniel Bratell (Bara vara) >

2 1

Postgres support bug?
by Leif Stensson, Lysator ＠ Pike developers forum 21 Feb '03

21 Feb '03

I've tried using the Postgres module a bit lately, and now I've stumbled across an odd behaviour: db->list_fields(table_name) throws an error "Error in frontend-backend communications.". This seems to be caused by the list_fields() function assuming that the "pg_class" table always has a "relexpires" columns, which is not the case in the Postgres database I'm connecting to. Should there always be a "relexpires" column in the "pg_class" table in a Postgres database (that is, is the one I'm connecting to buggy?), or is Pike just making in incorrect assumption?

5 5

Problems with pike -x module
by hww3 ＠ Pike developers forum 21 Feb '03

21 Feb '03

I'm trying to work my way through the external module building process, and I figured I'd start with one of the internal pike modules, to be built outside the tree. I copied the Math module someplace nice and ran this command: pike -x module --source=. and this is what I get: $ cd /tmp/Math $ pike -x module --source=. autoheader 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. autoheader: `config.h.in' is updated autoconf --localdir=/usr/local/pike/7.4.10/include/pike autoconf: warning: --localdir is obsolete, use --include configure.in:10: error: AC_REQUIRE: circular dependency of _AC_INCLUDES_DEFAULT_REQUIREMENTS configure.in:10: _AC_INCLUDES_DEFAULT_REQUIREMENTS is required by... autoconf/headers.m4:271: AC_INCLUDES_DEFAULT is expanded from... autoconf/lang.m4:217: AC_LANG_SOURCE is expanded from... autoconf/general.m4:2157: AC_COMPILE_IFELSE is expanded from... autoconf/headers.m4:90: AC_CHECK_HEADER is expanded from... autoconf/headers.m4:193: AC_CHECK_HEADERS is expanded from... autoconf/headers.m4:255: _AC_INCLUDES_DEFAULT_REQUIREMENTS is expanded from... configure.in:10: _AC_INCLUDES_DEFAULT_REQUIREMENTS is required by... autoconf/headers.m4:271: AC_INCLUDES_DEFAULT is expanded from... autoconf/lang.m4:217: AC_LANG_SOURCE is expanded from... autoconf/lang.m4:227: AC_LANG_PROGRAM is expanded from... autoconf/lang.m4:249: AC_LANG_BOOL_COMPILE_TRY is expanded from... autoconf/general.m4:2157: AC_COMPILE_IFELSE is expanded from... autoconf/general.m4:1797: AC_CACHE_VAL is expanded from... autoconf/general.m4:1806: AC_CACHE_CHECK is expanded from... autoconf/c.m4:840: AC_C_CHAR_UNSIGNED is expanded from... configure.in:10: the top level autom4te: /usr/local/bin/m4 failed with exit status: 1 $ autoconf --version autoconf (GNU Autoconf) 2.54 Written by David J. MacKenzie and Akim Demaille. Obviously something is not right here, but I don't know enough about autoconf to know what might be the problem. I believe it has something to do with the aclocal.m4 in the include/pike directory, but I don't want to fiddle with that if I don't have to. I'm testing on a solaris 7 box with autoconf 2.54 and gm4 1.4. Any ideas? Bill

2 7

Failed tests again (v7.4.15/CVS 2003-02-21)
by Alexander Demenshin 21 Feb '03

21 Feb '03

Hi all, Just tried latest CVS (v7.4.15), it still doesn't pass test suite completely, and again because of Calendar (mostly) module, however everything else is perfectly OK. Perhaps someone could look at the results and tell me what might be wrong? http://aldem.net/pike/failed I just cannot believe that this problem is related to Slackware Linux only... And I need this damn SSL module, which is dependent on Calendar :) Thanks, /Al

4 13

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