Pike-devel April 2005

pike-devel@lists.lysator.liu.se

3 participants
23 discussions

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

automap: [*] not supported here. bug?
by Martin Bähr 23 Jul '05

23 Jul '05

hi, can you explain why: random(allocate(3,9)[*]); or random(({9,9,9})[*]); don't work, while array foo = allocate(3,9); random(foo[*]); does? greetings, martin.

6 13

modules and the core distribution
by Bill Welliver 03 May '05

03 May '05

I noticed the checkin of a new module the other day and was reminded that we're long overdue for a discussion of Pike distribution bloat. This has come up at the last two conferences, and we always "table" the discussion for later. I think now is a good time to have it since we're not coming up on an impending new stable release. It seems to me that there are a fairly large number of modules distributed with Pike that have a corresponding low number of potential users. I'm not suggesting that the modules don't have merit, but am suggesting that perhaps the audience is so small that it becomes clutter to others. Does it really make sense to keep adding these modules to the core distribution when they could just as easily be distributed separately? As it stands now, Pike distributions are 10MB, and take a painfully long amount of time to compile. I'm sure I'm not the only one who wonders why they have to configure and compile things like HTTPLoop and SDL... (just picking two that I'd remove, not that they're at the top of my list) I realize that there was a time when including things in the core was a necessary evil due to compilation difficulty, but that's not been the case for at least a year or two... Any thoughts? Bill

10 31

System things from file
by Martin Nilsson (DivX Inc.) ＠ Pike (-) developers forum 30 Apr '05

30 Apr '05

Is there a smart way to have the file module define two modules, one builtin and one that can be inherited into System.pmod, to avoid having new, nongeneric things as either efuns or in Stdio?

2 2

Re: HTTPS
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 28 Apr '05

28 Apr '05

No, I'm replying through the lyskom <-> email gateway. I don't know how to make it add or remove your personal address. The bug resolved here is simply that a blocking read on an ssl stream would loop infinitely if it hit EOF. It was introduced in the rewritten sslfile.pike in 7.6 and later. The old version doesn't have that bug, but it has a whole slew of other ones. If you are experiencing ssl bugs with pike >= 7.6 (not running in 7.4 compat mode) then I probably don't know about them. If you are using the old sslfile then there's a good chance your problems have been fixed.

1 0

Re: HTTPS
by Martin Nilsson (DivX Inc.) ＠ Pike (-) developers forum 27 Apr '05

27 Apr '05

We are planning one. Peter Bortas and I were just discussing the todo-list.

3 2

Re: HTTPS
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 27 Apr '05

27 Apr '05

One bug is. Have you been experiencing the same one? I no longer remember what your https problems are.

1 0

HTTPS
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 26 Apr '05

26 Apr '05

As I was telling Grubba the other day, HTTPS client support seems to be broken in Pike 7.6. This simple program: int main() { Standards.URI uri = Standards.URI("https://www.verisign.com/"); Protocols.HTTP.Query q = Protocols.HTTP.get_url(uri); write("Status => %d\n", q->status); write("Data => %d bytes\n", sizeof(q->data())); return 0; } works just fine in Pike 7.4, but in 7.6 it gets stuck in the call to q->data(), with an endless repition of the following syscalls: gettimeofday({1114376339, 401883}, NULL) = 0 poll([{fd=11, events=POLLIN|POLLRDNORM}, {fd=9, events=POLLIN|POLLOUT|POLLRDNORM|POLLWRNORM, revents=POLLIN|POLLOUT|POLLRDNORM|POLLWRNORM}], 2, -1) = 1 gettimeofday({1114376339, 402005}, NULL) = 0 read(9, "", 8192) = 0 Mast?

2 3

hilfe bug?
by Martin Bähr 20 Apr '05

20 Apr '05

Pike v7.6 release 7 running Hilfe v3.5 (Incremental Pike Frontend) > int year=2004; > int month=12; > int day=2; > object oday = Calendar.Year(year)->month(month)->day(day); Compiler Error: 1:syntax error, unexpected '(' Compiler Error: 1:syntax error, unexpected '(' > ??? can anyone explain this? greetings, martin.

6 8

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 April 2005