mcbigmac

.dmp crash files, log is uselss without it.

When you learn to read and use the internet and a forum for a subculture yes. until then, most likely not.

What exactly do you need anyway? Packages come ready. Any custom mods come ready too with cash. Don't really need a dev ?

First of all. 1. Don't run l2logd unless you have a good plan to use it, and know specifically how it could be used in association with another system scanning/using it's output. 2. Bigger screenshot please. It seems like 2 things are happening. A. Your l2server is trying to connect with authD but you haven't setup lin2db.dbo.server correctly. inner_ip table needs to be the IP that the server is connecting from, if your doing it local. As far as i can skimp out, your innerip is set to localhost. So go to l2server.ini and verify that the ip to connect to under authd, is set to localhost. Other solution is to change inner_ip to 88.115.95.72, as thats the ip gameserver is trying to connect from. You could have some messed up local network. B. Your l2logd has failed ODBC connections and/or you didn't setup SQL stored procs proper. Id focus on A, since fixing that will solve your issues.

"OMFG SUPER DIFFERENT SERVER ITS TOTALLY NEW SPECIAL MANY HOURS OF WORK! JOIN NOAAW" "So what's different?" "ITS SUPER DIFFERENT!". I'm sure idiots will join regardless, but why would you put the expectation up when you don't reveal shit L2Lita? You dumb?

Id rather you use your brain, look at the format and try yourself. It's in plain text.

Again it's very fukkin simple. Packet causes a boom, wether that's because a. packet is fukked up format wise comparing to client b. data is messed up in packet causing a boom. There's too many causes to those reasons to specificly say what's wrong without more info. Instead stop being a child claiming you did everything the way your supposed to. You clearly didn't - else it would work. How you even get this error is beyond me as copy pasting a system + extracting server files from a .rar and running a few .sql files should be fairly simple

I was wondering when Kiv would attack the market. wonder how much he has done :O

npcpos.txt

No, there's enough. but when your a 12 year old who downloads and plays with something you have no concept of and don't post all errors, and every error you get, then it's hard to help or find will for it.

So an error appears or not? Regardless the packets are -beep-ed from your error, instead spend time learning what software you have and what extra stuff is added by the community. Causing a crash on charselectioninfo specificly. Protocol has nothing to do with it. Use a correct system with the correct protocol, simple.

.... If nothing appears on l2server console what made your ...inept...brain think it has anything to do with the server?

enable named pipes, just like the error tells you.

Doesn't change the fact, the statements are wrong for any performance index. Writing a Calculator with interface is alot faster in .net/java than in raw Assembly for intel16/intel32/wow64. And you probably won't see a difference between either finished product performance. However run in 80486 machine and you will ;)

All of you arguments points to why c++ is faster and is better. And the EXACT reason why it's the only choice for large scale projects of any kind. If the tool needs to save the user from making dumbass mistakes - it cannot be an effective tool. But love your fanboyism leluche \o/ Try to be objective instead of subjective - next time tho. I geuss no one here remembers the days when c++ was considered highlevel...

No. It's inefficient and underperforms any unmanaged language. Does everyone on MXC just read stuff and make their own theories and then validate eachother? How about discussing brain surgery?

Why bother arguing about what language is best, when NO ONE has written any emulator in any language decently in terms of any milestone in either design, performance or scalability anyway? Any platform independant language is by nature slow cause it's...platform independant... duh.

Not if you write with proper SQL syntax with transactions. Difference is negligeble. But you've only ever sold stuff, never done anything yourself. You respond like a 12 year old without thinking. Your not 12? are you? Why don't you learn from mistakes to maximize your profits from whatever your doing here? The 20% that aren't dumb will know your just reselling something, someone gave you. Probably without knowing what it is. If it was your own C# or just someone else's real thing - Then you'd show it, and not just post text in a forum. (And no, testservers don't show it).

Because changing whatever clients protocol, that is referenced in l2.exe won't do shit. It takes proto from engine, but critical error is too newb and retarded to take the hint given. As evident by his complete lack of understanding the client and how programs work on windows ;) He even keeps just spurting a ton of shit and buzz words now instead of actually explaining anything. "disassemble l2.exe and change the variables right there" RIGHT THERE MAN, RIGHT THERE!! You don't hear me talking about how to fix cars or do brain surgery, cause i read a wikipedia article about it.

No, you can't. Send me a proto 777 Gracia Final exe :) I'll test if it works with forced proto enabled :O

No. And criticalerror - the irony of your statement was very funny. This is why you'll never learn anything - such as unpacking. Why post - if you don't personally know the information? Your just spreading bullshit.

Misunderstood, it's not a user problem it's your daemons. my bad. IP represents the external ip, the socket will be transferred to when switching from AUTH to GS. And the one socket will communicate with, from that poitn on. This is in 99% of the cases the GS WAN IP(Unless your on some proxy routing scheme customly). You need to change the inner ip to the LAN ip, if your L2Server/GS is connecting via LAN and not localhost. If they're on the same Instance of a Windows Server, local should always work. If you have several boxes on a LAN network, LAN ip must be configured as inner ip. EDIT: They're on the same box. Why are you so... stupid... to not just set AUTHD in configs to 127.0.0.1/localhost? You don't have a local network to worry about.

Your dbo.server has LAN IP set. Set it your WAN ip. If you want to connect locally on the same OS with a client, you need to do... something Which i've forgotten at this moment. doh.

Can't really locate bladeservers. They're too expensive to thwat off to mainstream Bulk Dedicated hosting for non serious customers. (That's us). Between getting proper storage from a SAN, a Blade Enclosure and blades.. thats' a hefty cost comparing to a bunch of rack servers. Most aren't bonded with drives and access storage via Fibre Channel SAN's. Most are used in terms of virtualization because of the small size and much ram utility with newer Processors. (Perfect for VM Cloud hosters with small "virtual" servers in quantity, or a larger company's internal organization). You can't really effectively protect against DDOS, you can only hope whatever host you choose - out of interest for their customer decides to help out. A real dedication to migrating a DDOS attack will cost you... ouchies knows how much. At the same time shellbooters are minimal ddos, so finding a good host that generally doesn't BOOT they're customers if they're attacked is key - and those who might help a bit. Most likely however they will have very outdated hardware, rarely capable of getting more than 16 GB ram due to the limits of the memory controllers on old processors. So for running GF, it's going to be expensive if you want the full deal.

Depends what "platform" your on. C4 requiers nowhere near the ammount of memory access comparing to Gracia Final leaked Daemons. You can rent cheap dedicated boxes with +8gb of memory, left and right. Any of those will be MORE than enough to run probably +2k players. What matters is Disk I/O and Read/Write. Getting fast disks (15k SAS disks) and lots of ram. GF is another venture, in raw testing only i've come a bit too close to utilizing 16 gb of ram than i'd like. I can't imagine running a Live server without atleast 24 GB, just to be sure. L2Server will never ever utilize any processors full resources at any time, imho, so it's almost irrevelant as long as you get a Deneb/Thuban(AMD) or Nehalem(Intel) ++ in terms of microarchitecture. I think even less will do. Max 300 USD a month, for a server if not half that will do probably. DDOS is another matter, unless you piss off the wrong people or your known as a dumbass, i wouldn't worry too much. Thats without buying complete p'n'p packs from Fr3d/Kation of course.