Pike-devel July 2007

pike-devel@lists.lysator.liu.se

5 participants
21 discussions

Process.run
by Peter Bortas (nu med mindre Opera) ＠ Pike (-) developers forum 15 Jul '08

15 Jul '08

I just checked in a Process.run() in 7.7: http://pike.ida.liu.se/development/cvs/diff.xml?module=Pike&file=7.7/lib/mo… The rational for that is that I was once again reminded by a user this week that getting Process.create_process() or Process.Process right without some corner case blocking is hard. It's not obvious that if you bind pipes to booth stderr and stdout you have to take in to account that OS buffers are not limetless. Process.run() is a thin wrapper around Process.Process that collects stdout, stderr and exitcode and return them in a mapping. This could potentially result in huge strings, but will do what most users want and even already do when they call create_process() with both pipes bound. Something like this should be in 7.8, but I'm open to suggestions for other things that might be usefull to return in the mapping or for changing member names.

5 7

Snapshot tarballs and packaging/debian
by Magnus Holmgren, FR Ryd (Nu med m�l och syfte) ＠ Pike (-) developers forum 03 Oct '07

03 Oct '07

I have a few questions relating to pike in Debian (as you may know, the previous maintainer has retired from Debian and orphaned his packages). I've figured out that one can get a fresh tarball from http://pike.ida.liu.se/generated/pikefarm/packages/7.6/latest. What's the difference between that and checking out from CVS and running "make source" (which is what I suspect Marek has done), if any? Is there any archive of such tarballs except for the official releases? How did the packaging/debian subdirectory originally come to be? Do you synchronize with the Debian package yourself or has Marek been sending you patches? I see that export.pike adds new records to packaging/debian/changelog. AFAICT, export.pike --tag first increments the build number (to an even number, typically), then tags, then increment the build number again, so that an even build number represents a known state of the source, whereas an odd build number can include any number of commits inbetween.

17 129

packaging/debian/changelog
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 06 Aug '07

06 Aug '07

Saw that the automatically generated entries in this file still says Marek is making them.

4 7

7.6.116 alpha
by Peter Bortas ＠ Pike developers forum 06 Aug '07

06 Aug '07

http://pike.ida.liu.se/pub/pike/beta/7.6.116/Pike-v7.6.116.tar.gz http://pike.ida.liu.se/pub/pike/beta/7.6.116/Pike-v7.6.116.1-win32.exe Completely untested. I haven't tried even to start the pike on any OS. Changes since Pike 7.6.112 ---------------------------------------------------------------------- Changes in Pike: o Fixed infinite loop that could occur when feeding Image.XBM with malformed data. o Added option "file" to Image.PS.decode(). o Image.PS.decode() now reads nonblocking from the pipes. o Added "Regexp.PCRE.Widestring" to the feature list. o Added more methods to enable the buggy unicode decode support in Mysql.mysql: * "broken-unicode" as charset to create() or set_charset(). * set_unicode_decode_mode (-1). Note that all this only applies when compiling with a mysql client lib older than 4.1.0. Otherwise these methods are aliases to enabling the normal unicode decode support. This means that no code using broken-unicode should rely on the BINARY flag on text fields to avoid utf-8 decoding. Build fixes: o Mird: Renamed FDATASYNC() to MIRD_FDATASYNC() to avoid clash with NetBSD header-files.

2 3

Re: SDL/GL(UE) on Darwin
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 31 Jul '07

31 Jul '07

> It should be enough to call Public.ObjectiveC.purge_autorelease_pool > () both in init() and exit(). Ah, that sounds nice. I seem to have lost the well defined behaviour of getting mentioned errors now, both with and without these calls, but I still get crashes in GL code, though without all the ahead of time warnings on stderr. Must be something else in my environment that has changed I guess, though I can't figure out quite what. > If you are creating multiple threads, the there's additional work > that needs to be done, but I'll spare you the details if you're not > using them. We do, but only the backend thread gets to run any GL (SDL) code (as some GL libraries are finicky about that kind of thing). I'm not sure if that means I get the additional work burden or not. > Incidentally, some of my code from the ObjectiveC module came in > handy when I was trying to set up callbacks from the USB subsystem... > I had already put support for running the OSX NSRunLoop in the Pike > backend, which makes the callbacks and all kinds of other > functionality possible, like Bonjour queries and Distributed > Objects... pretty nifty stuff. > > Bill

1 0

Re: SDL/GL(UE) on Darwin
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 31 Jul '07

31 Jul '07

