Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

8.0 release
by H. William Welliver III 21 Mar '15

21 Mar '15

Hi- I was suggested that it might be a good idea to do a test release of 8.0. I think that’s a pretty good idea. I was wondering if anyone had any thoughts about who might be expected to prepare that release. I’m happy to help but don’t want to automatically assume I’d be the one. Bill

3 2

Unexpected and unused calls to resolv()
by Chris Angelico 18 Mar '15

18 Mar '15

See attached test-case: run main.pike. When a function is defined in a file, I would normally expect that resolv() is not called. But if the function definition is below the usage, resolv() is called, but the result seems to be ignored; the code uses the function from elsewhere in the file. (Note that above() is never retrieved in that way.) This normally wouldn't be a problem, but I use the resolv() calls to detect dependencies, and this oddity was resulting in a file being purportedly dependent on itself. (Was able to deal with that by reordering code, fortunately.) Any idea why this happens? Is it intended behaviour? ChrisA

1 0

=> Lambda shorthand syntax
by Stephen R. van den Berg 16 Mar '15

16 Mar '15

Has anyone ever considered adding support for the => shorthand lambda operator to Pike? It's available in several languages. The docs for C# are here: https://msdn.microsoft.com/en-us/library/bb397687(v=vs.110).aspx -- Stephen.

5 8

Re: => Lambda shorthand syntax
by Ralph Ritoch 14 Mar '15

14 Mar '15

A macro also works for shorthand... #define f(x, y ...) lambda(y) { return x; } int main() { function y = f(x * x, mixed x); write((string)y(5)); } Best Regards, Ralph Ritoch On Sat, Mar 14, 2015 at 7:50 PM, Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > If you want x to be mixed, you should declare it as such. That is the > rule everywhere else. >

1 0

Re: => Lambda shorthand syntax
by Stephen R. van den Berg 14 Mar '15

14 Mar '15

Ralph Ritoch wrote: >I don't see it in the documentation but pike already has a syntax for >lambda expressions. Yes, it does. >Good luck with the pursuit for more operators. It's a new shorthand that makes certain common lambda expressions more readable (and is popular in other languages). -- Stephen.

1 0

Re: => Lambda shorthand syntax
by Chris Angelico 14 Mar '15

14 Mar '15

On Sat, Mar 14, 2015 at 8:50 PM, Mirar @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > I'm not against. Does it collide with anything? Also not against it. Would simplify callback code somewhat. ChrisA

2 1

Setting socket options: so many, uhh, options!
by Chris Angelico 10 Mar '15

10 Mar '15

Topic branch: rosuav/sockopt Per Lance's suggestion, I've made a generic setsockopt() function. It works only with integers, so it's not suitable for SO_LINGER, which therefore should stay the way it is (linger() takes a magic parameter of -1), but it works for any of the simple boolean options. As to shortcut functions, though, there are a few ways they can be done. 1) set_keepalive() always exists, even if SO_KEEPALIVE isn't available. If you call it when there's no SO_KEEPALIVE, it sets errno and returns failure. 2) set_nodelay() exists only if TCP_NODELAY is available. 3) setsockopt() itself is useless without the constants, and Stdio.TCP_NODELAY will exist only if TCP_NODELAY is available. So in a Pike script, using setsockopt() requires either has_index() run-time checks or #if compile-time checks for the options you want; set_keepalive's model works easily if you know that the Pike version you're targeting supports it; and set_nodelay's model lets you treat older Pikes and systems without that feature the same way. I'd rather make it as easy as possible on the Pike code. Which way makes more sense? ChrisA

5 13

What happened here?
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 06 Mar '15

06 Mar '15

Pike v8.0 release 5 running Hilfe v3.5 (Incremental Pike Frontend) > crypt(random_string(256)); Bad argument 1 to crypt(). Unknown program: crypt("\u009f25X[{u\202CÐ\22:üá\226\"»¾ÀIB\35\eR2'\235}¸\233T£\2»\203³ÕÁVq ß(ê\30r!l*ºãG×¹\24Ã\220UªôÑÏ:´\2ø#Å3b9¯Ûç×enÿÕ\a\214u©Õsørh\a\224êN:=í\206 \205\224VbQC\231·ýù±\237W\f\0Ùg\221\16pÖÈ\231\0Èh\16kþ0O4W\227¾Õ\211+ÈÖlÆ± +à\211x]\201<µ\220òÙ<VõÞ\5%\t\30t\20ÑzlÊí \6ÂýNº·ð\204Ì.¨L\227\216È\0Ní3\ a/) Z\37!Ð@Ãj"+[61]) HilfeInput:1: HilfeInput()->___HilfeWrapper() > crypt(random_string(256)); (1) Result: "uWqRXIzdMQZII"

1 0

pike7.8 precompile with old pike 7.8 installed
by Arne Goedeke 26 Feb '15

26 Feb '15

The precompile.sh in pike 7.8 initially just tries to run 'pike -x precompile' if that pike supports precompile. If that precompile does not succeed, the script does not try to run any of the other possibilities (compiled pike, etc). The install then fails completely. This is happening to me when precompiling the zxid.cmod which uses string rages, which are not supported by older pike 7.8 versions. How should we fix that? Its something that will happen to people trying to install a newer pike7.8 from git. arne

1 0

Stdio.File buffer mode
by Arne Goedeke 24 Feb '15

24 Feb '15

I gave the new buffer mode another try. Unfortunately there are a couple of bugs. I don't really want to start changing things around, especially because I am not sure how it was intended to work. I will just dump a list here, some are questions. All this happens when using buffer mode for both directions in nonblocking callback mode. 1) Stdio.File calls intput_from from the read cb but does not properly handle the return -1 case and does not check errno(). The close callback is never called. input_from also reactivates the read event, so the read will reoccur for ever. 2) set_buffer_mode does __fd_set_output( this ) which leads to add() calling Stdio.File()->write() calling output_to(), which leads to data written in the wrong order initially. I guess __fd_set_output( ::write ) should be the right thing to do here? 3) Why does the io_call_write call triggered by add() only write a maximum of 100 bytes? arne

1 0

Jump to page:

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