Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

open() and NO_ATIME
by Arne Goedeke ＠ Pike developers forum 09 Aug '07

09 Aug '07

I realized when reading file.c that file_open does not support open flags except for the basic essential ones. What I miss personally is NO_ATIME, but there are some more flags (some only in new linux kernel versions). It would be nice to have an open() that accepts the same integer flags as open(2). arne

1 0

7.6.116 alpha
by Magnus Holmgren, FR Ryd (Nu med m�l och syfte) ＠ Pike (-) developers forum 06 Aug '07

06 Aug '07

No wait, they're gone (404).

1 0

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

embedded pike framework for Objective-C
by H. William Welliver III 01 Aug '07

01 Aug '07

Pardon the cross-posting, I think I recall some folks not being on one or the other. I've been doing some tinkering with Objective-C on Darwin and OSX, and thought it would be nice to be able to use Pike code to do it. That spawned the Public.ObjectiveC module that I've been working on, which allows you to write code that can interact with "Cocoa". Some time later, I decided that it would be nice to be able to call Pike code from within Objective-C. Thus, I put together a framework that developers can use to embed a Pike interpreter within an Objective-C application. I've put together some notes for building the framework, making it universal, and finally, using it in a simple program. You can find that information here: http://www.gotpike.org/PikeWiki/index.pike/PikeDevel/Framework Similarly, I've created a universal framework based on the latest 7.7 code here: http://hww3.riverweb.com/dist/Pike-7.7_Framework_Universal.tar.gz I believe that this framework should work on all 10.4 and higher systems; and that there aren't any dependencies on non-standard system libraries. Your mileage may vary. The long term plan is to combine this with the ObjectiveC module, so that you can bundle a Pike based Cocoa application, just like any other Cocoa app; that functionality is coming very soon. As always, comments and suggestions are welcome! Bill

1 0

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 30 Jul '07

30 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

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