I've created a test plugin that links to the gamestudio library and to the RakNet library and compiled it with MinGW. Could you guys (D3D?) try it and let me know if it runs on your systems that don't run RakGS without installing the VC++ redistributable libs?

I have a system without VC++ or the VC++ redistributable libraries installed, and this new plugin runs there, but it gave a false positive before.. So I'm just making sure. If it works out, I'll port RakGS over to MinGW. However, it might very well not work because it still essentially has the same dependencies.

The plugin can be downloaded here.

Thanks

What do you mean with false positive? Anyways I tried the new plugin and here is the acklog. Looks like it works. RakGS and vcredist are removed.

Log of A7 Engine 7.03 run at Tue Jun 19 21:02:42 2007
Someone on Windows NT/2000/XP version 5.1 Build 2600
Options CBTEST.wdl -diag

App C:\Program Files\GStudio7\acknex.exe in C:\MyGame\testplugin\
MM mixer opened
DSOUND device opened
DI interface opened
Start Window opened
© Conitec . Dieburg . San Diego . www.conitec.net
A7 Engine - Commercial Edition V7.03 - May 24 2007
Development version

Mouse found
SB Live!-waveapparaat opened
NVIDIA GeForce 7600 GT pure T&L device 1ff9 detected
D3D device NVIDIA GeForce 7600 GT 1ff9 selected
Compiling CBTEST.WDL - [Esc] to abort....
CBTEST.dll opened
Running CBTEST.WDL
2 objects
D3D_Init Window: 640x480x32 -> Window: 1x640x480x32
Video memory found: 488 MB
Main started
Main loop..
Malfunction W1527: 50.......ok
1st frame - 499712K.. ok

It loads for me too. But I have the same Malfunction 50 Window, as you can see at log from D3D

Thanks! It looks like we've finaly got this solved. I hope porting RakGS to MinGW will be painless.

By "false positive" I meant that my other test system (without VC++/vcredist) did load my plugin under some circumstances while it should not have. The problem seemed to have been solved, while in fact the plugin still did not load on some systems.

Could you (just to be entirely sure this isn't because the vcredist wasn't uninstalled properly) verify that: running RakGS without installing vcredist fails?

That's hopefully the last thing I will need your help with, regarding this problem. Thanks!

Yes the vcredist was removed correctly. I had RakGS in a .rar archive and put it back for test. Now it crash the server again because it is missing the vcredist. This is a clean Windows XP SP2 system. With only the above installed.

Question. Am I supposed to learn RakGS with Lite-C or do I need to wait until you release new compiled beta in the near future? Also it will feature Lite-C not just C-Script right!?

Great! Thanks.

I'll release a MinGW compiled version on thursday. I've also started on RPCs and if there are no difficulties, I should be able to deliver an update on thursday or friday.

Quote:

---

It loads for me too. But I have the same Malfunction 50 Window, as you can see at log from D3D

---

Yes this is expected behaviour. I use that for output. The function that is in the plugin returns 50 and I use the error() function to output it. This means the test plugin (which is not RakGS!) works on your system.

Quote:

---

Question. Am I supposed to learn RakGS with Lite-C or do I need to wait until you release new compiled beta in the near future? Also it will feature Lite-C not just C-Script right!?

---

In fact, RakGS only works with Lite-C. You can start using the RakGS that is online right now, with the vcredist.exe. On thursday I'll release a version that doesn't require the vcredist, but it will be functionally equivalent to the current build. Then I'll release new versions with more functionality. I'm pretty sure it will be possible to keep the plugin backwards compatible.

Ok I've successfully ported over to MinGW (using CodeBlocks as IDE). I'm not going to release it right now because there are some things to be fixed first. I'll release version 0.2 which includes fixes, some functions to make deserializing easyer, and remote procedure calls.

I'm going on a trip to China (!!), I'm leaving in two hours. Unfortunately, I haven't been able to prepare a new release. I'll start working on this again in one month.

There is a bug in the current version. The SystemID returned to an event function is wrong (always 0) for the events: ID_DISCONNECTION_NOTIFICATION and ID_CONNECTION_LOST. This will be fixed.

In the next version: RAKGS_connect() will return a SystemID to the client we are connecting to. Installing the vcredist will no longer be necessary. Remote procedure calls will be implemented. More and more convenient serialization functions.

Hi Excessus, i hope you had a nice trip to china, and can continue on rakgs .
Maybe you can tell us if there is a release planned in the near future?

tnx

Hi Raven75,
Had a great trip and hope to continue work on RakGS soon. I'm currently doing a small payd programming job (should be done tomorow). I will continue RakGS development after that, but, since I will soon live on my own and I don't expect to make serious money with RakGS, I'm also looking for more payd work. So I cannot spend all my time on RakGS.

I don't remember exactly what's left to do before the new release is done. I think I just have to finish RPCs.