map can't enter

helloevery,want ask question,sometimes map is work normal,but when I leave ,comeback again,client have no respond,anyone know what’s wrong?server not crash
client no respone,but server look work normal,not crash.

example,
I'm currently on map number 1,when i want go to map number 2,client show no respone,but in server,map2 no crash,look is normal

You broke intercom but could be many other causes

use server files and game same in img folder
change client to whichever game it belongs to.

You don't know the reason for the malfunction in the game

hence
Download plugins like direct and check.

map problem, if there is no problem on the server

just check the game files

unpack and put again

The game wont froze entering zones due to files -.- , please stop confusing people...

Stuff that can cause this problem:

1. Zone network is fked up. <- Check send buffer.
2. Server intercom is fked up. <- Check intercom buffers.
3. Pthread problem. <- Check intercom pthreads.
4. Zone doing an unlimited loop. <- Check whatever changes you did.

In resume, your zone getting stuck doing something and hence not accepting more connections.

I ask those who liked the above post

any information written by that man is not used on the server


There are more than 15 server owners.

not one of them saw such a proposition
because it is not a solution or a logical proposal

It is necessary to tinker with the basic point of the problem.

if the stable state is uneventful
why are you struggling
revert to first copy version

yukardaki yazıyı beğenenlere soruyorum

o adamın yazdığı hiç bir bilgi sunucuda kullanılmıyor


15 den fazla server sahibi var .

bir tanesi bile böyle bir önerme görmedi
çünki çözüm veya mantıklı bir önerge değil

sorunun temel noktası için kurcalamak lazım.

stabil hali sorunsuz ise
niye uğraş içindesiniz
ilk kopya sürüme geri dönün

Quote:

Originally Posted by fantatik The game wont froze entering zones due to files -.- , please stop confusing people... Stuff that can cause this problem: 1. Zone network is fked up. <- Check send buffer. 2. Server intercom is fked up. <- Check intercom buffers. 3. Pthread problem. <- Check intercom pthreads. 4. Zone doing an unlimited loop. <- Check whatever changes you did. In resume, your zone getting stuck doing something and hence not accepting more connections.

have anyway can check pthread ?
i feel is it reason

