Pike-devel February 2005

pike-devel@lists.lysator.liu.se

8 participants
24 discussions

automap: [*] not supported here. bug?
by Martin Bähr 23 Jul '05

23 Jul '05

hi, can you explain why: random(allocate(3,9)[*]); or random(({9,9,9})[*]); don't work, while array foo = allocate(3,9); random(foo[*]); does? greetings, martin.

6 13

hilfe bug?
by Martin Bähr 20 Apr '05

20 Apr '05

Pike v7.6 release 7 running Hilfe v3.5 (Incremental Pike Frontend) > int year=2004; > int month=12; > int day=2; > object oday = Calendar.Year(year)->month(month)->day(day); Compiler Error: 1:syntax error, unexpected '(' Compiler Error: 1:syntax error, unexpected '(' > ??? can anyone explain this? greetings, martin.

6 8

Pike string hashing
by Marcus Agehall (PacketFront) ＠ Pike (-) developers forum 20 Apr '05

20 Apr '05

I'm a bit curious about the string hashing algorithm used in Pike. What algorithm is it based on and what complexities does it exhibit? Was it selected at random or is there some rationale behind it..?

3 5

MySQL big_query in 7.7
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 10 Apr '05

10 Apr '05

I think the new streaming behavior in Sql.mysql.big_query is nice and as it should be, but it's causing too much headaches in existing applications - the old de-facto behavior is too ingrained. So a proposal is to instead do like this: query: Like today - slow and memory consuming. big_query: A variant of query() that still is nonstreaming. I.e. it only avoids the very bulky response format of query(). streaming_query: Like big_query but guaranteed to stream if it exists. It's database dependent whether other queries can be issued while a streaming_query response object exists. It's of course also database dependent if there are locks on the tables in the server while the response object exists. While at it, we could also consider generalizing the big_typed_query interface that the oracle module provides: big_typed_query: Like big_query but doesn't convert everything to strings. Integers and floats are kept that way, Date/timestamps are Calendar objects, there are objects for representing the NULL value for each type. streaming_typed_query: Streaming variant of big_typed_query.

9 20

xenofarm, 1 down 1 to go.
by Marc Dirix 16 Mar '05

16 Mar '05

As stated xenofarm reports 2 errors. IMO this one is a bit harder. Pike version=7.7.13 The problem fails in running test_resolve.pike. Pike segfaults. After logging I found the program to fail with one file. If I remove the file with which this occurs (FIPS10_4.pmod) it doesn't segfault anymore. When using hilfe, the same error occurs: > master()->resolv(Standards.FIPS10_4.pmod); Segmentation fault This *only* occurs on my sparc64 (debian) and not on a i386. I've created an test-program which inherits Standards.FIPS10_4 it also segfaults. I've attached an strace on this process which I've included as attachment (hope it helps). I can send more debugging info if necessary, but I have no clue where to go next. Best regards, Marc

2 7

qustion about file mode
by 雷炯 10 Mar '05

10 Mar '05

I didn't konw exactly meaning of file mode in the method mode(),is there some one could help me ? the mode I didn't know is : FILE_EXCLUSIVE FILE_SET_CLOSE_ON_EXEC FILE_HAS_INTERNAL_REF FILE_NO_CLOSE_ON_DESTRUCT FILE_LOCK_FD FILE_NOT_OPENED

2 1

Re: xenofarm & Calendar
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 27 Feb '05

27 Feb '05

> (For my debian system at least) there is a file /etc/timezone which > contains the timezone in ascii. And /etc/localtime is the current > timezone file copied from /usr/share/zoneinfo, containing the timezone > Als Europe/Amsterdam. Exactly the data we need. Does this mean your system looks like this: > pike Pike v7.6 release 6 running Hilfe v3.5 (Incremental Pike Frontend) > Stdio.read_file("/etc/localtime"); (1) Result: "Europe/Amsterdam\n"

2 4

Re: xenofarm & Calendar
by Mirar ＠ Pike developers forum 26 Feb '05

26 Feb '05

The string is which timezone in Calendar.Timezone will be used, or a string to identify the "tzdata" timezone (Europe/Stockholm-like). The "locale" timezone is a magic timezone that will, from the TZ string and/or localtime() function, determine which timezone the locale settings are put to. If it fails, it will default to Timezone.localtime(), which uses localtime() for time offset and names. Like this: | > Calendar.Timezone["locale"]; | (2) Result: Rule.Timezone(Europe/Stockholm) ... | orchid% TZ=UTC pike | Pike v7.7 release 11 running Hilfe v3.5 (Incremental Pike Frontend) | > Calendar.Timezone["locale"]; | (1) Result: Timezone(UTC) >Changing [pike]/lib/modules/Calendar.pmod/localization.h helps, but >how is this done for every recompile of xenofarm? It isn't. It's just for your install. So this isn't a fix to the original problem with xenofarm.

2 1

MinGW
by Martin Nilsson (DivX Networks) ＠ Pike (-) developers forum 26 Feb '05

26 Feb '05

I've now successfully built a Pike from CVS with MinGW. The big trouble has been bison, but I took a Cygwin-compiled bison and put in the MinGW installation and it worked. There are still some minor problems with sed-scripts and make rules, but with some manual tinkering I managed to get a working Hilfe.

1 1

xenofarm & Calendar
by Marc Dirix 26 Feb '05

26 Feb '05

Sorry to have messed up a bit at xenofarm, My Linux sparc64 is listed 3 times, the first time I misconfigured /etc/hosts. The second has something to do with the fact it now runs from cron as user, and not from commandline as root. Now the build itself, on both machine (alpha and malcolm) the testsuite fails at 2 points, currently I'm looking at the first. The function: Calendar.Minute(2040,11,8,2,46) returns an error. When I run it from hilfe I get the same error see below. However on other Linux machines it runs fine. Any pointers where this goes wrong? marc@malcolm:~$ pike Pike v7.7 release 11 running Hilfe v3.5 (Incremental Pike Frontend) > mixed a= Calendar.Minute(2040,11,8,2,46) ; Time is out of range for Timezone.localtime() /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/Timezone.pmod:202: Timezone.localtime()->tz_ux(2236032000) /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/YMD.pike:159: Day(Fri 9 Nov 2040 0:00 sharp)->unix_time() /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/YMD.pike:982: Day(Thu 8 Nov 2040)->number_of_seconds() /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/YMD.pike:891: Day(Thu 8 Nov 2040)->get_timeofday("seconds",0,1,ISO->cSecond,9960,9960) /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/YMD.pike:881: Day(Thu 8 Nov 2040)->get_unit("second",9960) /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/Time.pmod:132: Minute(Thu 8 Nov 2040 0:00 local sharp)->create_backtry(2,46) /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/Time.pmod:106: Minute(Thu 8 Nov 2040 0:00 local sharp)->create(2040,11,8,2,46) /usr/local/pike/7.7.11/lib/modules/Calendar.pmod/YMD.pike:3069: ISO->cMinute() > -- Met vriendelijke groet, Marc Dirix Electronics Design Graaf Wolter Hoenstr 2 6243 BE Geulle Nederland.

3 5

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 February 2005