Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Freeze of Debian 8.0 "jessie"
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 16 Oct '14

16 Oct '14

A reminder since I neglected it the last time: The next release of Debian will be frozen on 5 November 23:59 UTC [1]. Any new versions must make it to testing before that, i.e. be uploaded before 26 October. If you wish to make another stable Pike release and have it be included in jessie, now is the time to start finalizing it. [1] https://release.debian.org/jessie/freeze_policy.html

9 16

_crypt
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 13 Oct '14

13 Oct '14

Anyone knows which system has _crypt as crypt function?

3 3

Pike 8.0
by Per Hedbor () ＠ Pike (-) developers forum 05 Oct '14

05 Oct '14

I just forked off pike 8.1 from 8.0. The intent is to fairly soon (for values of soon) release a new stable from 8.0. If you have any issues with the current version, please tell us about it. :) Also, new features should preferably go to 8.1 now. -- Per Hedbor

6 8

Re: Pike 8.0
by Chris Angelico 03 Oct '14

03 Oct '14

On Sat, Oct 4, 2014 at 12:00 AM, Per Hedbor () @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > The intent is to fairly soon (for values of soon) release a new stable > from 8.0. > > If you have any issues with the current version, please tell us about > it. :) Sounds good to me! Which means we don't need to consider the backporting of the program index bugfix, so I've deleted the branch. Was having trouble building the latest, but a complete wipe-out (rm -rf *; git checkout -f) fixed that. Not sure what the issue was, doesn't much matter. ChrisA

2 1

SSL module
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 01 Oct '14

01 Oct '14

