Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Curious about Stack-Heap collisions in vendors...

Sezmra Svarog
Pointy-Eared Geek
Join date: 8 Jul 2004
Posts: 446
08-21-2005 20:44
I know enough about scripting to hack some of my own preferences in MOD scripts, but that's all. So bear with me as I poke at the minds of you scripters when I ask:

"What is generally the usual cause of a stack-heap collision in a Vendor?"

I ask this because up until a few months ago, I used Hiro's vendor(which is a great package!) without fail. Lately, though, they've been breaking on me. Granted, it contained 15 objects/products, but I've found other such "turn-key" vendors that require the items to be IN them also end up like this one vendor of mine.

I know what the error means, but I'm wondering what aspect of a vendor causes it. Is it the way it handles inventory? Sales? Listeners? I'm going to try a notecard-inventory vendor and do some field tests with it, for now.

I'm just curious and am speculating.
_____________________
- sezmra svarog
- slife.sezmra.com
Laukosargas Svarog
Angel ?
Join date: 18 Aug 2004
Posts: 1,304
08-22-2005 02:58
With vendors, if it's all done with a single script it leaves very little memory to store the obligatory lists. Many scripts don't check for low memory mainly because the memory reporting function is bugged. So you add more items to your vendor, the lists get bigger and suddenly memory runs out with no warning other than failure.

( unashamed plug: my new L2 vendors will store more than 60 items, the price includes a reflection of the effort I put into making a good bug free system and free technical support
Laukosargas Federal Store ).

On the whole I'd say putting too many items into a vendor is not generally a good idea unless the purchaser is able to see more than one item at a time, I know I get bored of flicking through vendors with loads of items in and often stop before the last item.
_____________________
Geometry is music frozen...
Jsecure Hanks
Capitalist
Join date: 9 Dec 2003
Posts: 1,451
08-22-2005 03:11
Usually with my scripts that use lists, I don't allow records past 80 records, because overloading a script is a very real worry. My advice is ask the community if there are any vendor sellers that use very light scripts with not much data stored in them. I believe there are some elaborate XML-RPC solutions out there.
Hiro Pendragon
bye bye f0rums!
Join date: 22 Jan 2004
Posts: 5,905
08-22-2005 03:18
The good news with my vendor, which is currently a year old, is that I'm in process of making a new one. It's already got memory checking safety measures that should prevent most stack heap collisions. It also is modular, so a lot of code is off-loaded to other scripts.
_____________________
Hiro Pendragon
------------------
http://www.involve3d.com - Involve - Metaverse / Emerging Media Studio

Visit my SL blog: http://secondtense.blogspot.com
Sezmra Svarog
Pointy-Eared Geek
Join date: 8 Jul 2004
Posts: 446
08-22-2005 08:44
Thanks for the information, folks.

Inventory size/lists was my main guess - but at least now I know how to tackle it, for the time being.

Good luck on the new vendor development, Hiro!
_____________________
- sezmra svarog
- slife.sezmra.com