Load calculation problem

Topic: Load calculation problem (Read 3913 times) previous topic - next topic

Load calculation problem

June 04, 2009, 07:20:39 am

When hanging on a p****anger car to the coal mine <--> power plant train, stopping at the road crossing in between to let workers reach their work places I ended up with this:

(Sorry about the Swedish... *smile*)

The train is loaded with 18 p****angers and 90t of coal, but both coal and p****engers are listed under the p****enger node, and the coal node is considered empty.

The save game is here

Stats: Debian/Squeeze
Simutrans Exp. 3.14 + git pull 2009-06-01 (commit 97d7a9fcf7d8dcdbd644ab6909cc4b3e08a39cd4) compiled locally with gcc 4.3.3
Pak 64 (not Experimental)

Re: Load calculation problem

Reply #1 – June 05, 2009, 10:58:56 pm

Sanna,

thank you very much for the report. I have eventually tracked down and fixed the problem; the fix will be available in the next release. Thank you for your help!

Re: Load calculation problem

Reply #2 – June 17, 2009, 12:40:20 am

In release 4.1 it is still there:

Re: Load calculation problem

Reply #3 – June 17, 2009, 12:45:07 am

Hi! I have met such problem long ago even in standard pak. Please check and fix this bug for both experimental and standard pak. Thanks!

Re: Load calculation problem

Reply #4 – June 17, 2009, 08:32:47 pm

Steven,

thank you for your useful information. Board administrators: in light of Steven's information, might I suggest that this be moved to the main bug reports section?

Re: Load calculation problem

Reply #5 – June 17, 2009, 08:41:55 pm

This is fixed in 102.0

Re: Load calculation problem

Reply #6 – June 17, 2009, 09:49:50 pm

Quote from: prissi – on June 17, 2009, 08:41:55 pm

This is fixed in 102.0

Hm, it's back again...

Re: Load calculation problem

Reply #7 – June 17, 2009, 10:14:27 pm

I think that I have solved this by partly reverting to some Simutrans-Standard code that I had previously removed because it appeared to cause crashes. However, I think that I have now fixed the crashes. The fix should be available in the next version (but will need the preprocessor directive SLIST_FREIGHT to be used).

Thank you for the report!