Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

`| and order on arrays
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 03 Dec '02

03 Dec '02

Also, this same consistency is what holds for mappings. (Just imagine foo and bar to be mappings in the commented, and the result becomes the same.)

2 3

CHANGES line of the day
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 03 Dec '02

03 Dec '02

Besides, the last one looks perfectly correct, since Image.GIF is just an alias for the _Image_GIF module.

1 0

kcachegrind
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 03 Dec '02

03 Dec '02

Why did I have to do "e 30" to see that message? (Writing this comment so that others that might have missed your message can read it) / Martin Nilsson (hehe Torgny) Previous text: >2002-11-28 23:33: >Subject: kcachegrind >-------------------------------------------------------------------- >I have been doing some benchmarks to see where the time is going in >the clone-a-program and call-a-method kind of tests on the shootout. > >My current testcase is this one: > >class A >{ > static int count; > void create() { count = 1; } > void tick() { count = !count; } >} > >void main() >{ > for( int i = 0; i<100000; i++ ) > A()->tick(); >} > >It's relatively close to the test in the language shootout. > >My pike is not compiled with assembly support, since that makes it >rather impossible to run it under cachegrind. It's not compiled with >valgrind support, since that cause the timings to be somewhat >different (a lot of marking of memory is done in the block allocator, >thus making it seem to use more CPU than it really does.) > >My current findings, functions sorted by time consumed in them, not >including siblings > >Time Function >------------------------------------------------------------- >19% low_mega_apply >16% eval_instruction > 8% really_free_pike_frame > 5% destruct (SET_FRAME_CONTEXT: 50%) > 5% alloc_pike_frame > 3% call_c_initializers (SET_FRAME_CONTEXT: 90%) > 3% schedule_free_object (add_to_callback: 80%) > 2% low_return_pop (pop_n_elems: 99%) > 1% free + malloc (from valgrind) >------------------------------------------------------------- > >Is it only me, or isn't the numbers for really_free_pike_frame and >alloc_pike_frame rather high? Or are there perhaps only too many calls >to them? > >In this simple test there are 500 000 calls to them. 200k from the >create() and tick() calls, 100k from the call_c_initializers() calls >and 100k from destruct(). > >I ponder at the nessesity to create frames for call_c_intializers and >destruct when there are no callbacks to call. > > / Per Hedbor () >

2 1

::
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 01 Dec '02

01 Dec '02

In DBManager.pmod in Roxen WebServer there are two ::error in a class definition which Pike 7.3 now dislikes. I am unable to solve it with global.error or global::error, but adding a constant blarg=error; outside the class and use blarg instad works. How should one do?

2 1

URGENT
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 01 Dec '02

01 Dec '02

No, spam seldom comes as a surprise. / Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) Previous text: >2002-12-01 03:03: >Subject: URGENT >-------------------------------------------------------------------- >Attention: > >I presume this email will not be a surprise to you. > >Am an engineer with the ministry of mineral resources >and energy in south Africa and also a member of the >contract awarding committee of this ministry under the south >Africa government. > >Many year ago, the south Africa government asked this committee >to awards contracts to foregn firms, in which myself and two >of my partner are leader of the committee, with our good >position in this committee, we over involved this contract to >the tune of of us$21,500,000:00, to be benefited by me and two >other of my partner that are in charge of this contract awarding >committee in this ministry. > >Now, that the contracts value has been paid off to the actual >contractor that executed this job, All we want is a trusted >foreign partner like you that we shall front to claim this over >involved sum. > >Upon our agreement to carry on this business transaction with you, >the said fund will be share as follow, 75% will be for myself and two >others of my partner, 20% will be for you for using your bank account, >5% will be set aside for any expenses that might be incurred by us and >you in the process of the document and other formalities that will >justify you as the rightful owner of this said fund. > >You should bear in mind that you will be required to put head together >with us, and give this business transaction moral and financially >support it required to be successful. > >If you are interested and financially capable in handly this business >transaction, Kindly reply us through this email address (dennissgarvin(a)netscape.net) >for more details and to let you know what is required of this business >transaction to be successful. > >Also we request your private and office phone number to open communication >with you. > >Your faithfully, > >DENNIS GARVIN > > > > > / Brevbäraren >

1 0

Fishy fishy
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 29 Nov '02

29 Nov '02

Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > Gmp.mpf(1.5,2); Bad argument 2 to Mpq.mpf, must be > 0. Unknown program: 0->create(1.500000,2) HilfeInput:1: HilfeInput()->___HilfeWrapper()

1 0

Autodoc TOC-generation broken
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 29 Nov '02

29 Nov '02

Some change in some Parser.XML related module seems to have broken the autodoc table of contents generation: Parsing structure file "structure/traditional.xml". Executing reference expansion and queueing node insertions. Parsing autodoc file "build/autodoc.xml". Moving appendices. Executing node insertions. Writing final manual source file. Strange children count: 69: bin/assembler()->TocNode(#0:2,dl) children:({ }) mChildren:({ }) Need to run walk_preorder()? Took 17 seconds. As you can see above n->count_children() has returned 69, which seems reasonable, but n->mChildren hasn't been updated, which hints that n->walk_preorder2() hasn't been called.

2 1

Dump order dependencies
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 29 Nov '02

29 Nov '02

Does this mean that Parser.RCS or Calendar.YMD was incorrectly dumped? (And yes, dumpmodule.pike does load Calendar.YMD before Parser.RCS.) Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > Parser.RCS; test-install/pike/7.3.62/lib/modules/Calendar.pmod/YMD.pmod.o:-: Warning: Decode failed: Cannot call functions in unfinished objects. (1) Result: Parser.RCS > Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > Calendar.YMD; (1) Result: Time > Parser.RCS; (2) Result: Parser.RCS >

1 1

static
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Nov '02

28 Nov '02

What is the benefits with making lfuns static?

2 1

Deprecation(?)
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Nov '02

28 Nov '02

And while at the topic, how about removing the clone function as well?

2 3

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