Pike-devel December 2002

pike-devel@lists.lysator.liu.se

5 participants
68 discussions

Hilfe variable rewriting
by Johan Sundstr�m (�rkehertig av Lysators rootgrupp) ＠ Pike (-) developers forum 05 Dec '02

05 Dec '02

It seems the variable rewriting is a bit overly ambitious sometimes; is the following an already known misfeature? Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > class Spill{string leak;void create(){leak="Ouch!";}} > leak; Compiler Error: 1:'leak' undefined. > object hm=Spill(); > leak; (1) Result: "Ouch!"

2 2

Error in modref ?
by Xavier Beaudouin 05 Dec '02

05 Dec '02

Hello there... I think there is a somewhat error in current modref : In http://pike.ida.liu.se/generated/manual/modref/ex/Protocols/HTTP/ http_date.html I get Protocols.HTTP.http_date(), but is seems that the real code is not in Protocols.HTTP.http_date() but in Protocols.HTTP.Server.http_date()... > Protocols.HTTP.Server.http_date(time()); (2) Result: "Thu, 05 Dec 2002 11:12:26 GMT" > Protocols.HTTP.http_date(time()); Compiler Error: 1:Index 'http_date' not present in module 'HTTP'. > /Xavier

1 0

Adding usufull things to Protocols.HTTP ?
by Xavier Beaudouin - Kiwi ＠ Pike developers forum 05 Dec '02

05 Dec '02

Hello all, As Bill, I'd like to add some functions used mainly for HTTP Server/Clients that are in Caudium (and also I think in Roxen). http_encode_string() http_encode_cookie() http_encode_url() http_decode_url() I think that a usefull place should be in Procotols.HTTP.Utils module... So people that need that in scripts (or even in future Roxen and Caudium) don't need to reinvent the wheel. What do you think of that ? /Xavier

5 4

`| 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

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 December 2002