sometime client no respone,I use other port to open map,map can into.
(map1=20001,but it's cant enter,i change to 30001,it can)

Quote:

Originally Posted by petter0433 have anyway can check pthread ? i feel is it reason sometime client no respone,I use other port to open map,map can into. (map1=20001,but it's cant enter,i change to 30001,it can)

Dont change ur ports, you dont need to, it takes 2 seconds to open a program and get the server IP and ports, its just not worth the time.


As for your question,

A little background:

Pthreads acts like a data semaphore, in certain situations there gonna be what we call Race conditions (happens in MultiThread servers), 2 threads will want to access a piece of data while being written/used causing issues.

How it works:

* Lock is applied when you send data to other servers via intercom (mTransfer class), once data is used, then we must unlock the data.
Here more info -> https://en.wikipedia.org/wiki/Pthreads

Ideas to check:

* When zone gets stuck, log the user mLock status in the send method to see if thats the problem.

PD: When i say intercom i mean server intercommunication. Ex: Zone -> Center.
It can also be caused by packets sizes being wrong in the intercom or the zone getting stuck by some other reasons, is hard to know without more details.

Cheers and good luck!

Sema.

Quote:

Originally Posted by RHNbaskan I ask those who liked the above post any information written by that man is not used on the server There are more than 15 server owners. not one of them saw such a proposition because it is not a solution or a logical proposal It is necessary to tinker with the basic point of the problem. if the stable state is uneventful why are you struggling revert to first copy version

Kardeşim cevap yazdığın kişi Sema. Ona göre itiraz et de. Doğru diyor. Adamın struct.h bozuk olabilir. Hiç bir bilgi serverda kullanılmıyor dediğin zaman paylaşılmış dosyalara çok yüzeysel baktığın ortaya çıkıyor. Derin mevzular var.

Quote:

Originally Posted by fantatik Dont change ur ports, you dont need to, it takes 2 seconds to open a program and get the server IP and ports, its just not worth the time. As for your question, A little background: Pthreads acts like a data semaphore, in certain situations there gonna be what we call Race conditions (happens in MultiThread servers), 2 threads will want to access a piece of data while being written/used causing issues. How it works: * Lock is applied when you send data to other servers via intercom (mTransfer class), once data is used, then we must unlock the data. Here more info -> https://en.wikipedia.org/wiki/Pthreads Ideas to check: * When zone gets stuck, log the user mLock status in the send method to see if thats the problem. PD: When i say intercom i mean server intercommunication. Ex: Zone -> Center. It can also be caused by packets sizes being wrong in the intercom or the zone getting stuck by some other reasons, is hard to know without more details. Cheers and good luck! Sema.

Hi Sema. Is that same on stucking on login screen? I hook ip i see that client connected to my db but cant login. Stucks and gives 007 error. I m editing only client to login threads..

Quote:

Originally Posted by zahter55 Kardeşim cevap yazdığın kişi Sema. Ona göre itiraz et de. Doğru diyor. Adamın struct.h bozuk olabilir. Hiç bir bilgi serverda kullanılmıyor dediğin zaman paylaşılmış dosyalara çok yüzeysel baktığın ortaya çıkıyor. Derin mevzular var. Hi Sema. Is that same on stucking on login screen? I hook ip i see that client connected to my db but cant login. Stucks and gives 007 error. I m editing only client to login threads..

The pthreads are just in the intercom (i explain what is intercom in the reply above) and playuser.
#007 means there is not a valid response from the server, so the client cannot recognize what you send. Reverse the client in IDA and check whats wrong in the login Recv.

Quote:

Originally Posted by fantatik Dont change ur ports, you dont need to, it takes 2 seconds to open a program and get the server IP and ports, its just not worth the time. As for your question, A little background: Pthreads acts like a data semaphore, in certain situations there gonna be what we call Race conditions (happens in MultiThread servers), 2 threads will want to access a piece of data while being written/used causing issues. How it works: * Lock is applied when you send data to other servers via intercom (mTransfer class), once data is used, then we must unlock the data. Here more info -> https://en.wikipedia.org/wiki/Pthreads Ideas to check: * When zone gets stuck, log the user mLock status in the send method to see if thats the problem. PD: When i say intercom i mean server intercommunication. Ex: Zone -> Center. It can also be caused by packets sizes being wrong in the intercom or the zone getting stuck by some other reasons, is hard to know without more details. Cheers and good luck! Sema.

[Only registered and activated users can see links. Click Here To Register...]
look,this is my question's video
no idea to slove

we really need luck and fun these days, thank you


bu aralar şansa ve eğlenmeye baya ihtiyacımız var teşekkürler.

Quote:

Originally Posted by RHNbaskan we really need luck and fun these days, thank you bu aralar şansa ve eğlenmeye baya ihtiyacımız var teşekkürler.

O zaman bilmediğin her konuya yorum yapıp milleti yanlış yönlendirme kardeşim.
Having fun with misleading?

Install a bugtrap in your source file and fix your unhealthy codes in your code.

Quote:

Originally Posted by Tomrissky Install a bugtrap in your source file and fix your unhealthy codes in your code.

already install,but exe no crash,bugtrap can't show

Quote:

Originally Posted by petter0433 already install,but exe no crash,bugtrap can't show

You need to log stuff and look at it by yourself. Read pthread documentation and write some examples so u learn how it works and should work and then try to fix.

More ideas:
Log every lock, like idk, __LogMgr()->Log("Data Locked %s %s %d", __FUNCTION__, __FILE__, __LINE__);
And same for the unlocks, then you will see if data gets locked and unlocked.
Alternatively go to the send method and log the lock there or debug the application to see the lock status, but this can be hard with no knownledge about MT.

I got back to work this week so ill dissapear from here for a few , good luck everyone.

PD: Note that u can have same issues by other mistakes, for example editing the packets for intercommunication, so check all sizes and data.