New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
loadSystems crashes with wrong Lemmy password #18
Comments
This error occurs for me too after connecting hackernews. Running program initially with only lobsters works. |
Dang! To bad I don't use lobster. Looks like an error at line 98 in
root.go.. I can not find that file anywhere in my system.. Hope it gets
corrected soon. Would love to use this client! :)
…On Fri, Jun 9, 2023 at 10:10 PM VincentYing ***@***.***> wrote:
This error occurs for me too after connecting hackernews.
Running program initially with only lobsters works.
—
Reply to this email directly, view it on GitHub
<#18 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AYILY5C57YHWUA76DI2CD6TXKPQSZANCNFSM6AAAAAAZAGZNGY>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Did you run any of the |
Yes, i ran 'neonmodem connect --type lemmy --url https://lemmy.ml' , entered my user and pass and got "Successfully added new connection!". Then neonmodem returnes goroutine 1 [running]: |
Same issue,
eliminating my connection to lemmy allows the program to... uselessly start. I should note, there seems to be a non-standard go installed on the system in question (sdf.org public access unix system running NetBSD)
Also tried building from source on our linux system here. |
Thanks for reporting! Could anyone of you give it a try with the latest |
Just downloaded the arm64 placed in user/local/bin, chmod +x neonmodem. neonmodem connect --type lemmy --url https://lemmy.ml 02:35:43 goroutine 1 [running]: still not working for me. |
@joshnb Can you provide some additional information about your environment? Specifically OS and GO version but any other details you think might be relevant to your environment would be helpful in tracking this down. |
go version go1.20.5 linux/amd64 error seems to be in the loadSystems function at line 105 of the root.go file in the neonmodem/cmd. I can not find this file to try to fix the nil value for memory. |
@joshnb Please run |
after running the --debug, I saw my mistake. and neonmodem is now working! Thanks for the help! It was just my password was incorrect. got some yolk on my face... |
Well well, thank you for reporting, because this shouldn't happen nevertheless! I will change the issue's title accordingly, so that it can be fixed sometime. :-) |
Just bumping to say that it might be necessary to delete |
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x80 pc=0x563d981d6ad1]
goroutine 1 [running]:
github.com/mrusme/neonmodem/cmd.loadSystems(0xc000456000)
github.com/mrusme/neonmodem/cmd/root.go:98 +0xf1
github.com/mrusme/neonmodem/cmd.glob..func1(0x563d98b4a1c0?, {0x563d981dbc8c?, 0x0?, 0x0?})
github.com/mrusme/neonmodem/cmd/root.go:115 +0xdc
github.com/spf13/cobra.(*Command).execute(0x563d98b4a1c0, {0xc000024240, 0x0, 0x0})
github.com/spf13/cobra@v1.6.1/command.go:920 +0x847
github.com/spf13/cobra.(*Command).ExecuteC(0x563d98b4a1c0)
github.com/spf13/cobra@v1.6.1/command.go:1044 +0x3bd
github.com/spf13/cobra.(*Command).Execute(...)
github.com/spf13/cobra@v1.6.1/command.go:968
github.com/mrusme/neonmodem/cmd.Execute(0xc0000061a0?)
github.com/mrusme/neonmodem/cmd/root.go:127 +0x3e
main.main()
github.com/mrusme/neonmodem/neonmodem.go:13 +0x25
can find the file to try to figure out what its not working.. Any ideas?
The text was updated successfully, but these errors were encountered: