Does anyone have any objections to 7.8.680 becoming the next official release of Pike? Do note that machine code is non-functional on (at least more modern instances of) i386. If I don't hear any objections in 24 hours, I will attempt to update the website, etc, with the new information. Best, Bill
>I've started getting > >/home/nilsson/pike/lib/modules/String.pmod/module.pmod:98: Warning: An >expression of type string | int | !mixed cannot be assigned to a >variable of type int. > >after the changes in there. It should be possible to work out that > > int sz = min(@map(strs, sizeof)); > >is always the correct type. After some tests, it seems that the problem is the type of min(): > array(string) strs; > typeof(map(strs, sizeof)); (1) Result: array(int) > typeof(min(@map(strs, sizeof))); (2) Result: string | int | !mixed > typeof(min()); (3) Result: string | !mixed > min(); (4) Result: 0 I'll see what I can do.
I've started getting /home/nilsson/pike/lib/modules/String.pmod/module.pmod:98: Warning: An expression of type string | int | !mixed cannot be assigned to a variable of type int. after the changes in there. It should be possible to work out that int sz = min(@map(strs, sizeof)); is always the correct type.
>Hi. > >I've gotten several requests for adding inherit-graphs to the Pike >documentation. I now have a proof of concept that renders the graphs >as a <pre>-formatted block similar to the corresponding feature in >javadoc (but supporting multiple-inherits). The inherit graphs have now been extended with the immediate children (if any). I've also had a first go at fixing another top wish-list item for the manual: documentation of inherited symbols. The navigation now (with the help of some self-generating javascript) includes the inherited symbols. /grubba
In INIT, EXIT and some gc callbacks the fun in Pike_fp is set to FUNCTION_BUILTIN. there are some places in the code (e.g. ADT.List()->_get_iterator) where ->fun is used in INHERIT_FROM_INT et al, which segfaults (except with PIKE_DEBUG). I am not sure where to fix this. Should the *_FROM_INT macros check for FUNCTION_BUILTIN or is this better to be handled in the individual INIT/EXIT methods ? does anyone object to making ADT.Stack and ADT.Queue inherit ADT.List? arne
Too bad those pages consistently crash latest Safari (at least for me, anyone else more successful?). Seems to be the xlink:href pointing to a page in the page cache that is the trigger, and since all graphs contain a link to the current page that condition is always satisfied. Even if we bug-report this there will be a tail of older browsers that can't read the documentation.
4 maj 2012 kl. 21:55 skrev Henrik Grubbström (Lysator) @ Pike (-) developers forum: >> On Fri, May 04, 2012 at 06:10:02PM +0000, Henrik Grubbstr m (Lysator) @ Pike (-) developers forum wrote: >>> I've now implemented generation of SVG graphs per the example, and >>> restarted the manual extractor at http://pike.lysator.liu.se/. The >>> extractor has only reached 7.3.9, so to view some inherit graphs, >>> take a look at the GTK documentation. >> >> very, very nice!! >> (i am looking forward to see the graphs on the calendar module> > Hmm... > The MirarDoc extractor didn't generate correct markup for inherits. > > Fixed. > > I've restarted the extractor once more, so now it's back at ulpc... > > As a teaser, I can say that a few of the Calendar module inherit > graphs are rather exotic (there are actually places where the same > class is inherited multiple times through different other classes). ... which is not that much of a surprise as Martin B. implied. He just voiced the curiosity I thought myself about the Calendar module when you published the visualization-inherit-graphs-thingy. And I do not mean to be disrespectful to Mirar, since I really like the Calendar module, and consider it immensely useful.
On Fri, May 04, 2012 at 06:10:02PM +0000, Henrik Grubbstr�m (Lysator) @ Pike (-) developers forum wrote: > I've now implemented generation of SVG graphs per the example, and > restarted the manual extractor at http://pike.lysator.liu.se/. The > extractor has only reached 7.3.9, so to view some inherit graphs, > take a look at the GTK documentation. very, very nice!! (i am looking forward to see the graphs on the calendar module
I've now implemented generation of SVG graphs per the example, and restarted the manual extractor at http://pike.lysator.liu.se/. The extractor has only reached 7.3.9, so to view some inherit graphs, take a look at the GTK documentation.
With a little modification of the algorithm, I think I've gotten an acceptable order for the tree case, while still surviving the DAG case: | Class SSL.https | Inherit graph | | predef::ADT.Queue | | | | predef::SSL.context | | | | | | predef::Stdio.Port | | | | | +---+---+--predef::SSL.sslport | | | +--predef::SSL.https | Class Parser.XML.Tree.SimpleRootNode | Inherit graph | | predef::Parser.XML.Tree.XMLParser | | | | predef::Parser.XML.Tree.AbstractSimpleNode | | | | | | predef::Parser.XML.Tree.VirtualNode | | | | | | +---+--predef::Parser.XML.Tree.SimpleNode | | | | +-----------+--predef::Parser.XML.Tree.SimpleRootNode | Class GTK2.FileChooserDialog(Continue reading)
RSS Feed30 | |
|---|---|
69 | |
32 | |
5 | |
3 | |
16 | |
8 | |
11 | |
34 | |
1 | |
20 | |
11 | |
58 | |
52 | |
18 | |
98 | |
44 | |
18 | |
73 | |
37 | |
49 | |
124 | |
67 | |
48 | |
22 | |
78 | |
68 | |
88 | |
7 | |
38 | |
37 | |
34 | |
86 | |
45 | |
154 | |
26 | |
36 | |
39 | |
67 | |
47 | |
68 | |
67 | |
34 | |
85 | |
339 | |
551 | |
76 | |
254 | |
51 | |
54 | |
30 | |
28 | |
24 | |
54 | |
125 | |
101 | |
134 | |
53 | |
124 | |
77 | |
59 | |
94 | |
29 | |
65 | |
66 | |
38 | |
24 | |
29 | |
20 |