A little update on the SSL module. This is a test of running different cipher suites from OpenSSL/1.0.1f using different versions of SSL/TLS. In total there are 85 ciphers suites, of which only 16 totally fails, and they do that due to missing implementation of PSK and SRP key exchange, and SEED cipher. v3 1.0 1.1 1.2 [ ] [ ] [ ] [X] : AES128-GCM-SHA256 [X] [X] [X] [X] : AES128-SHA [ ] [ ] [ ] [X] : AES128-SHA256 [ ] [ ] [ ] [X] : AES256-GCM-SHA384 [X] [X] [X] [X] : AES256-SHA [ ] [ ] [ ] [X] : AES256-SHA256 [X] [X] [X] [X] : CAMELLIA128-SHA [X] [X] [X] [X] : CAMELLIA256-SHA [X] [X] [X] [ ] : DES-CBC-SHA [X] [X] [X] [X] : DES-CBC3-SHA [ ] [ ] [ ] [X] : DHE-DSS-AES128-GCM-SHA256 [X] [X] [X] [X] : DHE-DSS-AES128-SHA [ ] [ ] [ ] [X] : DHE-DSS-AES128-SHA256 [ ] [ ] [ ] [X] : DHE-DSS-AES256-GCM-SHA384 [X] [X] [X] [X] : DHE-DSS-AES256-SHA [ ] [ ] [ ] [X] : DHE-DSS-AES256-SHA256 [X] [X] [X] [X] : DHE-DSS-CAMELLIA128-SHA [X] [X] [X] [X] : DHE-DSS-CAMELLIA256-SHA [ ] [ ] [ ] [ ] : DHE-DSS-SEED-SHA [ ] [ ] [ ] [X] : DHE-RSA-AES128-GCM-SHA256 [X] [X] [X] [X] : DHE-RSA-AES128-SHA [ ] [ ] [ ] [X] : DHE-RSA-AES128-SHA256 [ ] [ ] [ ] [X] : DHE-RSA-AES256-GCM-SHA384 [X] [X] [X] [X] : DHE-RSA-AES256-SHA [ ] [ ] [ ] [X] : DHE-RSA-AES256-SHA256 [X] [X] [X] [X] : DHE-RSA-CAMELLIA128-SHA [X] [X] [X] [X] : DHE-RSA-CAMELLIA256-SHA [ ] [ ] [ ] [ ] : DHE-RSA-SEED-SHA [ ] [ ] [ ] [X] : ECDH-ECDSA-AES128-GCM-SHA256 [ ] [X] [X] [X] : ECDH-ECDSA-AES128-SHA [ ] [ ] [ ] [X] : ECDH-ECDSA-AES128-SHA256 [ ] [ ] [ ] [X] : ECDH-ECDSA-AES256-GCM-SHA384 [ ] [X] [X] [X] : ECDH-ECDSA-AES256-SHA [ ] [ ] [ ] [X] : ECDH-ECDSA-AES256-SHA384 [ ] [X] [X] [X] : ECDH-ECDSA-DES-CBC3-SHA [ ] [X] [X] [X] : ECDH-ECDSA-RC4-SHA [ ] [ ] [ ] [X] : ECDH-RSA-AES128-GCM-SHA256 [ ] [ ] [ ] [X] : ECDH-RSA-AES128-SHA [ ] [ ] [ ] [X] : ECDH-RSA-AES128-SHA256 [ ] [ ] [ ] [X] : ECDH-RSA-AES256-GCM-SHA384 [ ] [ ] [ ] [X] : ECDH-RSA-AES256-SHA [ ] [ ] [ ] [X] : ECDH-RSA-AES256-SHA384 [ ] [ ] [ ] [X] : ECDH-RSA-DES-CBC3-SHA [ ] [ ] [ ] [X] : ECDH-RSA-RC4-SHA [ ] [ ] [ ] [X] : ECDHE-ECDSA-AES128-GCM-SHA256 [ ] [X] [X] [X] : ECDHE-ECDSA-AES128-SHA [ ] [ ] [ ] [X] : ECDHE-ECDSA-AES128-SHA256 [ ] [ ] [ ] [X] : ECDHE-ECDSA-AES256-GCM-SHA384 [ ] [X] [X] [X] : ECDHE-ECDSA-AES256-SHA [ ] [ ] [ ] [X] : ECDHE-ECDSA-AES256-SHA384 [ ] [X] [X] [X] : ECDHE-ECDSA-DES-CBC3-SHA [ ] [X] [X] [X] : ECDHE-ECDSA-RC4-SHA [ ] [ ] [ ] [X] : ECDHE-RSA-AES128-GCM-SHA256 [ ] [X] [X] [X] : ECDHE-RSA-AES128-SHA [ ] [ ] [ ] [X] : ECDHE-RSA-AES128-SHA256 [ ] [ ] [ ] [X] : ECDHE-RSA-AES256-GCM-SHA384 [ ] [X] [X] [X] : ECDHE-RSA-AES256-SHA [ ] [ ] [ ] [X] : ECDHE-RSA-AES256-SHA384 [ ] [X] [X] [X] : ECDHE-RSA-DES-CBC3-SHA [ ] [X] [X] [X] : ECDHE-RSA-RC4-SHA [X] [X] [X] [ ] : EDH-DSS-DES-CBC-SHA [X] [X] [X] [X] : EDH-DSS-DES-CBC3-SHA [X] [X] [X] [ ] : EDH-RSA-DES-CBC-SHA [X] [X] [X] [X] : EDH-RSA-DES-CBC3-SHA [X] [X] [ ] [ ] : EXP-DES-CBC-SHA [X] [X] [ ] [ ] : EXP-EDH-DSS-DES-CBC-SHA [X] [X] [ ] [ ] : EXP-EDH-RSA-DES-CBC-SHA [X] [X] [ ] [ ] : EXP-RC2-CBC-MD5 [X] [X] [ ] [ ] : EXP-RC4-MD5 [ ] [ ] [ ] [ ] : PSK-3DES-EDE-CBC-SHA [ ] [ ] [ ] [ ] : PSK-AES128-CBC-SHA [ ] [ ] [ ] [ ] : PSK-AES256-CBC-SHA [ ] [ ] [ ] [ ] : PSK-RC4-SHA [X] [X] [X] [X] : RC4-MD5 [X] [X] [X] [X] : RC4-SHA [ ] [ ] [ ] [ ] : SEED-SHA [ ] [ ] [ ] [ ] : SRP-3DES-EDE-CBC-SHA [ ] [ ] [ ] [ ] : SRP-AES-128-CBC-SHA [ ] [ ] [ ] [ ] : SRP-AES-256-CBC-SHA [ ] [ ] [ ] [ ] : SRP-DSS-3DES-EDE-CBC-SHA [ ] [ ] [ ] [ ] : SRP-DSS-AES-128-CBC-SHA [ ] [ ] [ ] [ ] : SRP-DSS-AES-256-CBC-SHA [ ] [ ] [ ] [ ] : SRP-RSA-3DES-EDE-CBC-SHA [ ] [ ] [ ] [ ] : SRP-RSA-AES-128-CBC-SHA [ ] [ ] [ ] [ ] : SRP-RSA-AES-256-CBC-SHA

