Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Re: Default cast LFUN
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 22 Jan '07

22 Jan '07

(Dang. Wordy post, and almost completely unrelated to my proposal.) > I guess I'd be in favor of it, but yet I'm not terribly excited about > it. I wonder why... Casting is unfortunately an often useless and ill designed feature in Pike; that might account for some of the dispassion. You can only cast to primitive types, and value casts don't necessarily work, even if you know a value to be a string and want to cast it to an int, when declared a string|int. It's a system difficult to grow incrementally better too, unfortunately. Even though in some ways it's a syntactically very powerful operation on recursively casting a large data structure into another, using compound type casts like (array(string)). It just doesn't reach do all that much more, when you don't primarily work with primitive types. I'm not really bashing the lack of design in Pike; its evolved nature is what makes it good, too. But casts, at least to me, feel a bit like a dead end. The thought crept up on me after reading The Pinocchio Problem, http://steve-yegge.blogspot.com/2007/01/pinocchio-problem.html -- while not technically dead code, pike and casting feels like it has hit an evolutionary dead end. Small convenience changes like the one suggested might be within reach, but order of magnitude improvements are out of reach. With a bit of luck I just might know too little of pike's internals to be right about this.

4 5

Default cast LFUN
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 22 Jan '07

22 Jan '07

Would implementing a default cast("string") implementation for objects that lack one be a good idea, if they respond to _sprintf("%s")? It is somewhat magical. The same could theoretically apply to int/%d, but I have a feeling it might be more questionable. Even more, float/%f. Any thoughts? Lessons learned from automatic _sprintf decoration have been largely positive, in my experience. (That might not imply anything about this proposal, though. It would, for instance, rarely throw errors about a missing cast implementation, in concert with the _sprintf decorator.)

3 4

Re: Problems with an circular free_object()
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 10 Jan '07

10 Jan '07

>OK, that all makes sense to me, but if I've missed an add_ref() in my >code, shouldn't that cause the object to be freed or destructed >prematurely? I added an add_ref(o) to my code to prevent this >problem, but the result was that the objects weren't getting freed. >I've stepped through a simple program that exhibits the problem, and >that object comes to schedule_really_free_object() numerous times, >each time with a refcount of 0 or -1. I've noticed that once it >finally enters its endless loop, o->next == o... shouldn't that cause >the loop to stop? Please check if o->prog is still set the second time. If it is, and the object is on the top of the objects_to_destruct queue, the queue will become circular, and when the destruct pass comes it will loop forever. >Bill

1 0

Problems with an circular free_object()
by H. William Welliver III 10 Jan '07

10 Jan '07

I've been having a problem with pike going into what seems like an infinite loop while exiting. The problem seems to occur with objects from my Objective-C module, and it's something I noticed before, but "solved" by adding a ref so that the objects were never freed. I fixed that problem last night, and now the problem is back. The backtrace looks like this: #0 schedule_really_free_object (o=0x1812038) at /Users/hww3/Pike/7.7/ src/object.c:1068 #1 0x00016610 in low_return () at /Users/hww3/Pike/7.7/src/ interpret.c:2018 #2 0x0001697c in jump_opcode_F_RETURN_0 () at /Users/hww3/Pike/7.7/ src/interpret_functions.h:1601 #3 0x007d5260 in ?? () #4 0x0001a76c in catching_eval_instruction (pc=0x1039114) at /Users/ hww3/Pike/7.7/src/interpret.c:2212 #5 0x0001a864 in jump_opcode_F_CATCH () at /Users/hww3/Pike/7.7/src/ interpret_functions.h:1273 #6 0x01039108 in ?? () #7 0x000181ac in mega_apply (type=25239608, args=2, arg1=0x13, arg2=0xffffffff) at /Users/hww3/Pike/7.7/src/interpret.c:2180 #8 0x00003644 in main (argc=2, argv=0xbffff974) at /Users/hww3/Pike/ 7.7/src/main.c:569 and if I step through the code, I eventually get back to the same point with the same object, and Pike never exits. Anyone with some internals experience care to venture a guess as to what the problem might be? Bill

3 2

pike internals documentation?
by Martin Bähr 05 Jan '07

05 Jan '07

hi, i just noticed that for some reason the chapter on pike internals which can be found in an old version of the pike manual is not there anymore in the current version: http://fredrik.hubbe.net/pike/tutorial/tutorial_split_17.html i think there are more useful sections in that old manual that are not in the current one. i noticed this one because of people repeatedly looking for documentation on the master, and that seems to be the only place where that documentation seems to still exist. anyone know why this has been dropped? intentional (because it's maybe outdated)? or by accident (lost during restructuring of sections)? or is it simply waiting to be converted to the new doc format? greetings, martin.

