call_[something]_tool and the "extra" character

Topic: call_[something]_tool and the "extra" character (Read 4841 times) previous topic - next topic

call_[something]_tool and the "extra" character

March 16, 2010, 11:48:06 am

A quick question for the main developers: how does one make use of the supplementary ("extra") character in the call_[something]_tool methods in simwerkz.cc? There is a short routine for extracting the main character to a char tool field in call_convoi_tool and call_depot_tool, but this is not replicated for the "extra" character. Is there some code somewhere that I can copy? Thank you.

Re: call_[something]_tool and the "extra" character

Reply #1 – March 16, 2010, 12:13:42 pm

maybe implement your 'experimental' stuff in a case 'X': of the main switch there. Then extract your secondary character and switch again (so two nested switch's).

Code: [Select]

	sscanf( p, "%c,%hi,%hi,%hi,%hi,%c", &tool, &pos.x, &pos.y, &z, &convoi_id , &exptool);

The trunk code should ignore the exptool.

Re: call_[something]_tool and the "extra" character

Reply #2 – March 16, 2010, 12:36:46 pm

Dwachs,

thank you for your reply. Would this be instead of or as well as the current "extra" character?

Re: call_[something]_tool and the "extra" character

Reply #3 – March 16, 2010, 12:46:36 pm

what extra character do you refer to?

Re: call_[something]_tool and the "extra" character

Reply #4 – March 16, 2010, 02:27:20 pm

The second argument in the call_convoi_tool method.

Re: call_[something]_tool and the "extra" character

Reply #5 – March 16, 2010, 03:12:56 pm

Quote from: jamespetts – on March 16, 2010, 12:36:46 pm

thank you for your reply. Would this be instead of or as well as the current "extra" character?

.. then I would say: in addition to this extra parameter.

And please say, which letter you will use for the experimental's features, such that this letters can be commented as 'reserved' in standard trunk.

Re: call_[something]_tool and the "extra" character

Reply #6 – March 16, 2010, 03:30:03 pm

Quote from: Dwachs – on March 16, 2010, 03:12:56 pm

.. then I would say: in addition to this extra parameter.

And please say, which letter you will use for the experimental's features, such that this letters can be commented as 'reserved' in standard trunk.

I'm slightly confused - do you want me to use a reserved list of letters for Experimental, or use a special extra parameter as discussed above?

Re: call_[something]_tool and the "extra" character

Reply #7 – March 16, 2010, 03:33:59 pm

List of reserved letters for new features.

Or do you speak about just modifying the standard behavior of the tools to fit your needs? Then an extra parameter would do this.

I think a simutrans-standard server should be able to ignore experimental commands actively: The server should notice when an experimental command arrives (hence the reserved letter .. a command with a reserved letter is from experimental and will be ignored).

Maybe this should be handled upon joining of clients: such that a standard server will reject experimental clients and viceversa.

Re: call_[something]_tool and the "extra" character

Reply #8 – March 16, 2010, 09:56:28 pm

Given that Standard servers will never be compatible with Experimental clients, rejecting on joining seems much more sensible. But that brings me back to my original question, which wasn't about differentiating Experimental on a server at all - how do I make use of the existing feature to use a second character in those tools?

Re: call_[something]_tool and the "extra" character

Reply #9 – March 17, 2010, 06:09:02 am

It seems I misunderstood you. The extra parameter contains a schedule (convoi tool) or a window magic number (line tool).

See eg. fpl->sscanf_schedule( p ); and the corresponding sprintf.

You can use the extra parameter as you like. It is only interpreted under certain circumstances, as you can see in simwerkz.cc.

Re: call_[something]_tool and the "extra" character

Reply #10 – March 17, 2010, 09:19:10 am

I have managed to get it working as an additional character, which is useful for re-using code where there are multiple related tools. One other question: do the letters have to be unique across all tools, or just unique for the particular type of tool?

Re: call_[something]_tool and the "extra" character

Reply #11 – March 17, 2010, 09:41:28 am

Quote from: jamespetts – on March 17, 2010, 09:19:10 am

unique for the particular type of tool?

only this.

Re: call_[something]_tool and the "extra" character

Reply #12 – April 11, 2010, 02:02:00 pm

Dwachs,

I have been looking at this to-day and I think that I see how it works. However, a further question: where is the cbuffer_t object containing the schedule transmitted accross the network?

Re: call_[something]_tool and the "extra" character

Reply #13 – April 11, 2010, 07:14:46 pm

cbuffer_t is defined in utils/cbuffer* ...

And it is transferred as a string, since its size is known.