undefined: syscall.Handle errors on macOS

[onderweg]

I'm not sure if there is an issue with my Go environment on macOS, but when I try to use the module (for example by running the examples), I get syscall.Handle errors:

/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:13:27: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:14:27: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:121:28: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:149:31: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:151:36: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:199:32: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/table.go:76:40: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/table.go:88:32: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/interpreter.go:98:33: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/interpreter.go:104:36: undefined: syscall.Handle
/Users/macuser/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:151:36: too many errors

Is there a known issue with running this module on macOS? (M1, Ventura 13.1)

[Valentin-Kaiser]

I have personally never tested it under macOS, only under Windows and Linux systems. I will take a closer look at the problem.

But please check if you are using the latest release.
I can see in your output that you are using an old version: github.com/!valentin-!kaiser/go-dbase/[email protected]

[onderweg]

Thanks!

I can see in your output that you are using an old version

Mmmm, strange. This:

go get github.com/Valentin-Kaiser/go-dbase/dbase@latest 

results for me in release v0.0.0-20220622120602-842944cf2977

[Valentin-Kaiser]

Try go get github.com/Valentin-Kaiser/go-dbase@latest

[onderweg]

Yep, that fixed it. Thanks.

I followed the read me in my initial attempt:

Installation
go get github.com/Valentin-Kaiser/go-dbase/dbase

But with go get github.com/Valentin-Kaiser/go-dbase@latest I have both the latest version, and the error is gone :)

[Valentin-Kaiser]

Very nice, I'll close the issue then.
I have adjusted the readme.

[denispol]

Hi, still encountering this issue as I'm using a workflow automation tool where Go is bunbled and we don't have the possibility to include any latest tag (packages are automatically downloaded from last release):

ExecutionErr: ExitCode: 1, last log lines:
call.Handle
../../../cache/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/table.go:88:32: undefined: syscall.Handle
../../../cache/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/interpreter.go:98:33: undefined: syscall.Handle
../../../cache/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/interpreter.go:104:36: undefined: syscall.Handle
../../../cache/go/pkg/mod/github.com/!valentin-!kaiser/go-dbase/[email protected]/io.go:151:36: too many errors

Running Azure Linux in Kubernetes. It seems that the issue lies in the way the release is pulled by default with Go if not indicating latest. Unsure if this is completely related to the package or to the automation tool, I opened a similar issue in their repo to clarify.

[Valentin-Kaiser]

I needed to fuck around a bit with the releases/tags and the dbase directory in my module, but it should be solved now.

go get github.com/Valentin-Kaiser/go-dbase@latest
go: added github.com/Valentin-Kaiser/go-dbase v1.12.0

go get github.com/Valentin-Kaiser/go-dbase/dbase@latest
go: added github.com/Valentin-Kaiser/go-dbase v1.12.0

submodule versioning

If a module is defined in a subdirectory within the repository, that is, the module subdirectory portion of the module path is not empty, then each tag name must be prefixed with the module subdirectory, followed by a slash. For example, the module golang.org/x/tools/gopls is defined in the gopls subdirectory of the repository with root path golang.org/x/tools. The version v0.4.0 of that module must have the tag named gopls/v0.4.0 in that repository.