Pike-devel March 2016

pike-devel@lists.lysator.liu.se

7 participants
16 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

Re: Setting socket options: so many, uhh, options!
by Chris Angelico 15 Sep '16

15 Sep '16

On Tue, Mar 10, 2015 at 10:05 PM, Mirar @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Wait, I said REUSEPORT? What's the difference to REUSEADDR? Mysteries > of TCP sockets... Here's a decent explanation, I think: http://stackoverflow.com/questions/14388706/socket-options-so-reuseaddr-and… ChrisA

3 6

New stable next week
by Peter Bortas 30 Mar '16

30 Mar '16

Heads up: The next 8.0 release will be next Tuesday, March 5. Regards, -- Peter Bortas

2 1

bug in SSL.File()->set_alert_callback()?
by Bill Welliver 29 Mar '16

29 Mar '16

I've noticed that in 8.0, calls to SSL.File()->set_alert_callback() attempt to call set_alert_callback() on the underlying Connection object. That seems problematic to me, as the connection object is no longer being created in the constructor, so there doesn't appear to be any other way to set an alert callback before the possibility of an alert being generated. Does anyone know if this was an oversight, or by design? Currently set_alert_callback() generates an indexing error which seems wrong regardless. Thanks! Bill

1 0

Calendar.Timezone etc. - Up-to-date timezone and daylight savings data
by Magnus Holmgren, Millnet/Lysator/Debian/Mensa ＠ Pike developers forum 26 Mar '16

26 Mar '16

I'm thinking about getting around to integrating Pike with the tzdata package in Debian, which I was talking about at the conference some years ago, but I need to check and understand some things first. If I understand correctly, the Calendar module knows about daylight savings time and other jumps in local time in different regions, which is has to in order to convert past moments in time between local and universal time, but it doesn't make use of the operating system for this (except to find out what the current local timezone is), only data provided with the source code (which as of 8.0.182 is from 2013). Now, there is mkrules.pike, which compiles the tzdata files into a set of classes, but it apparently isn't run at build time and while I guess that one could use the generated classes directly, I can't see that they are used by Calendar.Timezone. The following comment suggests that mkrules.pike was discontinued but left in the source tree. // ================================================================ // this is to runtime-compile timezones // it's not very nice; based on the one-time-compilation // utility I wrote first - but that method was too slow :/ // ================================================================ Now, having the tzdata source package create a tzdata-pike package by running mkrules.pike would have created a bootstrapping problem as pike8.0-core would depend on a package that itself would be needed for to build, so perhaps it's only easier to create a package that simply installs the tzdata source files in the right location?

2 2

Re: Segfault in colortable.c
by Chris Angelico 25 Mar '16

25 Mar '16

On Fri, Mar 25, 2016 at 10:55 PM, Martin Nilsson (Coppermist) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > Probably correct. We really should have all the image operations > performed in the image testasuite as well... Okay, pushed to 8.1 then. Thanks. ChrisA

1 0

Segfault in colortable.c
by Chris Angelico 25 Mar '16

25 Mar '16

I've been digging into a segfault that was preventing 'make doc' from operating correctly, and pinned it down to this code: src/modules/Image/colortable.c:2010 - rnd->u.refs++; + ++*rnd->u.refs; and corresponding decrementing of the refcount. The count appears to be a pointer, not a direct integer, so it looks like it ought to be dereferenced here. Not 100% sure the fix is correct though, so I pushed to branch rosuav/colortable-segfault instead of directly to 8.1. Can someone check it, please? Test case, cribbed from the code behind 'make doc': #define IMAGE_DIR "/home/rosuav/pike/refdoc/src_images/" object lena() { catch { return Image.load(IMAGE_DIR + "image_ill.pnm"); }; catch { return Image.load(IMAGE_DIR + "lena.ppm"); }; catch { return Image.load(IMAGE_DIR + "lenna.rs"); }; return Image.load(IMAGE_DIR + "lena.gif"); } int main() { object c=Image.Colortable(lena(),2)->randomcube(60,60,60); c*lena(); } ChrisA

2 1

Windows-Hilfe
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 23 Mar '16

23 Mar '16

Anyone know what termcaps should be on windows cmd terminal? It's super-annoying not having history in hilfe.

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 March 2016