Pike-devel March 2022

pike-devel@lists.lysator.liu.se

2 participants
24 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 28 Feb '26

28 Feb '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

None
by None 08 Mar '22

08 Mar '22

| If the result is a BLOB then the sqlite3_column_bytes() routine | returns the number of bytes in that BLOB. No type conversions | occur. If the result is a string (or a number since a number can be | converted into a string) then sqlite3_column_bytes() converts the | value into a UTF-8 string and returns the number of bytes in the | resulting string. The value returned does not include the \000 | terminator at the end of the string. The sqlite3_column_bytes16() | routine converts the value into a UTF-16 encoding and returns the ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | number of bytes (not characters) in the resulting string. The \u0000 | terminator is not included in this count. As far as I can see, it does perform conversions internally, and they will most likely fail if the inserted data isn't properly encoded. >Regards, >/Al

1 0

None
by None 08 Mar '22

08 Mar '22

/* Macros for aggregating results built on the stack into an array, * while maintaining a bound on stack consumption. Use like this: * * check_stack(120); * BEGIN_AGGREGATE_ARRAY(estimated_size_of_final_array) { * for (...) { * ... stuff that produces a value on the stack ... * DO_AGGREGATE_ARRAY(120); * ... * } * } END_AGGREGATE_ARRAY; * * The array is left on top of the stack. */

1 0

None
by None 08 Mar '22

08 Mar '22

error prone to me :) Just to be sure: > Stdio.File("/tmp/foo", "r")->mode(); (2) Result: 4099 -- Bertrand LUPART Linkeo.com - R&D | http://www.linkeo.com/ +33 1 72 71 71 82 | 17, rue de la Banque - F75002 Paris Systèmes de gestion d'email entrant | Email management systems

1 0

None
by None 08 Mar '22

08 Mar '22

xenofarm_result.tar file could be gzipped: ----8<----8<----8<----8<---- cd xenofarm_result && tar cf - . > ../xenofarm_result.tar gzip -f9 xenofarm_result.tar ---->8---->8---->8---->8---- $ pwd ~/Code/Pike/xenoclient/pike-7.7/nutella/buildtmp/Pike-v7.7-snapshot $ cd xenofarm_result $ pwd ~/Code/Pike/xenoclient/pike-7.7/nutella/buildtmp/Pike-v7.7-snapshot/xenofarm_result $ tar cf - . > ../xenofarm_result.tar $ ls buildid.txt configcache.txt _core.txt compilelog.txt configlogs.txt mainlog.txt $ gzip -f9 xenofarm_result.tar gzip: xenofarm_result.tar: No such file or directory Shouldn't the last line be "gzip -f9 ../xenofarm_result.tar" instead? -- Bertrand LUPART Linkeo.com - R&D | http://www.linkeo.com/ +33 1 72 71 71 82 | 17, rue de la Banque - F75002 Paris Systèmes de gestion d'email entrant | Email management systems

1 0

None
by None 08 Mar '22

08 Mar '22

attributes to UNIX protection mode flags. / Henrik Grubbström (Lysator) Previous text: >2004-04-06 15:17: >Subject: WINAPI >-------------------------------------------------------------------- >My guess is that dtox means "DOS to UNIX" and sets line end conversion. > > / Martin Nilsson (provokatör) >

1 0

None
by None 08 Mar '22

08 Mar '22

/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) Previous text: >2004-02-07 17:02: >Subject: sscanf and Gmp.mpq >-------------------------------------------------------------------- >Would it hurt much to feed the constructor the remainder of the string >and have the genereated object remember how much of it that it wanted? > > / Johan Sundström (Achtung Liebe!) >

1 0

None
by None 08 Mar '22

08 Mar '22

over the past days (and I may be off by a mile here), the current set of Caudium/PExt modules (ab)use some or other pike aclocal.m4 macros in an aclocal/automake context, somehow leading to the uncomfortable situation with the debian packages' redistribution of those internals to an overly exposed location. Is that the case (leading to the small skirmish conflict of whether the bug is in pike, or in those modules), or is there no particular rational argument behind keeping "pike -x module" in its current broken state (except for "I am not familiar with this, do not use it myself and haven't had the time to look at it closely yet", as I believe Marek has almost said) for the benefit of those modules? (I've really been trying to understand Marek's point of view, despite not being fully educated on automake and friends.) / Johan Sundström (Achtung Liebe!) Previous text: >2004-01-27 16:54: >Subject: Re: Pike @ Debian >-------------------------------------------------------------------- >The one and only way to compile Pike modules that should be endorsed >and/or developed is "pike -x module". That's it. If it doesn't work >it. If it requires the entirety of Pike, deal with it. > >That's about all I have to say. > > / David Hedbor >

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 2022