Skip to content
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

sbpp_comms error #979

Open
drew73197 opened this issue Jul 11, 2024 · 7 comments
Open

sbpp_comms error #979

drew73197 opened this issue Jul 11, 2024 · 7 comments

Comments

@drew73197
Copy link

drew73197 commented Jul 11, 2024

What are the steps to reproduce this issue?

  1. loading my server with sbpp_comms.smx not in the disabled folder

What happens?

If I have sbpp_comms outside of my disabled folder it crashes my server upon boot. Now my server does use 64bit TF2 and I have done a lot to make sure everything works, this is one of the few things I have not found an update for or been able to fix myself. I am not quite sure what exactly about it is causing the crash. The rest of the sourcebans plugins work fine it's just the comms plugin.

What were you expecting to happen?

The server to boot.

Any logs, error output, etc.?

Segmentation fault (core dumped)

Any other comments?

What versions of software are you using?

Operating System: Ubuntu 22.04.4 LTS
SourceBans++ Version: 1.8.0 | Git: 1411
SourceMod Version: 1.12.0.7140
MetaMod Version: 2.0.0-dev+1293

@Rushaway
Copy link
Contributor

In report like that it is important to have your server informations.. Please edit your issue with all informations as requested by the template.

@drew73197
Copy link
Author

Sorry my bad didn't even notice that stuff at the bottom, I will fill it out. As far as like any logs or anything there is really nothing other than segmentation fault and then it tries to boot up again.

@Rushaway
Copy link
Contributor

Thanks for the info, I will try to find a pterodactyl egg for TF2 in 64 bits, to repro your issue.
Did you compile the plugin yourself or you use the smx from the release? (to know if it can be an include issue)

@drew73197
Copy link
Author

I just used what was in the release this most recent time but in previous instances because I've had this issue since day 1 of the 64bit update I have tried compiling myself thinking that would help.

@drew73197
Copy link
Author

Anyone got an update on this or what might be causing it?

@Rushaway
Copy link
Contributor

Rushaway commented Aug 7, 2024

Any accelerator logs?

@Rushaway
Copy link
Contributor

Could you give a try with the latest release ? We're now compiling with SM 1.12 who suppose to fully support 64 bits.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants