@NYS: most of the functions will offer the same abilities as 39dll, so renaming would merely be for the scripts themselves. Your main code should not be effected unless you did a lot of extra work (and I may provide other scripts for crossover maintenance).
looks like 39dll is pretty much the same, but more efficient internally i guess?
Well the primary #1 reason for me doing this is because:
a = createbuffer();
b = createbuffer();
c = createbuffer();
'c' now points to a NULL indexed address as far as 39dll is concerned, and whatever you "wrote" in 'c' buffer, will now be in addressed by 'b' even though it was freed.
have objects automatically keep track of themselves on all machines connected to each other a server.
Those are later plans I had in mind, but I want to just get all the direct internals done first. The thought had crossed my mind to make a network dll that did 99% of the work for you (even dead reckoning), but that's going to take me awhile...baby steps.
Did you fix the 39DLL glitch where in C++ if you received more than 1 string in a message, the data turned all screwy? And therefore you had to receive the data in one variable char array, and then pass it on to another normal char* variable. I could not quite determine from your post if you had addressed this.
I did not know this was a problem, can you explain in more detail about this?
If you mean something like:
writestring("this"+ chr(0) + "and this");
That's because c++ "strlen" automatically returns the 'size' of the string ending with the chr(0) command, so instead you would do this:
writestring("this"); //automatically adds '\0'
chr(0) is finnicky in C-type languages because they don't store the size of the string as a 2 byte short like other languages do, and as you know, it takes up 1 of the 256 ascii code designations. This sucks, but you cannot do anything about it directly. However, what I can offer is a "size" argument optional (already somewhat implemented), which would allow you to override 'strlen' check (a size=0 will cause a 'strlen' check). So you would do this (as an example):
writestring("this" + chr(0) + "and this" + chr(0), 14);
If this isn't what you mean, let me know so I can see if I can fix whatever it is.
perhaps a different title / description?
Nice, it's about time someone provided a 39dll alternative. I've been using RakNet, and I've noticed on thing that might be good for your DLL. A high resolution timer built into the DLL. It's great for quick timestamping of messages and that way you don't need to use another DLL like Yourself's DLL.
I will be adding in that ability once I've fleshed out all of the direct access areas first.
Thanks everyone for the support, hopefully I'll have a demo out this week or the following (my anniversary was a couple days ago, so I wasn't able to program). Keep those ideas comin'!!