Game crashes when trying to access Freeroam status about scs_rpc2 HOT 10 CLOSED

Closed as the issue seems to be with the tutorial part of the game as when trying it on my normal profile it runs fine on the first release

from scs_rpc2.

Hi, thanks for the issue. Looks like my code is trying to access memory that has been since allocated by another plugin. Can you please provide a list of plugins you run alongside SCS_RP2, so I can see if I can recreate the problem.

from scs_rpc2.

I had ets2telemetry and Trucksbook installed though I'm going to try it without them

from scs_rpc2.

Even after removing the plugins it's still crashing with ACCESS_VIOLATION

game.crash.txt
game.log.txt

from scs_rpc2.

Verify that you have all of these updated. Although they should be, since you are running other plugins without a problem.

• .NET Framework
• DirectX
• Microsoft Visual C++

Would it be a possibility for you to compile the dlls yourself. Perhaps there is an issue with the binary itself.

from scs_rpc2.

They're all up to date, Tried compiling in VS and running it with the same issue. though it runs fine with the Paused and Close to statuses

from scs_rpc2.

I tried patching up some for loops and couple of other things. As I am unable to replicate the behavior on my machine, I need you to test this binary SCS_RPC2.zip

from scs_rpc2.

Continues to crash at the freeroam status with the new version
game.crash.txt
game.log.txt

from scs_rpc2.

As mentioned I can't replicate said behavior, so I sadly can't really help no further. If you or anybody else who might have same issue, feel like digging into the code I have multiple observations:

• The issue is that the program tries to read from memory that is inaccessible to it (known as segmentation fault).
• Thanks to changes in 3907783 the game.crash.txt got shortened of one block. I think it might've fixed something.
• Per description of the problem I guess the issue might be somewhere in the handle_configuration function, because the event it handles fires first when player loads into the world (the point of crash?).
  

  SCS_RPC2/handlers.h

  Lines 83 to 121 in 3907783

  	SCSAPI_VOID handle_configuration(const scs_event_t event, const void* const event_info, const scs_context_t context)
  	{
  	telemetry_state* const telemetry = static_cast<telemetry_state*>(context);
  	const struct scs_telemetry_configuration_t* const info = static_cast<const scs_telemetry_configuration_t*>(event_info);
  	std::string id = info->id;
  	if (id.compare(SCS_TELEMETRY_CONFIG_job) == 0) {
  	for (size_t i = 0; i < sizeof(info->attributes) / sizeof(scs_named_value_t); i++)
  	{
  	const scs_named_value_t* current = &info->attributes[i];
  	const std::string name = current->name;
  	if (name.compare(SCS_TELEMETRY_CONFIG_ATTRIBUTE_cargo) == 0) {
  	telemetry->cargo.name = current->value.value_string.value;
  	}
  	else if (name.compare(SCS_TELEMETRY_CONFIG_ATTRIBUTE_cargo_mass) == 0) {
  	telemetry->cargo.weight = current->value.value_float.value;
  	}
  	else if (name.compare(SCS_TELEMETRY_CONFIG_ATTRIBUTE_is_cargo_loaded) == 0) {
  	telemetry->cargo.loaded = current->value.value_bool.value;
  	}
  	}
  	}
  	else if (id.compare(SCS_TELEMETRY_CONFIG_truck) == 0) {
  	for (size_t i = 0; i < sizeof(info->attributes) / sizeof(scs_named_value_t); i++)
  	{
  	const scs_named_value_t* current = &info->attributes[i];
  	const std::string name = current->name;
  	if (name.compare(SCS_TELEMETRY_CONFIG_ATTRIBUTE_brand) == 0) {
  	telemetry->truck.brand = current->value.value_string.value;
  	}
  	else if (name.compare(SCS_TELEMETRY_CONFIG_ATTRIBUTE_name) == 0) {
  	telemetry->truck.name = current->value.value_string.value;
  	}
  	}
  	}
  	}

from scs_rpc2.

Now fixed in the release 1.1.
Turned out that after the tutorial, for some reason, the speed channel fires with a null pointer value , that caused the crash.

Thank you for the report

from scs_rpc2.