Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

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

Re: pmod compilation & inherits
by Peter Lundqvist (disjunkt) ＠ Pike (-) developers forum 22 Dec '04

22 Dec '04

Märkligt, det händer inte mig (vare sig i windows eller linux).

1 0

Mysterious yellow blupps
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 17 Dec '04

17 Dec '04

http://pike.ida.liu.se/development/pikefarm/result.xml?id=218_163&pike=7_6 shows yellow blupps in the last couple of builds, but I can't find anything that looks wrong in the verify log. What gives?

3 4

Remote module
by Kaos 16 Dec '04

16 Dec '04

[Pike 7.6.25] Found it usefull to have the Client.pike::closed() to also look at the con->want_close flag since that flag triggers the same error as the con->closed one in decode_call(). //K

2 2

Re: Remote module
by Kaos 15 Dec '04

15 Dec '04

James Tyson wrote: >> [Pike 7.6.25] >> >> Found it usefull to have the Client.pike::closed() to also look at >> the con->want_close flag since that >> flag triggers the same error as the con->closed one in decode_call(). >> >> > > Speaking of the remote module, is there any documentation for how to > use it other than the modref? I've no answer other than to comment on the little fact that the Client/Server part isn't documented at all in the modref, so I rely only on reading the sources for my remote coding.. which was a bit tricky at first :)

1 0

matriser
by Mirar ＠ Pike developers forum 12 Dec '04

12 Dec '04

Interesting. Then Pike is erranous: | > object A=Math.Matrix(({1,2,3,4})/2); | > object B=Math.Matrix(({5,6,7,8})/2); | > A*B; | (9) Result: Math.Matrix( ({ ({ 23, 34}), | ({ 31, 46}) }) ) (It should be: | |(9) Result: Math.Matrix( ({ ({ 19, 22}), | ({ 43, 50}) }) ) ) Any suggestion for how to fix? Will any code break if I just fix it straight off? / Mirar Previous text: >12548097 2004-11-08 21:56 /1 lines/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) >Recipients: Matematik och logik >Comment to 12548086 >Subject: matriser >-------------------------------------------------------------------- >Det senare. "i:te raden * j:te kolonnen". > >(12548097) /Marcus Comstedt (ACROSS) (Hail Ilpalazzo!)/------------- >

4 9

simulating basic types
by Kaos 11 Dec '04

11 Dec '04

Howdi, how's the _is_type() lfun supposed to be used? I've not been able to figure out when it is used.. haven't noticed any change in behaviour with it present or absent. //K

1 0

find_external_context()
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 10 Dec '04

10 Dec '04

I have the following class structure: class A { mixed foo() { } class AA { mixed foo() { return A::foo(); // Implemented with apply_external(1, f_A_foo_fun_num, args); } } } class B { inherit A; class BB { inherit A::AA; } } class C { inherit B; } class D { inherit C; class BB { inherit C::BB; } } But with A, B and C implemented in a cmod. A::AA and B::BB are marked as PROGRAM_USES_PARENT. My problem is that when foo() is called in D()->BB(), find_external_context() returns a loc.inherit with an inherit_level of zero, which causes apply_external() to call the wrong identifier. As far as I can see, the problem might lie in the default branch of find_external_context() after the recursive call: apply_external(1, 1, 4)... -find_external_context(1, inherit=2) - i->parent_offset=1 i->parent_identifier=0 - o->parent_identifier=0 inherit->identifier_level=2 - inherit-- (2 >= 2) -find_external_context(1, inherit=1) - i->parent_offset=1 i->parent_identifier=80 - o->parent_identifier=0 inherit->identifier_level=0 - inherit-- (1 >= 1) -find_external_context(1, inherit=0) - i->parent_offset=-18 i->parent_identifier=-1 - o->parent_identifier=0 inherit->identifier_level=0 - Following o->parent - Parent identifier = 0 (BB), inherit # = 0 --find_external_context: parent_id=0 (BB) * inh->parent_identifier: 80 * loc->parent_identifier: 0 * loc->inherit->parent_offset: -18 * loc->inherit->identifier_level: 0 * parent_identifier: 80 - Parent identifier = 80 (BB), inherit # = 2 --find_external_context: parent_id=80 (BB) * inh->parent_identifier: 0 * loc->parent_identifier: 80 * loc->inherit->parent_offset: 0 * loc->inherit->identifier_level: 0 * parent_identifier: 0 - Parent identifier = 0 (BB), inherit # = 0 --find_external_context: parent_id=0 (BB) apply_external(1, 1, 4) ==> apply_low(0x83c5750, 1, 4) Too many arguments to create(). Expected at most 1 (got 4). Does anybody know in what step it has gone wrong?

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