My episode1 plugin loads fine in Windows, but not in Linux - Page 3

taansari

@everyone

Thanks for all your guidance and help, I think I have spotted the cause of this error. In simple words: I shouldn't have used Code::blocks for anything more than compiling against syntax errors - I should have used 'make' command manually.

Doing so worked in stub_mm plug-in, and now it is being loaded. Now, as I tried this with my actual plug-in, it is not being loaded. Having read some where not to use stl containers anywhere (I am using ifstream), I think this should be the reason why my plug-in is now not working. Fiddling with sample_mm plug-in (with and without ifstream) shows exactly the same behavior. I had read somewhere not to rely on STL for MM:S, and had plans to correct this portion - now is the time.

I'll try to patch my plug-in and get back with updates!

Thanks to everyone, your feedback really helped me debug my problem!

asherkin · *Last edited by asherkin; 02-22-2012 at 05:22.*

Quote:

Originally Posted by http://wiki.alliedmods.net/Metamod:Source_Development#Linux

-lstdc++ (same as using g++) - Even if you use the exact same compiler build as Valve, linking against the libstdc++ will be painful. Not all Linux distributions use the same version, and in general ABI compatibility on this library is frequently broken. You will find that users report load failures or even crashes, and the problem may be very difficult to trace. As such, you should avoid using exceptions or any part of the Standard Template Library (STL). Valve provides many abstractions that should suffice, and SourceHook provides some as well.

taansari

Thanks for the tip. But what I'm trying to say here is: that is only part 2 of the problem. Part 1 (which took the most time), was bottom lined to using the 'make' command manually.

Thanks!

p.s. Plug-in is loading fine now... Thanks to all for your help!

asherkin

Quote:

Originally Posted by taansari

Thanks for the tip. But what I'm trying to say here is: that is only part 2 of the problem. Part 1 (which took the most time), was bottom lined to using the 'make' command manually.

C::B was probably trying to use G++ instead of GCC, it would work fine if configured correctly.

taansari

Quote:

Originally Posted by asherkin

C::B was probably trying to use G++ instead of GCC, it would work fine if configured correctly.

Hmm... don't think this could be the reason; my current settings say "Selected compiler: GNU GCC Compiler"

Old and Slow

Well, I am still curious about this. I have used some STL in my MM:S plugins - mainly <string> and <vector> on both Linux and Windows. I have also heard to avoid STL to some extent.

Also, looking at the Fortress-Forever installation notes, it has you download the HL2MP fileset. Where does Episode 1 fit into this?

PAL-18

I'll take this one again since its not likely known by much others.

Fortress Forever originally required HL2DM for the base files. But HL2DM was upgraded to the orangebox engine, so to get the same functionality, you install the Episode1 files.

taansari

Overall, how you guys tried to debug made it 'click'!

Thanks!