# ../addons/source-python/plugins/autoload/autoload.py """Automatically load installed plugins.""" # ============================================================================ # >> IMPORTS # ============================================================================...

I'm not too sure about the permission, since he get an ImportError, which is confusing. Did you install Python on that VM? If so, it may conflict trying to import something from there for the same reasons as this: http://wiki.sourcepython.com/general/known-issues.html

Replace this line:

With:

Unlike print, echo_console only takes 1 argument.

Like I already told you, this is awesome!! Very creative.

No, you don't need python installed on your machine to run Source.Python on your game server (it has its own builtin).

Well, the console would have told you exactly what was going wrong since it was able to catch the crash, therefore printing it to the console. Which most likely means the installation was correct but something was conflicting.

burnSTATION wrote:tried editing ___init___.py and now the server doesnt "crash" but SP still fails to operate as intended.

And what do you get in the console?

[Source.Python] Failed to load the main module. No core_settings.ini → permissions issues. Give write permissions to the ../cfg/ folder. Replacing the load method into ../addons/source-python/packages/source-python/__init__.py by the one I gave in this post should prints out the exact error on the ...

I'm not sure what you did, but it is messed even more. You passed from failing to load the __init__.py file causing SP to unload itself (as shown in this post) to crash right after this line in the loader.

Make sure to set both "level" and "areas" to "5" into the "LOG_SETTINGS" section of the "core_settings.ini" file so the initialization process can be fully logged into the console.log file that Ayuto mentionned above.

What version are you using? Also, if you check into the ../cfg/source-python/ folder, is there a core_settings.ini file created?

Actually, the players are mapped into an array which is networkable, wrapping it may give us the ability to count the element. However, our implementation doesn't allow for this currently and last time I checked, the bits/flags/etc of the SendProp needed to be verified as a case-by-case basis. I wil...

Yes, I know about the cs_/tf_team_manager (CTeam instances) entities. But the offset where the length is stored is not mapped into the ServerClass nor the DataMap and I still prefer users to use a bit more CPU than having to constantly update the data files to keep it updated.

Instead of counting the player everytime a switch occurs, we could simply make sure the player is leaving the RED team (which optimize quite a bit, imo): from events import Event @Event('player_team') def player_team(game_event): # If the player is not coming from the red tea...

I didn't have/take the time to look more into the gEntList issue. But there is definitely something going wrong. When the server is crashing, I get the following prompt: err.PNG For some reasons, server.dll (or more precisely, the dll that pointer get exported from) seems to be mapped into D:/ while...

Offering the functionalities proposed by the engine itself is definitely planned but, as far as wrapping Lua into SP I'd say no. At least, I would not personally dig into that. Custom packages written by the community seems to fit perfectly fine for such a thing, imo.

I'm having trouble getting the address of gEntList. # ../data/source-python/memory/gmod/global_pointers.ini [CGlobalEntityList] binary = server identifier_linux = gEntList identifier_windows = 55 8B EC 83 EC 08 56 57 8B 7D 08 6A 00 B9 offset_windows = 14 level_windows = 1 No doubt that the signature...

Interesting. Garry's Mod have both, server.so and server_srv.so. I guess we will have to make sure to define the right one into our data files. Will grab the required signatures in a few.

As for the global pointers, we could make the manager.get_global_pointer method to act like dict.get adding a default keyword that return it upon fail or raise if not defined. We could then use that feature to return a custom NotImplementedPointer that raises on __getattr__ or something like that. T...

On my side I replaced the load function into __init__.py with: def load(): """Load Source.Python's Python side.""" def try_to_setup(func): try: func() except: import sys exc_type, exc_value, exc_traceback = sys.exc_info() print(&#...