Pike-devel

pike-devel@lists.lysator.liu.se

2 participants
3046 discussions

Redis protocol
by Ignasi Cavero 06 Dec '21

06 Dec '21

Hello, I've written a Pike module that implements the Redis protocol (https://redis.io) Licensed under LGPLv3, but if you need another license, please contact me. https://glog.org/Pike/Redis.tar.gz -- *Ignasi Cavero* Técnico de I+D+i | R&D Technician ignasi(a)lleida.net (+34) 652 813 884 *Parc Científic i Tecnològic Agroalimentari de Lleida* Edifici H1 2a planta B | 25003 Lleida (Spain) Tel. 902 999 272 | (+34) 973 282 300 Fax (+34) 973 282 195 www.lleida.net <http://www.lleida.net> Política de privacidad <http://www.lleida.net/es/privacy.html>

1 0

Bug in ccm glue?
by Niels M�ller (entering a radioactive zone) ＠ Pike (-) developers forum 03 Dec '21

03 Dec '21

Hi, I've received a bug report (from someone at Opera) about a crash when using Crypto.AES.CCM. Example int main() { mixed state1 = Crypto.AES.CCM.State(); state1->set_encrypt_key(String.hex2string("bedcfb5a011ebc84600fcb296c15af0d")); state1->set_iv(String.hex2string("438a547a94ea88dce46c6c85")); state1->update(String.hex2string("")); string ct = state1->crypt(String.hex2string("")); state1->digest(); return 0; } When I try it (with Pike v8.0, installed as a debian package on x86_64) it segfaults in nettle_memxor3. As far as I can tell from 5 minutes of printf debugging, crash is inside the call to ->digest(). The set_iv method looks a bit suspicious to me, it doesn't include the required arguments for the nettle function ccm_set_nonce (and ccm is generally a bit messier to setup than most other modes). See http://www.lysator.liu.se/~nisse/nettle/nettle.html#index-ccm_005fset_005fn… There may of course be some problem in the nettle library too, in particular, I would be happier if api misuse resulted in an assert failure rather than a segfault.

2 3

Re: bufferdAmount or bufferedAmount?
by Chris Angelico 18 Nov '21

18 Nov '21

On Fri, Nov 19, 2021 at 10:33 AM ceder (-) Per Cederqvist @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > > This code in lib/modules/Protocols.pmod/WebSocket.pmod seems to be > missing an "e": > > //! @decl int bufferedAmount > //! Number of bytes in the send buffer. > > int `bufferdAmount() { > return sizeof(out); > } > > I guess it should be "bufferedAmount", not "bufferdAmount"? Yep, I'd agree. It's entirely possible there's code in the wild depending on the misspelled version though. Might be worth adding the correct one and leaving the existing one as a deprecated alias for it. ChrisA

1 0

bufferdAmount or bufferedAmount?
by ceder (-) Per Cederqvist ＠ Pike (-) developers forum 18 Nov '21

18 Nov '21

This code in lib/modules/Protocols.pmod/WebSocket.pmod seems to be missing an "e": //! @decl int bufferedAmount //! Number of bytes in the send buffer. int `bufferdAmount() { return sizeof(out); } I guess it should be "bufferedAmount", not "bufferdAmount"?

1 0

compile of pike under chroot failing
by cheese＠nosuchhost.net 11 Nov '21

11 Nov '21

