Pike-devel

pike-devel@lists.lysator.liu.se

2 participants
3046 discussions

Start a nNew thread

random on iterators
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 14 Mar '16

14 Mar '16

How stable are Mapping.Iterator and Multiset.Iterator? Is the order guaranteed, platform dependent or something else?

2 4

Pike 8.0.182 release candidate
by Peter Bortas 10 Mar '16

10 Mar '16

Release candidate for testing: https://pike.lysator.liu.se/pub/pike/beta/8.0.182/Pike-v8.0.182.tar.gz Changes since Pike 8.0.164 (current stable) ---------------------------------------------------------------------- New features ------------ o gc It is now possible to run the gc in a quick mode to just cut weak references from a specific container. Bug fixes --------- o ADT.Heap The Element class lost track of its position when remove() was used. o Filesystem.Monitor * Improved thread safety and robustness * Inotify-related fixes. o pgsql The new driver in 8.0 suffered from filedescriptor leaks if the database connections were not explicitly close()d. Fixes have been applied which eliminate the filedescriptor leak and also ensure that the filedescriptors are closed the instant the object loses all references. o programs The runtime now attempts to wait for any compilations in progress to complete before complaining about cloning of unfinished programs. This fixes a race-condition when the same program is compiled from different threads. o Runtime Fixed multiple potential NULL-dereferences. o SSL.File Fixed breaking of circular references when the peer terminates the connection. o Standards.URI Support the userinfo field containing '@'. o Stdio.File The second argument to set_buffer() should now work. o Testsuite Updated the SHA3_* testvectors to FIPS 202. Building and installing ----------------------- o Multiple fixes for building on Solaris 11.

4 6

Fixing compilation with --enable-werror
by Chris Angelico 03 Mar '16

03 Mar '16

Currently, 8.1 trunk doesn't build with CONFIGUREARGS=--enable-werror on GCC 5.3.1, due to a couple of small issues. I've pushed fixes to the rosuav/enable-werror branch; can someone please try this on a different system, different compiler, etc, to see if it breaks anything? The three changes are: 1) Add a #include to ensure that a function is available. 2) Enable a block of code that was otherwise restricted to PIKE_DEBUG mode 3) Work around a spurious GCC warning! ChrisA

1 0

Re: Tracking down corruption after exception in GTK signal handler
by Chris Angelico 03 Mar '16

03 Mar '16

On Thu, Mar 3, 2016 at 11:00 PM, Peter Bortas @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Try compileing Pike with -fsanitize=address, there's a fairly good > chance that would catch exactly when things start going wrong of we > are talking about any kind of over/under-flow. > While I was poking with this, Grubba pushed a fix that appears to cure the problem (both for my little test case and for the original): bdcd55, using safe_apply_value. Thanks Grubba! Came across a really obscure compilation bug, though. Fun stuff. ChrisA

1 0

Tracking down corruption after exception in GTK signal handler
by Chris Angelico 03 Mar '16

03 Mar '16

int main() { GTK2.setup_gtk(); object btn=GTK2.Button("Raise an exception"); object win=GTK2.Window(0)->add(btn)->show_all(); win->signal_connect("destroy",lambda() {exit(0);}); btn->signal_connect("clicked",lambda() {error("Baboom!\n");}); return -1; } Run this, click the button, then close the window. Pike will segfault. Running a --with-debug Pike under gdb shows that the actual segfault occurs in backend_callback (defined in GTK2/source/global.pre), where it calls into the low end main loop for an iteration. Not immediately helpful. I suspect that something's getting corrupted - maybe in the Pike stack, maybe something gets freed in GTK that should have another reference - when the exception happens. How can I go about tracking this down? Where would I put probes to watch for unexpected changes? ChrisA

4 19

Re: Pike 8.0.182 release candidate
by Stephen R. van den Berg 02 Mar '16

02 Mar '16

Peter Bortas wrote: >o programs > The runtime now attempts to wait for any compilations in progress to > complete before complaining about cloning of unfinished programs. > This fixes a race-condition when the same program is compiled from > different threads. Incidentally: this fix is incomplete. So it fixes some of those race-conditions, but not all of them. -- Stephen.

2 3

Pike 8.0 rel 2 this weekend
by Peter Bortas ＠ Pike developers forum 27 Feb '16

27 Feb '16

As earlier announced I will build an RC for the second release of Pike 8.0 this weekend, and if all goes well release it on Tuesday. If you are sitting on some low risk fix patch now is the time to check it in. -- Peter Bortas

2 1

IA64
by Peter Bortas ＠ Pike developers forum 15 Feb '16

15 Feb '16

Removing silencing of warnings is fine, but I don't want IA64 specific runtime-support to be removed if there is any.

1 0

Change of release method
by Peter Bortas 09 Feb '16

09 Feb '16

Hi all, I'm going to change the release method a bit. First change being that there are releases again. Just posted 8.0 release to the user list. The second change is that I will make a stable release _attempt_ per month on the first Tuesday of the month. So the next potential packaging of a release will be on March 1st. Regards, -- Peter Bortas

1 0

Pike 8.0.162 release candidate
by Peter Bortas 08 Feb '16

08 Feb '16

This will be the full release unless it kills kittens. You have until Tuesday to pull the breaks. Pike 8.0.162 release candidate for your testing pleasures: https://pike.lysator.liu.se/pub/pike/beta/8.0.162/Pike-v8.0.162.tar.gz Windows build: https://pike.lysator.liu.se/pub/pike/beta/8.0.162/Pike-v8.0.162-win32-oldli bs.msi I did some work on building newer support libs for Windows, but that ended up being 6 hours of mostly frustration. So Nettle, GMP, GTK and Freetype are all still versions from 2008 or so. That build will probably not be promoted to a real release. Use it at your own risk. I'll have another go at that in the coming weeks. Changes in this mail are not added to CHANGES.TXT. Some of them probably should be. Changes since 8.0.146 (New Year release) -------------------------------------------------------------- * Fixed internal compiler error with implicit lambdas. * Allow disabling of wrapping of describe_backtrace output. The wrapping can add lots of spaces to the end of lines to pad them, resulting in enormous backtrace files in some circumstances. * Make the Pike SSL code work with APNS push server which uses client certificates. * Added the Markdown module and the standalone pike_to_html.pike from 8.1. * Web.Api/OAuth: Added the posibility to define the HTTP request timeout in async queries. * Protocols.HTTP: do_async_method() no longer resets the timeouts. Setting the query timeouts to something else than the default (120 seconds) should now work again. * Documentation [HTTPAccept]: Fix all references to HTTPLoop. HTTPLoop installs itself as HTTPAccept, so fix the documentation to reflect this. * Build: make precompile dependencies optional Fix builing of external modules * Updated to tzdata2016a. Regards, -- Peter Bortas

7 7

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