Pike-devel July 2017

pike-devel@lists.lysator.liu.se

4 participants
13 discussions

Pike 8.0.460 beta
by Peter Bortas 12 Jul '17

12 Jul '17

Pike 8.0.460 beta candidate: https://pike.lysator.liu.se/pub/pike/beta/8.0.460/Pike-v8.0.460.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.460/Pike-v8.0.460-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.460/Pike-v8.0.460-win32-oldli… This is not a release candidate. There are some changes without CHANGES and I'm not quite comfortable with the namespace the Debug.Peek functionality is living in. Changes since Pike 8.0.438 (release 9) ---------------------------------------------------------------------- New Features ------------ o Concurrent The Concurrent module simplifies asynchronous code by synchronizing events in different ways. As an example the connect() function shown below will respond with a Concurrent.Future object that at some point will represent either a connected socket or a failure. Concurrent.Future connect(string host, int port) { Stdio.File con = Stdio.File(); Concurrent.Promise p = Concurrent.Promise(); if( !con->async_connect(host, port, lambda(int success) { if(success) p->success(con); else p->failure("Failed to connect to "+host+":"+port+"\n"); })) { p->failure("Failed to open socket.\n"); } return p->future(); } The returned future can then be used in various ways. // On success, call make_request(con, query). On failure call // werror(msg). connect(host, port) ->on_failure(werror) ->on_success(make_request, query); // On success, call make_request(con, query1) followed by // make_request(resp, query2), where resp is the return value from // make_reqest. connect(host, port) ->then(make_request, werror, query1) ->then(make_request, werror, query2); // Call bridge_ports(con1, con2) when both connections are // established. Concurrent.all(connect(host1, port1), connect(host2, port2)) ->then(bridge_ports, failure); // Call make_request(con) once either of the connections are // established. Concurrent.race(connect(host1, port1), connect(host2, port2)) ->then(make_requet, query); o Filesystem.Monitor - Changed the polling heuristic. This is intended to reduce poll (and notification) delays in some circumstances. - Improved robostness of adjust_monitor(). - Removed some dead and obsolete code. - Scan accelerated monitors too. Both the Inotify and FSEvents APIs claim that they support notifications on eg network file systems, and while they will succeed in notifying on changes performed by the local host on such file systems, they will not on changes performed by other hosts. To avoid missing such changes these monitors need to be actively scanned too. o Sql.pgsql Sped up BEGIN/COMMIT statements. Preserve the initial error message in case of multiple error messages during the same transaction. Flush out unseen error messages upon connection close to stderr. o Debug.Peek Allows for interactive debugging and live data structure inspection in both single- and multi-threaded programs. Example: In the program you'd like to inspect, insert the following one-liner: Debug.Peek("/tmp/test.pike"); Then start the program and keep it running. Next you create a /tmp/test.pike with the following content: void create() { werror("Only once per modification of test.pike\n"); } int main() { werror("This will run every iteration\n"); werror("By returning 1 here, we disable the stacktrace dumps\n"); return 0; } void destroy() { werror("destroy() runs just as often as create()\n"); } Whenever you edit /tmp/test.pike, it will automatically reload the file. Bug fixes --------- o Search Fixed a race condition when updating the database. o Parser.HTML Fixed a condition where Pike would run out of stack space for large documents. o ADT.Heap Fixed heap corruption when the same object is pushed more than once. It will now be considered as calling adjust(). o Inotify Addressed an issue where the backend might be stuck in pending indefinitely. o FSEvents EventStreamMonitor now works with other backends. o Standards.BSON Fixed incorrect encoding/decoding of Binary data. o Stdio.Buffer Fixed a crash when attempting to create a rewind key on a buffer returned by read_buffer(). o mappings Fixed an off by one error in random(mapping) that randomly caused values of type PIKE_T_FREE from the freelist to be exposed to Pike. o Sql.pgsql Closed a prepared-statement-cache race when the same statement is offered multiple times before it finalises the cache entry. Fix sync errors with the database in case of multiple running statements on a single connection that generate multiple errors. -- Peter Bortas

2 6

module dumping when using buildroot
by H William Wellliver III 06 Jul '17

06 Jul '17

I've noticed that the module dumping portion of the installer fails to work properly when using a buildroot (for packaging purposes). It seems that the call to pike -x dump clears the module path, which causes pike to try to use a module path reflective of the final installed location, which doesn't exist yet. This causes compilation of dump to fail because (at least) Getopt can't be found. I'm not sure why -DFAKEROOT and friends don't avoid this problem. I didn't really dig too far into that aspect of the problem. I can confirm that setting a PIKE_MODULE_PATH containing the built module directories from the pike dist as part of the create_process call that starts dump causes the initial compilation problem to go away. I'm not sure whether dump's module path should be those from the build directory, or from the fakeroot-installed directory. The problem has been replicated on linux and solaris by doing "make install buildroot=/tmp". Any thoughts? Bill

1 0

executable bit set on non-executable files in lib
by H. William Welliver III 05 Jul '17

05 Jul '17

I’ve been working on a pike configuration for pkgsrc, and in the process, pkgsrc has noticed that there are a number of files in lib that are set executable. I know that there are a few files that can be run standalone, but these don’t seem to be in that category. Any objection to me updating those files so that they’re not executable? Examples: Web.pmod/Api.pmod/Twitter.pmod Parser.pmod/LR.pmod/GrammarParser.pmod Any thoughts? Bill

2 1

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 July 2017