Hello,
Thomas Petazzoni [EMAIL PROTECTED] writes:
Anyway, I think that a proper fix would involve
throwing an exception in io.ml when the bases cannot be loaded, and in
demexp-server.ml, when this exception is catched, initialize a default
participant base.
This bug is now fixed. I have
Hello Thomas,
2005/9/28, Thomas Petazzoni [EMAIL PROTECTED]:
Ok, I *think* I've found the bug. (Line numbers refers to 0.6.2).
In srv/participants.ml.nw, the function which is in charge of creating
the default root login (with the demexp password) is
initialize_default_participant_base.
Hi,
David MENTRE wrote:
This should work if you start the client with demexp://localhost:5
URL in the command line.
Ok, works with the URL on the command line.
However, I wasn't able to login on the locally running demexp server
with root/demexp. Is it really the default root password ?
Hi,
David MENTRE a écrit :
2005/9/27, Thomas Petazzoni [EMAIL PROTECTED]:
However, I wasn't able to login on the locally running demexp server
with root/demexp. Is it really the default root password ?
Yes. I have checked in 0.6.2 sources, in participants.ml.nw:
Function
Hi Thomas,
2005/9/25, Thomas Petazzoni [EMAIL PROTECTED]:
Today, when I tried to modify the preferences in my 0.6.2 demexp client,
the new preferences were not taken into account when restarting the
client.
What do you mean exactly by the new preferences were not taken into account?
Did you
Hi David,
David MENTRE wrote:
Did you try to specify a new default server different that
tuxinette.linux-france.org:5? Did you launch the client with the
URL of the new server in the command line?
Here are the steps to reproduce (from my remembers):
- rm -rf ~/.demexp*
-
Hi,
Today, when I tried to modify the preferences in my 0.6.2 demexp client,
the new preferences were not taken into account when restarting the
client. I've tried to remove my ~/.demexp/, tried with an other Unix
user, same problem. I recompiled the tarball from scratch (in case of a
trouble