Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

bug report: casting to array mistake of multiset
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 04 Mar '06

04 Mar '06

This bug remains in Pike 7.6, somewhere in the multiset code. / Martin Nilsson (Opera Mini - AFK!) Previous text: >13965643 2005-12-21 04:24 /146 lines/ Brevbäraren >Recipients: Pike (-) importmöte för mailinglistan >Subject: bug report: casting to array mistake of multiset >-------------------------------------------------------------------- >Run the following program several times and see the result: > > > > > >mapping special_attrs=([]); > > > >void main() > >{ > > multiset from=(<>); > > array _to=({(<"Stone","1","%70">),(<"Stone","2","%70">)}); > > multiset to; > > array rate=({}); > > int sum; > > > > foreach(_to,multiset m){ > > int found; > > foreach(m;string k;int one){ > > if(k[0]=='%'){ > > int n; > > sscanf(k,"%%%d",n); > > rate+=({n}); > > sum+=n; > > m[k]=0; > > found=1; > > break; > > } > > } > > if(!found){ > > rate+=({1}); > > sum+=1; > > } > > } > > int r=random(sum); > > for(int i=0;i<sizeof(rate);i++){ > > if(r<rate[i]){ > > to=_to[i]; > > break; > > }else{ > > r-=rate[i]; > > } > > } > > > > multiset unchanged=from&to; > > multiset >special_add=(to-unchanged)&(multiset)(indices(special_attrs)); > > multiset >special_del=(from-unchanged)&(multiset)(indices(special_attrs)); > > multiset direct_del=filter(from-unchanged,lambda(string >x){if(x[0]!='!') return 1;else return 0;}); > > multiset direct_add=to-unchanged-special_add; > > werror("test4:%O %O\n",((array)direct_add),(direct_add)); > > > >} > > > > > > > >C:\Documents and Settings\ibm\Desktop>pike t1.pike > >test4:({ /* 1 element */ > > "2" > >}) (< /* 1 element */ > > "Stone", > > "2" > >>) > > > >C:\Documents and Settings\ibm\Desktop>pike t1.pike > >test4:({ /* 2 elements */ > > "1", > > "Stone" > >}) (< /* 2 elements */ > > "1", > > "Stone" > >>) > > > >The red lines are important, (array)direct_add is not match up to >direct_add!!! > > > > >(13965643) /Brevbäraren/-------------------------------------------- >

1 0

GTK - mouse double click
by Tor Edvardsson ＠ Pike developers forum 03 Mar '06

03 Mar '06

Hi! I'm Pike newbie so bear with me... Is there any way to catch double clicks from mouse input in the GTK module? Reference manual - GTK.Menu/example GTK.Menu menu = create_menu(); GTK.Window window = create_window(); window->signal_connect( "button_press_event", lambda(GTK.Menu m, GTK.Window w, mapping e ) { if( e->button == 3 ) menu->popup(); }, menu ); This code produce a right click popup menu. In C and Python mapping e can be checked like e->type for GDK_2BUTTON_PRESS or gtk.gdk.BUTTON_PRESS. However in Pike these constants doesn't exists (?). Tried a few variations. The mapping e does know that a double click occured because Pike compiler dumps some debugging that mapping e is a GDK.Event(button_press) for single click and GDK.Event(2button_press) for double clicks. Any ideas? / Tor

2 2

language.h in 7.7
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 01 Mar '06

01 Mar '06

Where is language.h supposed to be generated and why isn't it anymore? make in fresh checkout on an ubuntu machine stops at main.c as lex.h can't include language.h.

2 7

cyclic.c
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 28 Feb '06

28 Feb '06

In cyclic.c, shouldn't the thread be used to actually identify the cycle, not only as a component in the hash? Otherwise there is no use in setting th (or having) in the CYCLIC struct.

1 0

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

Jump to page:

2026

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