Programmable Sleep Clock v3.31
J. M. Pescado:
I have seen beds become "jammed" in use before, yes. But this is not an issue produced by the sleep clock, it is a Maxian problem.
dizzy:
This sounds like the kind of problem that the toilet has without my flush-fish fix. What happened is that the code tries to do a Standard Entry before the routing, then if the routing fails, it exits without doing a Standard Exit (which is why it leaves it marked "in use").
The proper way to Enter an object that requires routing is to do the Route To first, then check for In Use again, then do a Standard Entry (which is how I fixed that problem).
witch:
I don't think the sleepclock is talking to the babby controller.
The baby controller was making the sim feed the baby, then the sleepclock took over. The sleepclock is not on Max.
J. M. Pescado:
Quote from: dizzy on 2007 August 21, 09:05:08
The proper way to Enter an object that requires routing is to do the Route To first, then check for In Use again, then do a Standard Entry (which is how I fixed that problem).
Actually, it's best to Standard Entry first, then route to, and if failed, standard exit, otherwise, do stuff, then exit. Otherwise the item could become in use by someone else, simultaneously, creating a race condition, and making checking for this much more computationally expensive.
talysman:
Quote from: witch on 2008 October 08, 04:29:54
I don't think the sleepclock is talking to the babby controller.
The baby controller was making the sim feed the baby, then the sleepclock took over. The sleepclock is not on Max.
I've had the same thing a couple times: if the baby controller queues up Feed Baby and the Sleepclock sends a Go To Bed after the sim picks up the baby, but before completing the action, the mother takes the baby to bed.
Doesn't seem to cause any problem, other than the baby can't sleep.
Navigation
[0] Message Index
[#] Next page
[*] Previous page