Closed pnc closed 3 months ago
For others, I'm able to work around the crash by providing the same value (arn:aws:iam::xxx:role/phil-axle-ReplicationRole-VwMQmmcofdJ
) for the parameter rather than pressing Enter.
I can reproduce this with a simple test case. Will work on a fix today.
Approximate steps to reproduce:
arn:aws:iam::xxx:role/phil-axle-ReplicationRole-VwMQmmcofdJ
for the single parameter, which works normally.At this point I press enter without entering a value, intending to make it use the current value.
Rain shows some progess information and then exits with this error:
Expected results: Rain uses the existing value (in parens) as the value (common UNIX tool UX, see
adduser
for example), or deploys the stack with the value blanked out, but either way doesn't crash.here's the backtrace lldb gives:
This advice from https://go.dev/doc/gdb also appears to apply to lldb on macos:
As of Go 1.11, debug information is compressed by default. Older versions of gdb, such as the one available by default on MacOS, do not understand the compression. You can generate uncompressed debug information by using go build -ldflags=-compressdwarf=false. (For convenience you can put the -ldflags option in the GOFLAGS environment variable so that you don't have to specify it each time.)
I cloned 2fe3ddc1383282972e1c72f25deff717dcf923a6 and ran:
Template: