Pike-devel

pike-devel@lists.lysator.liu.se

1 participants
3045 discussions

Re: Calendar does not seem to use mktime()/localtime()/gmtime()
by Chris Angelico 14 Dec '17

14 Dec '17

On Fri, Dec 15, 2017 at 12:41 AM, Peter Bortas @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > While true, for actual Pike installations 64bit dominate. The number > of Pike mobile applications are quite low. By "quite low" do you actually mean zero, or is there actually such a thing as Pike-for-mobile? ChrisA

1 0

Calendar does not seem to use mktime()/localtime()/gmtime()
by Stephen R. van den Berg 14 Dec '17

14 Dec '17

Is there a reason for that? Because it seems that the functionality of mktime/localtime/gmtime is being reimplemented/duplicated alongside the daylight-saving tables which should be identical as provided in libc? -- Stephen.

4 8

Sql.Date Sql.Time Sql.TimeTZ Sql.Timestamp Sql.Interval
by Stephen R. van den Berg 14 Dec '17

14 Dec '17

In Pike 8.1 I checked in a few new native Sql types. This allows for faster, easier and lossless manipulation of dates/times/intervals. It also facilitates binary transfer to and from the database. I currently implemented all this for the pgsql driver. The new code still needs documentation. Reviews welcome. -- Stephen.

5 14

Concurrent improvements and enhanced depend() interface to 8.0?
by Stephen R. van den Berg 13 Dec '17

13 Dec '17

Has anyone, other than myself, actually tested the 8.1 Concurrent (since my code overhaul and the enhanced depend() interface)? I have some applications that use it rather intensely, and I added a lot of testsuite entries. I have not used the enhanced depend() interface (in my own applications), except when writing the various testsuite entries. Since the new & improved Concurrent code has some critical bugfixes: - Removes all restrictions on callbacks not being allowed to be recursive (and thus eliminates a possible cause for deadlocks). - Reduce mutex contention. - Change some operations from O(n^2) to O(n). - Promises that Promises work without a running backend (pun intended :-). I'd like to port the fixes over; but that also implies that the enhanced depend() interface is introduced to 8.0. Did you already try to use the enhanced depend() interface, Martin? -- Stephen.

1 0

Reproducing the elusive xenofarm error?
by Stephen R. van den Berg 11 Dec '17

11 Dec '17

After my most recent commit, xenofarm shows an error. Trying to reproduce that using a simple "make" seems to be difficult. Any clues? -- Stephen.

3 4

Downtime for Pike sites on Saturday Dec 9
by Peter Bortas ＠ Pike developers forum 09 Dec '17

09 Dec '17

During Saturday Dec 9 the computer room at Lysator will be reorganized and all Pike resource sites will be down at some point during the day.

1 1

Variant warnings, should I fix the code, or is the warning incorrect?
by Stephen R. van den Berg 07 Dec '17

07 Dec '17

Since the latest variant changes in 8.1, I see this: Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:205: Variant type mismatch in second pass for register. Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:205: Expected: function(string, string, void | function({ Client = object }, function(mixed ... : void), string, string, mixed ... : void) : void). Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:205: Got : function(string, string, void | function({ Client = object(implements program(/tmp/xenofarm/pike-devel/devel2.cuci.nl/buildtmp/Pike-v8.1-snapshot/build/linux-94.13.11-srb-asrock-00001-g90709e3b8a64-x86_64/test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:255)) }, function(mixed ... : void), string, string, mixed ... : void) : void). Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:210: Variant type mismatch in second pass for register. Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:210: Expected: function(string, void | function({ Client = object }, function(mixed ... : void), string, mixed ... : void) : void). Erroneous warning: test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:210: Got : function(string, void | function({ Client = object(implements program(/tmp/xenofarm/pike-devel/devel2.cuci.nl/buildtmp/Pike-v8.1-snapshot/build/linux-94.13.11-srb-asrock-00001-g90709e3b8a64-x86_64/test-install/pike/8.1.11/lib/modules/Web.pmod/SocketIO.pmod:255)) }, function(mixed ... : void), string, mixed ... : void) : void). Is that something that needs to be fixed in SocketIO.pmod? What does this warning even complain about? -- Stephen.

1 0

Concurrent flat_map() vs. map_with(), and depend()?
by Stephen R. van den Berg 06 Dec '17

06 Dec '17

Any comments on the map_with() I added to be preferred over flat_map() because it more consistently fits into the naming scheme with transform_with() and recover_with() ? How about the depend() functionality; does it fulfil all expectations? Anything else missing in Concurrent/Promises/Futures? If not, we might push it over to 8.0 together with the testsuite, since it does fix a few serious flaws in the current 8.0 implementation (the new fixes eliminate a few deadlock cases). -- Stephen.

2 2

Concurrent/Promises/Futures docs less scary?
by Stephen R. van den Berg 04 Dec '17

04 Dec '17

Anyone who has been scared away from Promises, should, I think, now take a look at the improved docs (still a lot of room for improvement there, like examples) in Pike 8.1. I changed the wording quite drastically to make it easier to digest. This time it might actually be understandable without feeling like a contortionist. -- Stephen.

1 0

Concurrent and avoid call_out() for most callbacks?
by Stephen R. van den Berg 03 Dec '17

03 Dec '17

In the old code, it was not possible to run the callbacks without incurring deadlocks. After the rewrite now, it's deadlock-free. I tested with and without the call_out() construct. In my testcases, I see: a. Comparable CPU usage for both cases. b. 6% wall-clock speed improvement when avoiding call_out(). I propose ripping out the call_out() method, so that callouts are ran directly in all cases except for the timeout-case. Any objections? -- Stephen.

2 5

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