Pike-devel February 2017

pike-devel@lists.lysator.liu.se

5 participants
9 discussions

Re: Playing music using pike and SDL.
by Martin Nilsson (lvl 60) ＠ Pike (-) developers forum 13 Mar '26

13 Mar '26

Were you not able to get any C code to play through SDL either? Does your SDL library have a mixer compiled in it (I think it is optional)?

5 4

managing comport settings in linux
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 13 Mar '26

13 Mar '26

Not a good idea; the design philosophy of Pike is that Pike-level code should never be able to cause memory corruption at C-level. With ioctls there's no way to know what data a specific ioctl wants without reading the documentation for that specific ioctl for that specific OS. ioctls and fcntls are a way for device handlers to hook in APIs that aren't standard across all filedescriptors. / Henrik Grubbström (Lysator) Previous text: >2004-08-17 13:32: >Subject: managing comport settings in linux >-------------------------------------------------------------------- >What would be nice, is a way to define ioctl methods in >Pike. Perhaps something like > >object i = Stdio.IOCTL(4242 /* request_id */ ); >i->add_int_parameter(); >i->add_string_parameter(); >i->set_return_type(STRING); > >string ret = i(fd, 1, "somestring"); > > >That ought to be possible, or..? > > / Marcus Agehall (PacketFront) >

3 2

full MySQL 4.x support. or pike roadmap
by thomas.gusenleitner＠com-bet.com ＠ Pike developers forum 01 Mar '26

01 Mar '26

HI to all! mysql 4.x support works only with a mysql CFLAGS=-DUSE_OLD_FUNCTIONS is this correct ? are there plans to make a full 4.x support ? bye, thomas

4 4

Proposal: Create Stdio.Port from systemd-provided socket
by Chris Angelico 22 Nov '17

22 Nov '17

Branch: rosuav/systemd-sockets Currently, you can create a Stdio.Port("stdin") as a means of accepting a socket handed to you as FD 0. However, there's no way to accept a socket given as any other FD, making it impossible to use this for systemd's sockets. Example: $ cat /etc/systemd/system/listendemo.service [Unit] Description=Listen Demo Requires=listendemo.socket [Service] User=rosuav ExecStart=/usr/local/bin/pike /home/rosuav/listendemo.pike WorkingDirectory=/home/rosuav $ cat /etc/systemd/system/listendemo.socket [Socket] ListenStream=123 $ cat listendemo.pike object mainsock = Stdio.Port("systemd", acceptloop); void acceptloop() { while (object sock=mainsock->accept()) { write("Accepted sock: %O\n", sock); sock->write("Stub\n"); sock->close(); } } int main() { write("Main sock: %O\n", mainsock); return -1; } Note that the "User=rosuav" directive means that Pike is run as a non-root user. This spares the application the hassle of managing privileges securely, as it never gets root privileges (assuming, of course, that the only reason it needed root was to bind to a privileged port, which is true for a lot of programs). As with "stdin" mode, the second parameter is optional (blocking vs nonblocking). This won't break on non-systemd systems for two reasons: firstly, all it ever does is query environment variables, and secondly, it does this only if the application requests it explicitly, so you have to actually ask for it. Is this something that would be useful? Feel free to bikeshed the API - it's not in 8.1 yet, so anything can change. ChrisA

3 6

Bad function identifier on 8.1
by Stephen R. van den Berg 29 May '17

29 May '17

While trying to use Pike 8.1, I consistently get the following on stderr whenever I run pike: /usr/local/pike/8.1.6/lib/modules/Crypto.pmod/Random.pmod.o:-: Warning: Decode failed: Error while decoding program(/usr/local/pike/8.1.6/lib/modules/Crypto.pmod/Random.pmod:23): Bad function identifier offset for random_string:function(int(0..2147483647) : string(8bit)): 3 != 0 It's not immediately obvious to me how to fix this. Anyone? Or am I the only one seeing this? -- Stephen.

2 4

Faster calls (again)
by Arne Goedeke 20 Mar '17

20 Mar '17

Ok, not sure yet if this is going anywhere this time, but I decided to attempt a second time to refactor the current function call code into something which is more readable, more flexible and hopefully faster (at some point). The branch is called 'arne/faster_calls_again'. The API is similar to what the previous version did, the main difference being that it allocates pike frames only if needed (not for efuns, casts, apply_array, etc). The changes in that branch start by first removing code which was duplicated at some point to increase performance for certain types of calls. I then added a series of new functions to initialize, execute and deinitialize a callsite. Then, I started to use it in some of the existing function call APIs and also implemented that optimized version of f_map. The code is probably broken in interesting ways, I have not tested it very well, yet. It compiles and installs. Otherwise on my list right now: * cleanup * reduce API granularity somewhat * re-add tracing and dtrace code (could all be in one place now) * optimize automap * try to optimize apply_array (e.g. when calling the same function in different instances of the same class) * make tail recursion not allocate a new frame, instead just re-use the current one Feedback and help welcome, Arne

3 8

Re: Proposal: Create Stdio.Port from systemd-provided socket
by Chris Angelico 12 Feb '17

12 Feb '17

On Sun, Feb 12, 2017 at 6:40 PM, Mirar @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > I'm guessing that the original was "stdin", then someone had the same > problem you had and expanded the API without breaking backwards. Entirely possible. I've deleted the branch for this feature, since it's not needed (although at some point, I might make a pure-Pike helper function that does the proper verification; my app currently short-cuts things a bit, since it never needs more than one socket), and made a small docs tweak to link "stdin" mode with listen_fd. Thanks for the info, Mirar and Arne! This is where this mailing list is awesome :) ChrisA

1 0

Pike 8.0.404 RC
by Peter Bortas 07 Feb '17

07 Feb '17

This will go out as a release the next couple of days as a release unless someone finds something broken. Pike 8.0.404 beta/release candidate: https://pike.lysator.liu.se/pub/pike/beta/8.0.404/Pike-v8.0.404.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.404/Pike-v8.0.404-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.404/Pike-v8.0.404-win32-oldli… Changes since Pike 8.0.388 (release 7) ---------------------------------------------------------------------- New Features ------------ o Mysql.SqlTable sizeof() on an SqlTable now returns the number of rows in the table. o Web - Updated {en,de}code_jwt() to support HMAC signatures. - Added decode_jwk{,_set}(), which decode RFC 7515-style JOSE keys. Runtime ------- o Stdio.Buffer & String.Buffer Allocated constant program identifiers for both of the above. Bug fixes --------- o Protocols.DNS The size and precision fields of T_LOC records are now properly decoded. o System.TM When a System.TM object was created without any arguments some operations would crash on Windows, and possibly other platforms. Building -------- o Configure Fixed issues with the LDSHARED test on some BSD-derivatives. o Stdio Fixed compilation issue on platforms without readdir_r(). -- Peter Bortas

1 0

Beta 8.0.398
by Peter Bortas 02 Feb '17

02 Feb '17

There will be another build before next Tuesday, so this will never leave beta. But it had to be built to test a fix for a crash in System.TM on Windows yesterday, so I might as well share it: Pike 8.0.398 beta: https://pike.lysator.liu.se/pub/pike/beta/8.0.398/Pike-v8.0.398.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.398/Pike-v8.0.398-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.398/Pike-v8.0.398-win32-oldli… -- Peter Bortas

1 0

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