I tried it out with the new core and it's still there. I also found the reason. Sending non-string data to trim() is causing it.

for example:
Trim(0) will crash the core
Trim(error) causes "bad allocation"

Whoa, great job. And so many new features!

At first try the core seems to crash quiet a lot. I'll research further and bugreport it soon but seems like it's Trim() in one of the packethooks (speech hook to be exact) that is causing it.

As encouraged by MuadDib in another thread, here's another massive bug.

When SendCharacterRaceChanger(who) sets the skin color, it's missing the first bit that is used to make the underwear uncolored. Add 0x8000 to the color value and it should be set as it should.

Just discovered this one, using it causes core to crash. I'm guessing compiler should catch it.

Nice job on this one, you also fixed the class hierarchy tree!

Just a small suggestion, how about adding quick link to packet guide?

This is a small weirdness I encountered. When I change the location of spellbook and open it, the book opens at the first page. Now if I close the book and open it the second time, it opens where the bookmark is (last used spell). This happens only when the book is in hand, when the spellbook is in ...

I would like to point out this suggestion http://forums.polserver.com/viewtopic.php?f=4&t=2165

It's probably much easier to engineer this than the suggested above. Only thing needed is to use batch errorlevels and the batch handles the restart or shutdown. And you could even control all kinds of ...

As I'm encouraged in the development's current direction, I bring this topic up as there are currently no right way to set name for custom items. I think this is one of the more essential missing features in Pol.

Setting item name on creation:

var desc := GetItemDescriptor("bench");
desc.color ...

Thanks for reporting this. I was having hard time figuring out the reason why some of the clientversion info I stored in cprops, were messed up at the end with the next cprop. Ie. content of my account's "Client"-cprop: "5.0.1jCPropLastIp a1:a2:S13:...."

Core support for rebooting would be nice, but that would probably be quite a tough task to achieve. Best way to be sure nothing is left hanging, is to kill the whole server process. And thus, if shutdown would take optional parameter (1 byte integer) that is returned to OS, this could be achieved ...

1) http://forums.polserver.com/ftopic1924.php

2) Multis are set of items (defined at client side) that can be created from server side. Player bought houses and boats are multis. And the statics, all unmovable items in world map (towns, bridges) are defined in statics.

3) The part you want to ...

Here's a topic that I think would need some improvement. Current habit is to use coordinates in four different variables. Instead of that, I suggest everyone to start using coordinates in a struct: {x, y, z, realm} It's more easy to use (takes less time writing), simpler, cleaner. In the end, it ...

The current logic for this is probably derived from C, where it works this way too. More then that, I'd like to see support for this:

for i := 5 to 1

Iterating backwards with this shorter version.

... seriously? of all the things we have to fix, improve, and add....
And that's why we shouldn't ...

program onremovescript(character, container, item, item_amount, movetype)

Item_amount parameter is missing here, instead it sends movetype in place of item_amount.

Since the script runs before the item is actually dragged, item.amount would return the original stack amount, not the amount that ...

To encourage everyone to give something back to the community, share a small (or big) helper function you are frequently using in your scripting. Maybe some of thease would fit in the distro as well.

To start off, here's two of our item functions.


/*
Reaches

Checks if player reaches the ...

Thanks for the info. I hope we get the new core soon, these members would come handy.

In pol refs, you can find these members listed for character:

cursor Boolean True if the client has an active target cursor r/o
gump Boolean True if the client has any active gumps from SendGump r/o
prompt Boolean True if the client has any active String or Unicode prompt windows r/o
Still none ...

Since it's almost two years ago this was suggested and it is still a great idea, did this feature get any closer to being made? It really should! It's that good.

Use mob.paralyzed instead of frozen and it wont show. I don't think there's any other difference.

You can use:

a) RunUO, it has built-in feature to freeze items.

b) WorldForge for Pol. It's more work to use, but you get to use Pol for house building. http://forums.polserver.com/ftopic284.php

c) CentrED, full-fledged editor for statics. http://www.aksdb.de/CentrED/

You should debug the code, starting from very basics.

Try replacing this:

if( weapon.attribute == "ARCHERY" )
var ranger := GetObjProperty( attacker, CLASSEID_RANGER);
var skill := GetEffectiveSkill( attacker, SKILLID_ARCHERY );
var base := CInt( basedamage * (attacker.dexterity + 0)/(attacker ...

The example I described above let's you create linear one quest after another progress in one cprop. If you want to have non-linear approach to quests, you should use dictionaries = player can complete the quests in any order they want. The cprop is saved to player, so you don't have to save the ...

You could use datafiles, but since they need little more hassle to work with, I suggest using cprops if you lack the experience. You can only read and write config files, deleting is not allowed so it's not fit for this kind of job. And ReadFile() is only good for printing text files to player.

A ...

I could be wrong, but the skillIDs are removed in POL95, instead of:

if( weapon.skillid == SKILLID_ARCHERY )

you should use:

if (weapon.attribute == "Archery")

Who uses this anywhere apart from like data files (guilds/accs) anyway?
Me for once, it's faster to write obj.GetProp("Prop"), then GetObjProperty(obj, "Prop"), and the method way feels more like the cprop is part of the object.

If I had to guess, I'd say it's another one of those forgotten ...