> I guess a more fundamental question is: does SDL on Darwin imply > Cocoa? That's anyone's guess, but that's the impression I got from the tip page. Lots of people seem to have run into this error with SDL, and that was the only page I came up with that offered anything remotely looking like a solution. I'm only using the SDL (via GLUE) pike bindings on an OS agnostic application (aido), but it presently does not work on my macbook, so I've been chasing the issues. Even getting a minimal GLUE app not to crash would be good progress: #! /usr/local/bin/pike77 int main() { GLUE.init( (["title":"Glue example"]) ); draw_frame(); return -1; } void draw_frame() { call_out(draw_frame, 0.02); do_gl_code(); GLUE.swap_buffers(); } void do_gl_code() { GLUE.draw_line( 1.0, 1.0, 1.5, 1.5, Image.Color.red ); }

2 2

error: `LIBS' was not set in the previous run
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 30 Jul '07

30 Jul '07

Has anyone else seen this problem? When building current 7.7 from scratch, it bombs out during the configuration of CommonLog: configure: loading cache ../.././config.cache configure: error: `LIBS' was not set in the previous run configure: error: changes in the environment can compromise the build In config.cache there is the following: ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= (these are the only ac_env/ac_cv_env entries). Maybe this is related to the line LIBS= in PIKE_RETAIN_VARIABLES somehow? Interestingly enough, the problem does not occur on my PS3, which also has ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= in config.cache...

3 8

file_peek and async_connect
by Arne Goedeke ＠ Pike developers forum 30 Jul '07

30 Jul '07

I found some strange behaviour using async_connect when connecting to unbound ports on localhost. The callback is never called. Try something like this: void cb(mixed ... args) { write("cb: %O\n", args); } int main () { object o = Stdio.File(); o->async_connect("127.3.3.5", 3245, cb); return -1; } A reason I found for that (not sure if there are more issues, it fixes this problem though) is that 1) in __stdio_close_callback() read(0,1) is used to check if data can be read from the socket instead of peek(). 2) file_peek() does not check for POLLERR or POLLHUP and therefore returns true even if the socket has been closed or some error occured using peek() instead of read(0,1) in __stdio_close_callback() and adding }else if (fds.revents & (POLLERR | POLLHUP)){ ret=0; to file_peek() fixed this issue for me. The same problem may occur when using select() in file_peek(), I did not test that though. arne

6 13

SDL/GL(UE) on Darwin
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 29 Jul '07

29 Jul '07

I've been looking into running a GLUE application under OS X, and hit the error described on http://www.ogre3d.org/wiki/index.php/MacLibrary (a slew of NSAutreleasepool warnings followed by a "*** Uncaught exception: <NSInternalInconsistencyException> Error (1002) creating CGSWindow") and a crash in SDL.set_video_mode on its first glGet call. This (completely naïve) approach based on the suggestions offered did not seem to do much good: Index: src/post_modules/SDL/SDL.cmod =================================================================== RCS file: /pike/data/cvsroot/Pike/7.7/src/post_modules/SDL/SDL.cmod,v retrieving revision 1.29 diff -u -r1.29 SDL.cmod --- src/post_modules/SDL/SDL.cmod 12 Nov 2005 20:37:07 -0000 1.29 +++ src/post_modules/SDL/SDL.cmod 29 Jul 2007 21:07:04 -0000 @@ -151,6 +151,13 @@ *! */ PIKEFUN void init(int flags) { + /* init needed on XDarwin: http://www.ogre3d.org/wiki/index.php/MacLibrary */ + void* cocoa_lib; + cocoa_lib = dlopen( "/System/Library/Frameworks/Cocoa.framework/Cocoa", RTLD_LAZY ); + void (*nsappload)(void); + nsappload = (void(*)()) dlsym( cocoa_lib, "NSApplicationLoad"); + nsappload(); + if( SDL_Init(flags) == -1) { Pike_error("SDL Initialization failed: %s\n", SDL_GetError()); }

1 0

peek changes
by Peter Bortas ＠ Pike developers forum 29 Jul '07

29 Jul '07

Current non-compilation status of 7.7 on Debian Etch: Compiling modules/files/file.c /home/peter/hack/Pike/7.7/src/modules/files/file.c: In function $B!F(Bfile_peek$B!G(B: /home/peter/hack/Pike/7.7/src/modules/files/file.c:860: error: $B!F(Bfd$B!G(B undeclared (first use in this function) /home/peter/hack/Pike/7.7/src/modules/files/file.c:860: error: (Each undeclared identifier is reported only once /home/peter/hack/Pike/7.7/src/modules/files/file.c:860: error: for each function it appears in.) /home/peter/hack/Pike/7.7/src/modules/files/file.c:864: error: $B!F(BPD$B!G(B undeclared (first use in this function)

2 1

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 July 2007