Pike-devel June 2018

pike-devel@lists.lysator.liu.se

2 participants
6 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

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

Operator assignment and strict_types
by Marc Simpson 07 Jul '20

07 Jul '20

Hi folks, It looks like operator assignment (op=), increment and decrement statements aren't subjected to the same typechecks as their more explicit equivalents. For example, neither the post-increment nor += statements below warn with strict_types enabled, even though they assign values outside of foo's restricted int domain: int(3..3) foo = 3; foo++; // no warning foo += 1; // no warning foo = foo + 1; // warning from strict_types Similarly, operator assignment on aggregates fails to elicit a warning: array(int) a = ({}); multiset(int) b = (<>); mapping(int:int) c = ([]); // no warnings a += ({ "hey" }); b += (< "hey" >); c += ([ "hey": "there" ]); // warnings from strict_types a = a + ({ "hey" }); b = b + (< "hey" >); c = c + ([ "hey": "there" ]); I'm guessing this is because the checks provided by the F_ASSIGN/F_ASSIGN_SELF case (las.c) only apply to direct assignment; op= and friends are presumably not instrumented for strict_types in the same manner. Have there been any discussions around addressing this inconsistency? Thanks, Marc

3 3

Sql.Sql()->query() returns double values with MySQL backend
by Tomasz Jamroszczak 11 Jun '18

11 Jun '18

When I run db->query("select columna,columnb from table") on SQLite, the query() code calls master_sql->query() and I get array of two-element mappings: ({ ([columna: valuea1, columnb: valueb1)], ([columna: valuea2, columnb: valueb2)], ([columna: valuea3, columnb: valueb3)] }). When I call the same Sql.Sql()->query() on MySQL, the query() code sees there's no master_sql->query() and it calls res_obj_to_array(master_sql->big_query()). This in turn returns array of four-element mappings: ({ ([columna: valuea1, table.columna: valuea1, columnb: valueb1, table.columnb: valueb1)], ([columna: valuea2, table.columna: valuea2, columnb: valueb2, table.columnb: valueb2)], ([columna: valuea3, table.columna: valuea3, columnb: valueb3, table.columnb: valueb3)] }). That's because of 19 year old https://github.com/pikelang/Pike/commit/1e1a5b4a89bad32c3be7d0554d7727b60e1… commit (the code is intact in Pike 8.1 version, although moved to https://github.com/pikelang/Pike/blob/8.1/lib/modules/__builtin.pmod/Sql.pm…). The same res_obj_to_array() is called for example in Sql.Sql()->list_tables(), but then the extra values are filtered out. That's quite unexpected to have double values when changing SQL backends. What's the rationale behind the commit? -- Best Regards Tomasz Jamroszczak

2 1

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 June 2018