1 0

Re: Array augmented assignment doesn't always work
by Chris Angelico 30 Sep '14

30 Sep '14

On Wed, Oct 1, 2014 at 2:05 AM, Henrik Grubbström (Lysator) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > No problem, the test program triggered the bug consistently, so it was > easy to find and fix the bug. > > Fixed in current Pike 8.0. > Thanks for that! Confirmed successful. It actually took me a while to make that test program. The failing code was deep inside several levels of indirection, but when I tried to do the same thing manually, I invariably used a string literal instead of a string variable - and then it worked perfectly :) But I'm glad there are these occasional over-optimization bugs. They're part and parcel with a highly optimized interpreter, and that's something I love about Pike. ChrisA

1 0

Array augmented assignment doesn't always work
by Chris Angelico 30 Sep '14

30 Sep '14

Apologies for the non-minimality of the test-case, but this is a smidge weird. The changes made in b2d25e "Compiler: Improved soundness of the op-assign optimizer" seem to have broken this: //Should print ({ }) to stdout and return 0, because the array should end up empty. //This is what happens in 7.8 on Windows. //In the latest 8.0, the first removal fails, so it shows ({ "a" }) and returns 1. array(string) arr=({"a","b","c"}); int main() { add_constant("G",this); compile_string("void x() {string z=\"a\"; G->arr-=({z});}")()->x(); compile_string("void x() {string z=\"b\"; G->arr=G->arr-({z});}")()->x(); compile_string("void x() {G->arr-=({\"c\"});}")()->x(); write("%O\n",arr); return sizeof(arr); } In theory, the three forms of element removal ought to be equivalent, but the first one doesn't seem to be functional. I'm afraid the details are a bit beyond me - the optimizer isn't something I'm familiar with. All I know is, bisection points to that commit, and reverting it on top of 8.0 makes the above script work correctly. Sorry for the vagueness. ChrisA

2 1

Re: Program.all_inherits needs documentation... or a better spec
by Chris Angelico 28 Sep '14

28 Sep '14

On Mon, Sep 29, 2014 at 3:35 AM, Henrik Grubbström (Lysator) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: >>Program.all_inherits has a FIXME asking for docs. But its definition >>is a little odd: it returns a list of the given program's inherits, >>and everything they inherit - but not recursively. > > Not quite... Take a closer look at the loop -- It isn't a foreach()... > >>I could document it as such, but it strikes me that this should be >>recursive, similar to inherit_tree but returning a flat array. Example >>implementation in branch rosuav/pgm_all_inherits - what do you think? > > No need for a new implementation; the current already does it. Oohhhhh...... right. I looked at it and misread it as a manually-implemented foreach. Okay. In that case, I'll document it as-is, but also add an explanatory comment for the benefit of the next person. ChrisA

1 0

Program.all_inherits needs documentation... or a better spec
by Chris Angelico 28 Sep '14

28 Sep '14

Program.all_inherits has a FIXME asking for docs. But its definition is a little odd: it returns a list of the given program's inherits, and everything they inherit - but not recursively. I could document it as such, but it strikes me that this should be recursive, similar to inherit_tree but returning a flat array. Example implementation in branch rosuav/pgm_all_inherits - what do you think? ChrisA

2 1

Editing the Pike tutorial - where is it?
by Chris Angelico 21 Sep '14

21 Sep '14

The tutorial at http://pike.lysator.liu.se/docs/tutorial/ is a bit out of date, and its header comment says that it "will be updated ASAP". I'd like to fix some of it up (most notably the GTK bits; someone was asking me about them, as they're all GTK1 and don't work with GTK2), but can't find the source files in the main Pike tree. Poking around with the code librarian didn't show me anything, though I may have missed something. Where is the tutorial rendered from? ChrisA

2 2

Jump to page:

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