When pike is installed with the option mentioned in the subject, the following happens when one tries to instantiate any code that uses Calendar - http://grendel.thanes.org/tmp/pike-problem.txt
The whole backtrace is 10k, that's why I'm not pasting it in this message. You might also notice two lines with stuff that's not related to the bug mentioned above, I will post to that effect in a moment.
oh, I should mention that doing:
object o = Calendar.ISO.now(); object p = Protocols.HTTP.Query();
works without problems...
/ Marek Habersack (Grendel)
Previous text:
2002-10-21 15:39: Subject: Pike 7.3 problems with the --traditional install
When pike is installed with the option mentioned in the subject, the following happens when one tries to instantiate any code that uses Calendar - http://grendel.thanes.org/tmp/pike-problem.txt
The whole backtrace is 10k, that's why I'm not pasting it in this message. You might also notice two lines with stuff that's not related to the bug mentioned above, I will post to that effect in a moment.
/ Marek Habersack (Grendel)
No doubt something that the somewhat complex Calendar bootstrapping depends on is broken...
I tried to trace it some time ago, but I got lost in the maze :(
/ Marek Habersack (Grendel)
Previous text:
2002-10-21 17:49: Subject: Re: Pike 7.3 problems with the --traditional install
No doubt something that the somewhat complex Calendar bootstrapping depends on is broken...
/ Brevbäraren
Pikes 2/3rd solution to handling cyclic type references between module files is an endless source of grief and confusion.. I consider that the by far the most annoying misfeature right now. Unfortunately it's very hard to solve without rewriting a sizable part of the compiler. :\
/ Martin Stjernholm, Roxen IS
Previous text:
2002-10-21 17:49: Subject: Re: Pike 7.3 problems with the --traditional install
No doubt something that the somewhat complex Calendar bootstrapping depends on is broken...
/ Brevbäraren
ok, so is there any way to make things work with --traditional? They do work in 7.2, so I assume they could work in 7.3 as well... If there's no way, I will have to repackage pike for Debian and use the new installation style...
/ Marek Habersack (Grendel)
Previous text:
2002-10-21 18:21: Subject: Re: Pike 7.3 problems with the --traditional install
Pikes 2/3rd solution to handling cyclic type references between module files is an endless source of grief and confusion.. I consider that the by far the most annoying misfeature right now. Unfortunately it's very hard to solve without rewriting a sizable part of the compiler. :\
/ Martin Stjernholm, Roxen IS
I don't know, and I don't have the time to pick apart a resolve order bug right now. Maybe you could attack the problem from the other end, i.e. by comparing the two install methods and make the traditional one behave more like the other? Afaics, there's no _real_ reason that the module dependencies or load/dump order must be different just because the directory layout is a bit different.
/ Martin Stjernholm, Roxen IS
Previous text:
2002-10-21 18:24: Subject: Re: Pike 7.3 problems with the --traditional install
ok, so is there any way to make things work with --traditional? They do work in 7.2, so I assume they could work in 7.3 as well... If there's no way, I will have to repackage pike for Debian and use the new installation style...
/ Marek Habersack (Grendel)
bah... I wish I had time to do it now, alas... I will just think about some dirty temporary hack to have it working (I know, I know, it's not the best way to solve it, but I have to work on loads of other stuff...)
/ Marek Habersack (Grendel)
Previous text:
2002-10-21 18:30: Subject: Re: Pike 7.3 problems with the --traditional install
I don't know, and I don't have the time to pick apart a resolve order bug right now. Maybe you could attack the problem from the other end, i.e. by comparing the two install methods and make the traditional one behave more like the other? Afaics, there's no _real_ reason that the module dependencies or load/dump order must be different just because the directory layout is a bit different.
/ Martin Stjernholm, Roxen IS
The Calendar module was written before it was possible to have cyclic references between files. So the Calendar bootstrapper tries to solve that problem internally. It could probably be removed now if someone wanted to put in some work...
pike-devel@lists.lysator.liu.se