4 5

calendar patch
by Mirar ＠ Pike developers forum 02 Jan '07

02 Jan '07

Can someone with access patch this? Index: Events.pmod =================================================================== RCS file: /pike/data/cvsroot/Pike/7.7/lib/modules/Calendar.pmod/Events.pmod,v retrieving revision 1.15 diff -u -r1.15 Events.pmod --- Events.pmod 7 Aug 2003 14:19:44 -0000 1.15 +++ Events.pmod 2 Jan 2007 17:15:22 -0000 @@ -67,9 +67,10 @@ case "WDRel": // WDRel May Fri 1st + days=1; if (sscanf(rule, "WDRel%*[ \t]%s%*[ \t]%s%*[ \t]%d%*[a-z]%*[ \t]%d days", - mn,wd,n,days)>=5 && + mn,wd,n,days)>=7 && month2n[mn] && wd2n[wd] && n>0) { Event.Event e= @@ -79,9 +80,10 @@ return e; } // WDRel May Fri last + days=1; if (sscanf(rule, "WDRel%*[ \t]%s%*[ \t]%s%*[ \t]%s%*[ \t]%d days", - mn,wd,a,days)>=5 && a=="last" && + mn,wd,a,days)>=6 && a=="last" && (m=month2n[mn]) && wd2n[wd]) { m=(m%12)+1; @@ -92,11 +94,12 @@ return e; } // WDRel May 17 Fri +17 excl - days=a=0; + a=0; + days=1; if (sscanf(rule, "WDRel%*[ \t]%[A-z]%*[ \t]%d%*[ \t]%s%*[ \t]" "%d%*[ \t]%[a-z]%*[ \t]%d days", - mn,md,wd,n,a,days)>=9 && a && a!="" && + mn,md,wd,n,a,days)>=10 && a && a!="" && (m=month2n[mn]) && wd2n[wd]) { if (!(<"incl","excl">)[a]) @@ -111,10 +114,11 @@ return e; } // WDRel May 17 Fri +17 + days=1; if (sscanf(rule, "WDRel%*[ \t]%[A-z]%*[ \t]%d%*[ \t]%[^ \t]%*[ \t]" "%d%*[ \t]%d days", - mn,md,wd,n,days)>=7 && + mn,md,wd,n,days)>=8 && (m=month2n[mn]) && wd2n[wd]) { m=(m%12)+1; / Mirar Previous text: >15109614 2007-01-02 18:14 /14 lines/ Mirar >Recipients: Tideräkning (och) kalendrar >Comment to 15109518 >Subject: Arbetsdagar på ett år >-------------------------------------------------------------------- >Vilka icke-helgdagar är icke-arbetsdagar? Lördagar, julafton, >nyårsafton och midsommarafton, eller är de fler? > >Då får jag 11337 helgdagar (efter bugfix) mellan 2000 och 2099, >dvs 25188 arbetsdagar = 251.88 arbetsdagar per år. En miss på 0.7, vad >har jag missat? > >(för den som är intresserad, Pike: >sizeof((Calendar.Events.se->holidays() > |Calendar.Events.saturday > |Calendar.Events.se["christmas eve"] > |Calendar.Events["new years eve"] > |Calendar.Events.se["midsummers eve"] > ->scan_events((Calendar.Year(2000)*100))); ) > >(15109614) /Mirar/-------------------------------------------------- >

2 2

src/post_modules/GTK/dependencies
by Peter Bortas ＠ Pike developers forum 30 Dec '06

30 Dec '06

Why is 7.6/src/post_modules/GTK/dependencies in CVS? Looks generated to me.

1 0

setxattr
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 30 Dec '06

30 Dec '06

Do we want setxattr as a new efun in Pike 7.8, or should it be hidden in Stdio or System or something?

4 7

Pike 7.6.98 beta
by Peter Bortas ＠ Pike developers forum 29 Dec '06

29 Dec '06

http://pike.ida.liu.se/pub/pike/beta/7.6.98/Pike-v7.6.98.tar.gz My TODO list for making a new release is now empty.

1 0

Re: why is pike not using utf-8 internally?
by Mirar ＠ Pike developers forum 16 Dec '06

16 Dec '06

I think lots of systems are using UTF8 internally because adding support for widestrings is a *lot* of work... and for a lot of string operations it doesn't matter that much, for instance regexps. (But even there you will lose the functionality of easily matching different characters that doesn't fit in ASCII, for instance, like "[åäö]", since they will have multiple characters in the UTF8 string.)

3 4

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