Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

introduce myself
by charles.tilbury＠attbi.com 20 May '03

20 May '03

Hello everyone! My name is Charles Tilbury and I currently reside in Portland, Oregon, USA. I have been working on developing my own language for several months now, only to discover that Pike is almost exactly what I was trying to make! I only wish I had found out about it earlier. I need a fast interpreted language with GUI support for Unix, Windows, and Mac/OS. I am planning to make commercial applications in the area of EDA and embedded software developement tools such as JTAG debuggers. I want to use a GUI compatability suite such as wxWindows to allow portability to my chosen platforms. If I use Pike, I will write the wxWindows/Pike binding and release it under the Pike licensing scheme, but I will probably arrange to encrypt the pike scripts that are part of my applications. This is a very large undertaking that I will be working on with no help. I want to the sure before I start that: 1. The maintainers of Pike are at least not against a project like this. 2. That if I decide to write books about Pike and/or the wxWindows binding to it, that no one has any real objection to it. I would be very interested in hearing your comments. Highest Regards, Charles Tilbury

16 38

test
by Charles Tilbury 18 May '03

18 May '03

Sorry about this spam... I keep getting bounced mail from the list server.

1 0

Negative ranges revisited
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 18 May '03

18 May '03

I got an idea of how to solve the age old issue of getting negative indices in ranges to work. We'd all like to do things like this: foo = foo[..-2]; // Lose the last item. But so far it hasn't worked because of cases like this: foo = foo[..i-1] + foo[i+1..]; // Lose item i. which should work even when i is zero. My idea is to give the unary negation operator an additional literal meaning in the range operator. I.e. in the expression foo[-a..-b] both index operations takes place in the range -sizeof(foo)..-1 instead of the normal 0..sizeof(foo)-1. The expressions a and b are negated as usual. Thus, if they already contain the negative indices a double negation would be necessary: foo[..- -b] That's easily optimized away. Another example: // Lose item i, where i is in the range -sizeof(foo)..-1. foo = foo[..- -(i-1)] + foo[- -(i+1)..]; There's a compatibility issue here, but I think it's minor. Only cases where range expressions are negated are affected. That means expressions that evaluate to values in the range 0 for the first element down to -sizeof(foo)+1 for the last, which I believe is fairly odd. How to convey this to the range lfuns remains to be solved. What do you say? Would it be too strange?

9 21

Re: introduce myself
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 17 May '03

17 May '03

(Ah, stupid Emacs...) ...but a Pike interpreter compiled with machine code support can _not_ handle the platform independent bytecode.

2 4

Re: introduce myself
by Peter Lundqvist (disjunkt) ＠ Pike (-) developers forum 17 May '03

17 May '03

>Peter Lundqvist (disjunkt) @ Pike (-) developers forum wrote: >> Has anyone ever started to draw up a plan on what such a book should >> contain? I guess that is the hard part... >i think i can get you some contacts at least >people who have worked with O'Reilly Hehe.. no. I'm not planing to write a book. I was only wondering =) / Peter Lundqvist (disjunkt) Previous text: >2003-05-17 02:45: >Subject: Re: introduce myself >-------------------------------------------------------------------- >Peter Lundqvist (disjunkt) @ Pike (-) developers forum wrote: >> =) >> >> Has anyone ever started to draw up a plan on what such a book should >> contain? I guess that is the hard part... >> > >i think i can get you some contacts at least >people who have worked with O'Reilly - France, >but who knows, this could go further :) > >/oliv3 > >-- >"Une cause tres petite, qui nous echappe, determine >un effet considerable que nous ne pouvons pas ne pas >voir, et alors nous disons que cet effet est du au >hasard." -- Poincare, in 'Science et Methode', 1908 > > > > / Brevbäraren >

1 0

Pike compiler
by Jordi Molgo 16 May '03

16 May '03

Hello, my name is Jordi Molgo, and I'm a student from the University of Lleida (Spain). I have been learning and developping with pike for the last three years, and I think that is the best language I have tried (good work, Pike team ;) Currently I am searching for something which could be ok for my Graduate Project. Since the most interesting area in computer science to me is Compiler Design, so I am interested in developping a GCC front-end for some language. And my thoughts came directly to Pike. Uhmm.. why not? Of course, it would handle a little portion of Pike at the beggining, just the enough for my project being accepted. I wanted to contact you before starting anything, and know your opinion about it, as you are the main Pike developpers. Thanks in advance, and sorry for my bad English -- Jordi Molgo jmolgo(a)lleida.net

4 3

top level infix operators
by Peter Lundqvist (disjunkt) ＠ Pike (-) developers forum 15 May '03

15 May '03

Would such a feature be possible, or is it something that should be avoided at all costs? Just to make sure, I'm not necessarily talking operator overloading here. For instance, i've on occation wanted to have '**(double|int|string base,int|float power) for doing powers of... stuff. Other things like setoperations, integration, etc... comes to mind. I realise that interrest in this might be infinitly small - just probing.

4 7

global. coredump
by Johan Sundstr�m (folksk�dare) ＠ Pike (-) developers forum 15 May '03

15 May '03

This code produces a coredumpwith pike 7.4 at pelix: int a; int main() { int b; b += global.a; } Substituting "+=" for "=" instead renders the error: core.pike:5:Assigning a void expression. Pike: Failed to compile script: Compilation failed.

2 1

Test, ignore
by Peter Bortas ＠ Pike developers forum 15 May '03

15 May '03

Bounce-test. Do not reply.

1 0

grantpt
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 14 May '03

14 May '03

Has anyone ever gotten Stdio.File()->grantpt() to work? All I get is grantpt failed: No child processes module.c:58()->files()->Fd: Fd()->grantpt() Stdio.File: Stdio.File("/dev/ptmx", "rw", 666 /* fd=3 */)->grantpt() HilfeInput:1: HilfeInput()->___HilfeWrapper() The man page for grantpt also says that The grantpt() function will fail if it is unable to success- fully invoke the setuid root program. It may also fail if the application has installed a signal handler to catch SIGCHLD signals.

2 6

Jump to page:

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