This code is causing `panic`
# general
c
@creamy-potato-29402 @white-balloon-205 Any workaround for this?
This is a blocker for us.
c
what panic
it’s hard to debug something when you don’t have ther error. 🙂
c
Copy code
panic: runtime error: invalid memory address or nil pointer dereference
    [signal SIGSEGV: segmentation violation code=0x1 addr=0x30 pc=0x239f1ee]
    goroutine 42 [running]:
    <http://github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge.MakeTerraformResult(0x0|github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge.MakeTerraformResult(0x0>, 0xc0004ebd40, 0x0, 0x0)
    	/home/travis/gopath/src/github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge/schema.go:415 +0x20e
    <http://github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge.(*Provider).Invoke(0xc00039cff0|github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge.(*Provider).Invoke(0xc00039cff0>, 0x2c4bf40, 0xc0007d9e00, 0xc0007de9b0, 0xc00039cff0, 0x1, 0x1)
    	/home/travis/gopath/src/github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi-terraform/pkg/tfbridge/provider.go:803 +0x83b
    <http://github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go._ResourceProvider_Invoke_Handler.func1(0x2c4bf40|github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go._ResourceProvider_Invoke_Handler.func1(0x2c4bf40>, 0xc0007d9e00, 0x28e7920, 0xc0007de9b0, 0x2c4bf40, 0xc0007d9e00, 0x2c543a0, 0x3cb89a8)
    	/home/travis/gopath/src/github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go/provider.pb.go:1175 +0x86
    <http://github.com/pulumi/pulumi-gcp/vendor/github.com/grpc-ecosystem/grpc-opentracing/go/otgrpc.OpenTracingServerInterceptor.func1(0x2c4bf40|github.com/pulumi/pulumi-gcp/vendor/github.com/grpc-ecosystem/grpc-opentracing/go/otgrpc.OpenTracingServerInterceptor.func1(0x2c4bf40>, 0xc0007d9e00, 0x28e7920, 0xc0007de9b0, 0xc0007db320, 0xc0007db340, 0x0, 0x0, 0x2c39180, 0xc0003e5e90)
    	/home/travis/gopath/src/github.com/pulumi/pulumi-gcp/vendor/github.com/grpc-ecosystem/grpc-opentracing/go/otgrpc/server.go:57 +0x2b0
    <http://github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go._ResourceProvider_Invoke_Handler(0x2996100|github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go._ResourceProvider_Invoke_Handler(0x2996100>, 0xc00039cff0, 0x2c4bf40, 0xc0007d9b90, 0xc0007b2540, 0xc00042d260, 0x0, 0x0, 0x0, 0x0)
    	/home/travis/gopath/src/github.com/pulumi/pulumi-gcp/vendor/github.com/pulumi/pulumi/sdk/proto/go/provider.pb.go:1177 +0x158
c
cc @microscopic-florist-22719
c
Sorry forgot post the actual
panic
m
Looks like a bug on our side
c
indeed.
c
We would appreciate if we could have workaround.
m
I'm not sure that there is a workaround--looking into it now.
c
Thanks
m
If GCP has a JavaScript/TypeScript SDK, using that to fetch the data may work
c
I don’t understand.
m
GCP has a library that you can use to interact with its APIs from TypeScript
So rather than calling `@pulumi/gcp`'s
getAddress
...putting together an example
c
No, we want to stick with pulumi
We have built on top of Pulumi and we wouldn’t want to introduce dependency on
gcp
directly.
m
We'll need to release a new version of the GCP provider to ship the bugfix.
c
Great!! thank you!
When is it likely to be released?
m
Within the next several days. We're having a bit of a snowstorm here in Seattle which is impacting working hours, but I think we should still be able to turn this around quickly.
c
Next several days will affect our ability to deliver the sprint , which has a hard depedency.
We would like this to delivered ASAP as it is a blocker for us.
m
@chilly-photographer-60932 we've released a new version of
@pulumi/gcp
that should fix the panic you were seeing.
c
Great! Thank you!