Hik

Is it possible to compile with visual studio and then use the compiled files in freebsd?

Obviously not by generating an exe file.

Thanks, that was annoying!

Could someone who fixed bug #2 kindly post the solution?

I was familiar with this bug as well as having experienced it. Someone claimed it was due to the random drop when trying to get the key. Thanks for the release !!!

Thank you very much, I will more than gladly replace the code!

In the end i used this:

int random_drop(int min, int max)
{
    std::random_device device;
    std::mt19937 generator(device());
    std::uniform_int_distribution<int> distribution(min, max);
    return distribution(generator);
}

Is it possible to do this also with ShopEx?

On 11/5/2021 at 12:20 PM, martysama0134 said:

There are far better solutions than using std::map or std::unordered_map (which still takes a lot of ram for no reason for each mob):

 (I included the most important parts)

You also forgot the CubeItems, and we could probably fit the quickslot too.

Thanks, I followed the code structure you posted

I get some sort of warning at this line: do you know how to solve?

m_pointsInstant.playerSlots-> wDSItemGrid [wCell] = 0;

Buffer Overrun: When accessing m_pointsInstant.playerSlots-> wDSItemGrid, the non-write protected size is 1920 bytes, but it is possible to write to wcell.

I think you can also delete passpod, openid, teen packet, vcard, aucion, login_sim etc.

Work, thanks

1 hour ago, Lead0b110010100 said:

L'ho testato e ho ottenuto una riduzione dell'utilizzo della RAM del 44%. Ma ho dovuto apportare alcune modifiche per non ottenere eccezioni durante l'esecuzione del server su Windows. (A causa dell'uso non inizializzato della mappa) + Ho cambiato molte più righe di codice per farlo, ma l'idea è assolutamente corretta.

Can you post the changes you made?

Thanks!

I have already entered the code, soon I will try it !!

Thanks!!!

EDIT

I think the problem is another:

Unfortunately I was unable to solve with the first solution and I fell back on the second:

PythonUtils.cpp

// Python int too large to convert to C long
#define PyLong_AsLong PyLong_AsLongLong
#define PyLong_AsUnsignedLong PyLong_AsUnsignedLongLong

After compiling, if I try to start the launcher, I get this error:

LoginWindow.__LoadScript.LoadObject - <type 'exceptions.OverflowError'>:Python int too large to convert to C long

Can you tell me if it depends on my client?

So, I was able to put the reload in and it seems to work perfectly.

Unfortunately, however, when I try to buy an item that costs another item, it tells me that I don't have enough yang.

UP:FIXED

Thanks, it will definitely be useful

Really useful, thanks!

Why? 

In the comments someone wrote a code to do it, I'll try that.

I hope that in the next update it will also be possible to compile the server sources via visual studio.

I believe there is a problem with this code.

The shop_table_ex.txt file is reload but Mali's shop_ex_renewal uses a sql table.

On 4/13/2020 at 9:37 AM, Mali said:

thank you but those containers are using by normal shops too

But this is shopex

 

Update:

*Added reload command

Here it says it updated the code but there is no trace of any reload commands.

I had seen the code you quoted.

It is precisely because I cannot see in the src that I ask

With which command does the reload start?

/reload p?