Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Bump version of 7.6 and... make a new release ?
by Xavier Beaudouin 12 Jan '05

12 Jan '05

Hello there, Is there any plan about releasing a new version of Pike 7.6 ? Thanks, Xavier -- Xavier Beaudouin - Unix System Administrator & Projects Leader. President of Kazar Organization : http://www.kazar.net/ Please visit http://caudium.net/, home of Caudium & Camas projects

2 1

Compiling with VC7
by Peter Bortas ＠ Pike developers forum 12 Jan '05

12 Jan '05

I've been trying to put together a more modern win32 compilation environment this afternoon with resonably good success. Compiling the assembler parts of Nettle seems to be problematic though. Am I first to compile with MSVC.Net2003 (VC7) or has someone already solved this problem somewhere else? Ref: http://pike.ida.liu.se/generated/pikefarm/7.6/221_176/compilelog.txt

3 11

pike 7.6.24 for debian?
by Martin Bähr 06 Jan '05

06 Jan '05

hello, will there be debian packages for 7.6.24 eventually? and will they make it into the sarge release? (i fear not) greetings, martin.

1 0

RES: Bare-bones Pike
by Mirar ＠ Pike developers forum 28 Dec '04

28 Dec '04

I think it's solved already, yes.

1 0

RES: Bare-bones Pike
by Marcus Agehall (PacketFront) ＠ Pike (-) developers forum 28 Dec '04

28 Dec '04

That may just be a very good (read "easy") way of getting around the problem. I would very much like to hear what Grubba and mast has to say about that solution. If they approve, I'll go ahead and write a small wrapper lib..

2 2

RES: Bare-bones Pike
by Mirar ＠ Pike developers forum 28 Dec '04

28 Dec '04

I haven't really looked into it, but shouldn't it be possible to use a library with few symbols that use the dynamic library loader to load the rest of the pike, and thus doesn't share the symbols? Just as Pike loads .so modules. [adding dev] / Mirar Previous text: >12737290 2004-12-28 08:48 /10 lines/ Marcus Agehall (PacketFront) >Recipients: Pike (-) importmöte för mailinglistan >Comment to 12735984 >Subject: RES: Bare-bones Pike >-------------------------------------------------------------------- >I've done some work on embedding pike. Currently, there isn't much >going on on that front. > >Basically, to embed pike, you must change the main routine a bit. I >have those changes somewhere and I should probably commit them to the >7.7 repository... > >Anyway, the biggest problem with embedding pike, is that you get a >*LOT* of symbols with the lib. This can cause you problems, but if you >manage to avoid name clashes, you should be fine. > >(12737290) /Marcus Agehall (PacketFront)/--------------------------- >

1 0

Re: [Chilimoon-dev] ChiliMoon source repository migration to SVN/SVK?
by Stephen R. van den Berg 25 Dec '04

25 Dec '04

Johan Sundstr?m (Achtung Liebe!) @ ChiliMoon (-) Mooh, mooh wrote: >> One final question here; would anybody object to actually picking my >> current SVN/SVK repository as master for the ChiliMoon sources? >I think that would be great. If and when the time comes for migrating Ok, I'm setting up things now then. If anybody objects, he'd better hurry :-). >UI, it might be worth testing some alternative; the demos I've seen of >Chora for instance (http://freshmeat.net/projects/chora/), isn't tenth >as bad as ViewCVS. Quite so. I'll leave this as an exercise to the reader for now. Especially since you can mirror the SVK repository and test it locally (without going over the Internet). >Besides, actually having a live svn repository might encourage people >to upgrade code librarian all the way to supporting subversion. (Not >sure if I'll have the time myself, but it's more likely than if there >is no present need for it.) Quite right. It never hurts to tickle some interest. >The same probably applies to the Pike site and repository, eventually. >Will there be a read-only subversion tree open for Pike, that we can >point to from the site (noting details such as how often it is synced >et cetera)? I'm making read-only versions of Pike and Roxen available; synced at least every night, possibly even every hour (I have to check what kind of load it creates). The nice thing about the Roxen SVN I'm making available is that it is completely linked with the ChiliMoon repository. ChiliMoon will be read-only for all, and read-write only for developers, of course. -- Sincerely, srb(a)cuci.nl Stephen R. van den Berg (AKA BuGless). Are they twins? Yes. Are they *both* yours? _______________________________________________ Chilimoon-dev mailing list Chilimoon-dev(a)list.chilimoon.org http://pipermail.gusi.at/mailman/listinfo/chilimoon-dev

1 0

ChiliMoon source repository migration to SVN/SVK?
by Stephen R. van den Berg 25 Dec '04

25 Dec '04

I'm almost done with the migration and integration of the various source repositories. One final question here; would anybody object to actually picking my current SVN/SVK repository as master for the ChiliMoon sources? We lose the nice graphical interface which is on the current repository on lysator. I could start exporting my repository to that CVS. OTOH, there exist similar interfaces for SVN. Alternately, by using SVK, you have your own local copy of everything which works *really* fast and easy (much better than plain SVN). I can give write access to all ChiliMoon developers here. I don't mind (might even encourage) moving the repository back to lysator (now or later). Incidentally, this also means that I have a fully SVN/SVK up-to-date mirror for both Roxen and Pike repositories. If someone wants the repository in order to migrate Roxen and/or Pike to SVN, just drop me a note. And, yes, this also means that I have retrofitted SVN/SVK to fully show that ChiliMoon emerged out of Roxen around 2002/06/03 and that they share the same repository history now (file moves and renames and everything). As soon as we agree on where the ChiliMoon repository lives, I'll hand out coordinates to access it (we have enough bandwidth here to host it for now, if that is what we would decide on). P.S. Merry Christmas everyone :-). -- Sincerely, srb(a)cuci.nl Stephen R. van den Berg (AKA BuGless). Are they twins? Yes. Are they *both* yours?

2 1

encode_value? decompile pike programs?
by Martin Bähr 24 Dec '04

24 Dec '04

hi, many many years a go there used to be a way to turn an array or mapping into a readable string that later could be turned into an array/mapping again. i believe that back then the functions encode_value() and decode_value() were used for this. now these functions use some unreadable binary format. what ways are there available today to achive something similar? sprintf("%O") may be used for encoding, but the result contains newlines and comments which i'd rather not have included. is it possible to make sprintf("%O") produce something more compact? on a related note i wonder how it could be achived to "decompile" a program or object. ie. have pike create the source necessary to recreate a value. greetings, martin.

1 0

WebServices
by Kaos 22 Dec '04

22 Dec '04

Hi, We're building an application that has to support webservices. I wonder if there is any work being done in this area? and what interest exist for a new WebService (and all that comes with it) pike module? //K

3 3

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