[prev in list] [next in list] [prev in thread] [next in thread] 

List:       atlantik-devel
Subject:    [atlantik-devel]
From:       Rob Kaper <cap () capsi ! com>
Date:       2003-07-09 4:03:33
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


----- Forwarded message from Rob Kaper <cap@capsi.com> -----

From: Rob Kaper <cap@capsi.com>
Reply-To: monopd-devel@lists.capsi.com
To: monopd-devel@lists.capsi.com
Subject: [monopd-devel] auctions, debts, events and queuing
Date: Tue, 8 Jul 2003 18:38:15 +0200
User-Agent: Mutt/1.2.5.1i
Message-ID: <20030708183815.S27178@capsi.com>
X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.11.1.3

This will probably be one of the longer mails sent to the list. There are
some known problems with the event order for auctions and debts that need to
be addressed before a 1.0 release.

What happens when a player overbids in an auction?

- monopd completes the auction and transfers the estate
- monopd creates a debt

Works fine in theory, but it has a nasty bug: the estate is transfered
prematurely and can be mortgaged to get money to pay the debt. That's not
what *should* happen:

- monopd should create a debt
- monopd transfers the estate upon debt resolution

The problem is that the auction object has been deleted before the debt
resolves, so monopd doesn't know what to transfer. Even if the auction where
still there, it was never specifically tied to the debt.

The most generic solution, IMHO, would be to allow to add a trade to a debt.
Storing an auction pointer in a debt would be rather specific while trades
are super flexible as they can involve practically any game object.

It would require a trade extension though, to make it read-only and hidden
from the wire protocol, as it is only a planned transaction and nothing that
can be edited by players. When the debt resolves, the trade completes.

This should fix the auction behavior without changing the wire protocol. Any
input?

Rob
-- 
Rob Kaper     | "They that can give up essential liberty to obtain a little
cap@capsi.com | temporary safety deserve neither liberty nor safety."
www.capsi.com | - Benjamin Franklin, Historical Review of Pennsylvania, 1759



----- End forwarded message -----

-- 
Rob Kaper     | "They that can give up essential liberty to obtain a little
cap@capsi.com | temporary safety deserve neither liberty nor safety."
www.capsi.com | - Benjamin Franklin, Historical Review of Pennsylvania, 1759

[Attachment #5 (application/pgp-signature)]

_______________________________________________
atlantik-devel mailing list
atlantik-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/atlantik-devel


[prev in list] [next in list] [prev in thread] [next in thread]