Pike-devel March 2009

pike-devel@lists.lysator.liu.se

5 participants
7 discussions

trademark question
by Martin Bähr 21 Apr '09

21 Apr '09

hi, i am reviewing the pike entry on wikipedia and noticed that the logo image lacks clear license information. while trying to find out what the actual license is i found that there is no clear information on the pike website either. i think it would be helpful if http://pike.ida.liu.se/about/pike/ contained a phrase like: the pike name and logo are registered trademarks of IDA. i would also like to clarify the license of the logo images on http://pike.ida.liu.se/download/logotype/ i believe there is no problem with making them gpl or mpl since they are protected by a trademark anyways. are there any issues with adding these clarifications on the pike site? greetings, martin.

4 6

(semi-)multicore support?
by Arjan van Staalduijnen 02 Apr '09

02 Apr '09

Hi, Unfortunately we all still have to do without multicore or multi-cpu support in pike. Even though I don't know how the stuff works at the lowest levels I am aware it has something to do with the way pike handles it's variable structures internally, and it is definitely not a simple thing to change while maintaining a good performance at it. My curiousity is about something different, but related to having some limited multicore support. I vaguely remember hearing, or having read something somewhere about the way pike interacts with libmysql. My memory might be fooled by wishful thinking, so I might be completely wrong. I believe I understood pike is able to release some restrictions at the moment it knows it enters the code for libmysql. This would be the case because it would be benificial for performance; the mysql library would be able to switch to a mode where it could manage it's memory more freely, or where it would be able to run on a different core/cpu. If that is possible, I wonder if libmysql is the only C-library doing this kind of trick, or if other libraries (especially the CPU and memory intensive ones) are doing this kind of trick too. Image libraries, zlib and any C-library doing lots of 'library-local' memory operations (libxslt) or any library doing CPU intensive stuff seem really nice candidates... Am I wrong at what I think pike is doing? If not, is this just for libmysql or are other modules doing this too? If I was wrong, is what I was thinking technically possible, or am I just being too idealistic? Regards, Arjan __________________________________________________________ Deze e-mail en de inhoud is vertrouwelijk en uitsluitend bestemd voor de geadresseerde(n). Indien u niet de geadresseerde bent van deze e-mail verzoeken wij u dit direct door te geven aan de verzender door middel van een reply e-mail en de ontvangen e-mail uit uw systemen te verwijderen. Als u geen geadresseerde bent, is het niet toegestaan om kennis te nemen van de inhoud, deze te kopieren, te verspreiden, bekend te maken aan derden noch anderszins te gebruiken. The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Please notify us immediately if you have received it in error by reply e-mail and then delete this message from your system. __________________________________________________________

10 18

Some nitpicking
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 30 Mar '09

30 Mar '09

Commit from Per: Line 3997: */ PIKEFUN float|int(0..0) `()(void|float|int(0..0) sleep_time) { - struct timeval timeout; /* Got bogus gcc warning on timeout.tv_usec. */ + struct timeval timeout; /* Got correct gcc warning on timeout.tv_usec. */ if (sleep_time && sleep_time->type == PIKE_T_FLOAT) { timeout.tv_sec = (long) floor (sleep_time->u.float_number); No, the warning is indeed bogus since the tv_usec field isn't relevant when the tv_sec field is -1. The added assignment is completely unnecessary work.

2 2

MHTML
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 30 Mar '09

30 Mar '09

I tried to decode an MHTML file with MIME.Message but got > MIME.Message(Stdio.read_file("v1.mht")); Arrayelement 0 is not a string /home/nilsson/Pike/7.8/lib/modules/MIME.pmod/module.pmod:1183: MIME.Message()->create("Content-Type: multipart/related; start=<op.mhtml.1 238180415787.b2f4904f395b37a5(a)192.168.0.195>; boundary=----------ghanZ9pgi qEYDh7aC9oLbg\r\nContent-Location: http://beta."+[35113],UNDEFINED,UNDEFIN ED,UNDEFINED) /home/nilsson/Pike/7.8/lib/modules/MIME.pmod/module.pmod:0: MIME->Message() HilfeInput:1: HilfeInput()->___HilfeWrapper() This is because the code params[ lower_case(p[0]) ] = p[2..]*""; tries to multiply together an array(string|int). Is the right fix here to sprintf("%c") the integeras and then join the file?

2 4

MHTML
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 30 Mar '09

30 Mar '09

And it was readily available in the backtrace I see now.

1 0

export.pike
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 10 Mar '09

10 Mar '09

// Note: This script is often run with a system pike rather than // the pike being exported. It should therefore attempt // to support older pikes than bleeding edge. Well, fair enough, but do we really need to support older pikes than the current stable? The inclusion of 90 lines of compat code, many of which are never used, doesn't really make the file more pretty...

3 7

git down for maintenance
by Peter Bortas ＠ Pike developers forum 10 Mar '09

10 Mar '09

The zone running the git and git-web services on eureka are down until we figure out if git-web needs updating to fix some vulnerabilities.

3 5

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 2009