Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Working on new stable
by Peter Bortas (nu med mindre Opera) ＠ Pike (-) developers forum 24 Feb '06

24 Feb '06

It's time to make a new stable release. Does anyone have outstanding fixes they want included check them in by sunday so I can make a beta.

1 1

glibc-2.3.5 and threads/Process
by Hedda (www.linkmeet.com is now international) ＠ Pike (-) developers forum 21 Feb '06

21 Feb '06

(Everything is using Pike 7.6.66, but .64 has the same problem) I have a problem to get threads or Process to work properly with glibc-2.3.5 (or something related). I'm using Mandriva 2006 and Gcc-4.0.1. gcc-2.96 works just as badly. All my glibc-2.3.4 system works. /* Here is the program that hangs (after 2-6 "Ho!" and the same number of "Bar" usually, but sometimes it works) */ int xx=0; void main () { mixed a() { return allocate(10, thread_create) ( lambda() { write("Ho!\n"); for (int x=0; x<10; x++) { for (int e=0; e<50; e++) if (Process.create_process(({"/bin/cat","/dev/null"}))->wait()) return e; } write("Hej!\n"); __signal_watchdog(); return -1; } )->wait() - ({-1}); }; mixed b() { return ({}); }; a(); write("Bar\n"); b(); write(( file_stat("/bin/cat") && file_stat("/dev/null") && all_constants()->thread_create && (cpp("__NT__")/"\n")[1]=="__NT__" ) +"\n"); write("xx"+xx+"\n"); } void __signal_watchdog() { xx++; return; } /* end program */ I have tried to build Pikes on the working systems and do "make bin_export" (Even with --without-dynamic-modules), but the result is the same. But if I try the Pike built by Roxen ( http://download.roxen.com/4.0/ in the Roxen Webserver 4.0.425 Fedora Core 4 x86 package) it runs the program above without problems, but it still hangs my Roxen about 2 times a day (when it's under heavy load). "hangs" means that it uses 0 CPU and doesn't do a thing, and needs to be killed with -9. So my question is: Has anyone else got glibc-2.3.5 to work perfectly with Pike (make verify)? And then: Is this Pike's or glibc's fault? If it's glibc's fault, then I need some help to write a bug-report. I did get some related warnings while compiling Pike: /home/hedda/Pike-v7.6.66/src/dynamic_load.c: In function 'exit_dynamic_load': /home/hedda/Pike-v7.6.66/src/dynamic_load.c:647: warning: variable 'tmp' might be clobbered by 'longjmp' or 'vfork' /home/hedda/Pike-v7.6.66/src/object.c: In function 'call_destroy': /home/hedda/Pike-v7.6.66/src/object.c:677: warning: variable 'e' might be clobbered by 'longjmp' or 'vfork' /home/hedda/Pike-v7.6.66/src/program.c: In function 'store_constant': /home/hedda/Pike-v7.6.66/src/program.c:5299: warning: variable 'e' might be clobbered by 'longjmp' or 'vfork' But when I fix the warnings by using "volatile"-declarations of these variables, the above program still doesn't work, so I guess it's unrelated. Grubba had the theory: >"~ Your header-files probably don't match your thread-libraries. ~" >(14133489) /Henrik Grubbström (Lysator)/-- But that doesn't seem to be the case, as this is happening on two different systems, and they _should_ be OK. But there might of course be a Mandriva 2006-problem with its headerfiles or something.

2 1

PCRE benchmark problem?
by Adam Montague 18 Feb '06

18 Feb '06

