problems of co_composed on release mode

[zhllxt]

#include <asio.hpp>
#include <asio/experimental/co_composed.hpp>

using tcp_socket = asio::as_tuple_t<asio::use_awaitable_t<
	>>::as_default_on_t<asio::ip::tcp::socket>;

std::string url_encode(std::string_view url)
{
	std::string r;
	r.reserve(url.size() * 2);
	return r;
}

struct async_request_op
{
	auto operator()(auto state) -> void
	{
		std::string_view url = "abc";
		url_encode(url);
		co_return asio::error_code{};
	}
};

template<
	typename SendToken = typename asio::default_completion_token<
	typename tcp_socket::executor_type>::type>
inline auto async_request(
	const auto& executor,
	SendToken&& token = typename asio::default_completion_token<
	typename tcp_socket::executor_type>::type())
{
	return asio::async_initiate<SendToken, void(asio::error_code)>(
		asio::experimental::co_composed<void(asio::error_code)>(
			async_request_op{ }, executor),
		token);
}

asio::awaitable<void> do_request()
{
	co_await async_request(co_await asio::this_coro::executor);
}

int main()
{
	asio::io_context ctx;
	asio::co_spawn(ctx.get_executor(), do_request(), asio::detached);
	ctx.run();
}

under release mode, it will cause crash:

This is just a simple example, and I want to demonstrate this problem through this example.

In fact, I encountered many similar problems while using co_composed. There was no problem in debug mode, but there were problems in release mode. I adjusted the compilation parameters, mainly parameters ‘inline function expansion’ and ‘enable intrinsic functions’, which sometimes solved the problem but sometimes couldn't.