hi i'm currently building rpms of pike 8.0 for fedora35 and have troubles to "install" the binaries. my setup: mock (chroot environment for building rpms). inside of that environment there are several steps, mainly extract source-files, prepare, compile, install and collect the final binaries. the install step for both x86_64 and aarch64 seems to stop at: Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.bdeWDr + umask 022 + cd /builddir/build/BUILD + '[' /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 '!=' / ']' + rm -rf /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 ++ dirname /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 + mkdir -p /builddir/build/BUILDROOT + mkdir /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 + cd Pike-v8.0.1116 + buildroot=/builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 + rm -rf /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 + cd build + /usr/bin/make buildroot=/builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64 install 'INSTALLARGS=buildroot='\''/builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64'\'' lib_prefix='\''/usr/lib64/pike80'\'' include_prefix='\''/usr/include/pike80'\'' --traditional' Makefile:478: warning: ignoring prerequisites on suffix rule definition Makefile:524: warning: ignoring prerequisites on suffix rule definition make[1]: Entering directory '/builddir/build/BUILD/Pike-v8.0.1116/build' Makefile:478: warning: ignoring prerequisites on suffix rule definition Makefile:524: warning: ignoring prerequisites on suffix rule definition make[1]: Leaving directory '/builddir/build/BUILD/Pike-v8.0.1116/build' make[1]: Entering directory '/builddir/build/BUILD/Pike-v8.0.1116/build' Makefile:478: warning: ignoring prerequisites on suffix rule definition Makefile:524: warning: ignoring prerequisites on suffix rule definition make[1]: Leaving directory '/builddir/build/BUILD/Pike-v8.0.1116/build' Installing Pike in /builddir/build/BUILDROOT/pike80-8.0.1116-1.fc35.aarch64/usr, please wait... i'm waiting for several hours (around 16) now attaching with strace to the running pike gets me: close_range(11, -1, 0) = -1 EPERM (Operation not permitted) openat(AT_FDCWD, "/proc/self/fd/", O_RDONLY|O_DIRECTORY) = 9 getdents64(9, 0x7ffdc355bb80 /* 13 entries */, 1024) = 312 getdents64(9, 0x7ffdc355bb80 /* 0 entries */, 1024) = 0 close(9) = 0 close_range(11, -1, 0) = -1 EPERM (Operation not permitted) openat(AT_FDCWD, "/proc/self/fd/", O_RDONLY|O_DIRECTORY) = 9 getdents64(9, 0x7ffdc355bb80 /* 13 entries */, 1024) = 312 getdents64(9, 0x7ffdc355bb80 /* 0 entries */, 1024) = 0 close(9) .... fast looping over that lines any ideas? the same under fedora 34 built correctly. any suggestions? yours josef

3 4

mailling list archive not complete
by cheese＠nosuchhost.net 10 Nov '21

10 Nov '21

hi i see some mails in my inbox from pike-devel which are missing in the online archive at http://lists.lysator.liu.se/pipermail/pike-devel/2021-October/date.html eg. the answers for "New Pike 8.0 release?" from william are missing online. yours josef

1 0

New Pike 8.0 release?
by william＠welliver.org 10 Nov '21

10 Nov '21

It's been about a year since the last release, and I've found a number of configure problems on "apple silicon". How about we start the process of a new 8.0 release? Perhaps starting 2 weeks from today? If there are no objections, I'll start cutting release candidates at that point. I'll send a reminder when about a week is left. Bill

3 2

Re: New Pike 8.0 release?
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 28 Oct '21

28 Oct '21

Ah, ok, in 8.0.1116 you mean. Then I understand and completely agree. :-)

1 0

Pike Meet-up 2018-Q1
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 20 Oct '21

20 Oct '21

Hi. At Pike Conference 2017 it was decided that we ought to hold a more informal meeting in Linköping ~ once every quarter. As the three month mark from the conference is coming up soon, it seems time to announce the first such meeting for 2018: Pike Meet-up 2018-Q1 Date: 2018-02-03 (Sat) Time: 10:00 - afternoon/evening Place: Roxen IS AB S:t Larsgatan 22A Linköping Welcome! /grubba

2 13

Re: What are the consequences of adding a subtype?
by Chris Angelico 20 Oct '21

20 Oct '21

On Wed, Oct 20, 2021 at 8:44 PM Henrik Grubbström (Lysator) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Not quite correct; normal ones are 0..USHRT_MAX-1 and builtin > functions are USHRT_MAX. The subtype is used to select the > function entry in the function table for the object. Ahh gotcha. > AFAIR the generator function gets the suffix "\0generator" appended > to its function name, but I'm uncertain whether this is visible at > the Pike code level. It technically is, if you sprintf("%O", f), but that seems a hacky way to recognize generator state functions. It also doesn't recognize generator functions themselves, although that's less important. > There may also be a difference in the value returned by _typeof(). True in a sense, when looking at a specific generator and its state function, but I don't think this can be used to directly recognize them: fibonacci: /main()->fibonacci function( : function(void | mixed, void | function(void | mixed ... : void) : int | zero)) fib: /main()->fibonacci\u0000generator function(void | mixed, void | function(void | mixed ... : void) : int | zero) The use-case is an asynchronous function handler. I've started to write it up here: https://rosuav.github.io/StilleBot/Asynchronicity#asynchronous-functions-wi… The spawn_task callable needs to be able to recognize a Concurrent.Future or a generator state function as things to await, and anything else as things to return. If I could ask for the moon here, I'd also really love to be able to know when a state function has finished, other than calling it again and getting undefined back. That would allow a simple check after getting a value to determine whether the value was yielded or returned: if the state function is now finished, then it was returned, otherwise it was yielded (and we should go back and do more stuff later). At the moment, I have to assume that there's still more to do, and then if I ever get an undefined, I assume that the function is finished. That could conceal bugs. I've been tinkering with trying to create a Function.function_type() function, but so far, it's looking like most of the information is handled at compilation time only. ChrisA

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
305
Older →

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