Running "pike -x benchmark" using a fairly recent pike 7.7, I get really bad results on the "Tag removal u. Regexp.PCRE" test. So bad that I've actually never bothered to let it finish, it just sits there sucking up CPU for a long time. If I change the number of times the test is run from 2000 to 200 I can see that it actually does work, its just incredibly slow. Is this normal, or is my PCRE lib performing horribly badly for some reason? Here's what it looks like after changing n to be 200 instead of 2000 in Tools.pmod/Shoot.pmod/TagRemovePCRE.pike Tag removal u. array_sscanf 3.936s 3.135s ? (2) (96 /s) Tag removal u. division.... 3.909s 3.055s ? (2) (65 /s) Tag removal using a loop... 4.081s 3.070s ? (2) (16 /s) Tag removal u. Regexp.PCRE.161.214s 143.930s ? (1) (1 /s) Tag removal u. Parser.HTML. 5.003s 4.590s ? (1) (65 /s) Tag removal u. search...... 5.088s 4.680s ? (1) (64 /s) Tag removal using sscanf...24.450s 22.770s ? (1) (1 /s) Thanks Adam

3 2

patch to support schemas in Sql.postgres()->list_fields
by Adam Montague 15 Feb '06

15 Feb '06

This patch lets you do db->list_fields("schema.table") on Sql.postgres objects, which is needed if you have tables with the same names in different schemas. It also fixes the check for has_relexpires which wasn't using a valid SQL query. Adam

2 3

Re: [Fwd: Re: gtk window icon?]
by Per Hedbor () ＠ Pike (-) developers forum 15 Feb '06

15 Feb '06

Specifically, in this case it's probably enough if the flush has time to reach the X-server (for X, that is) so it hangs on to the pixmap (yet another refcounted system)

3 5

[Fwd: Re: gtk window icon?]
by lance dillon 15 Feb '06

15 Feb '06

This was in response to Martin's code (the following): object iconwin = GTK.Window( GTK.WINDOW_TOPLEVEL ) ->realize() ->set_title("icon")->add(GTK.Vbox(0,0)->pack_start(GTK.Pixmap(GDK.Pixmap(GDK.Image(0,Image.PNG.decode(Stdio.read_file(rc/pike/gtk/shutdown.png"))))),0,0,0))->get_gdkwindow()->set_icon(GDK.Pixmap(GDK.Image(0,Image.PNG.decode(Stdio.read_file(rc/pike/gtk/shutdown.png"))))); It works as in the reply to Martin, that is, splitting the function calls up. I didn't investigate further, so I don't know how far you have to split the function calls, but I split it all the way. So, I read in the png file separately, created a bitmap and a pixmap separately, and then created the GTK.Pixmap from the GDK.Pixmap and GDK.Bitmap, then used the GDK.Pixmap and GDK.Bitmap for the set_icon() function, and it worked. I don't know if this might be a bug somewhere, maybe something gets optimized away? Not sure... This is with Pike v7.6.66

4 10

OpenBSD and machine code.
by Adam Montague 13 Feb '06

13 Feb '06

Does anyone know why exactly machine code is disabled when OpenBSD is detected? On 7.7 at least, make verify gives the same results on OpenBSD with machine code enabled or disabled. All the CVS commit says is "Seems to violate some checks on the compiler". Adam

4 5

Beta: 7.6.66
by Peter Bortas ＠ Pike developers forum 13 Feb '06

13 Feb '06

New beta: http://pike.ida.liu.se/pub/pike/beta/7.6.66/Pike-v7.6.66.tar.gz

12 22

/home/nilsson/Pike/7.6/src/backend.cmod:2434: Fatal error:
by Bill Welliver 09 Feb '06

09 Feb '06

I get it while trying to run Caudium with dmalloc. Pike 7.6.50, I think it's related to the particular set of modules I'm trying to use, but I don't have much more to go on... Anyone know what's up with that? Bill

1 0

module question
by lance dillon 06 Feb '06

06 Feb '06

So, I'm trying to create GTK2.Support as a sub-module of GTK2, but I'm apparently not doing it right. GTK2 has module.pmod.in and a module.so (after all the sources are compiled). This creates ___GTK2.so and GTK2.pmod. I suppose it needs to be created as GTK2.pmod/module.pmod and GTK2.pmod/Support.pmod/, with all the GTK2.Support modules in the latter directory. So, how do I go about doing that?

3 5

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