Ive known for some time, that if you have any undefined templates in the symbols section, 'Creatething()' or 'Createthingatpos()' dont work. The object isnt created, and a -1 is returned if queried.


Now, in testing the TVTCS door module/class cogs, I am getting a -1 returned on "Createthingatpos()"... ALL of the syntax is correct, the variables are in place, and that section of code is actully copied from an earlier cog. BUT, it doesnt work. TO ensure that it is a Creatething() freeze, and not syntax error, I added "Printint(Creatething(Type0, JKgetlocalplayer()));" after a sleep on startup. It returnes -1. "Type0" of course exists, and is defined. All the other template inputs are filled with null (light1.0) values.


Ok, my question, what else can cause Creatething() freezes?


BTW, the cog checks out ok in PARSEC.

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Only thing I can think of is what templates you are putting in. Try using all sorts of different templates. Ranging from projectiles to doors.

------------------
The Sniper Missions. Current project, The Sniper Missions

The Magician Saber System.

The "null" value I use in the TVTCS is 'light1.0'. Essentially a ghost with extra light properties.

1) Ive found that pre-defining a template as "ghost" can also disable the creatething verb.

2) For debugging. Seeing alot of extra light in a normally dark corner is a good indication of an error...


The door template Im using works fine in a previous POC. Reguardless, I tried other templates, same result.


Comeon! SM, LG, someone! GAH!

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Hmmm... can we see your door template from your tpl again?

Hmmm... looking through DataMaster's files, I also seem to be stumped. Are you sure that your sector acquisition cog is in working order? (the JK method is quite complicated)

I'll see what I can do for ye, GBK!

Hmmm... I've seen a strange trend (I'd post this in Discussions, but I don't go there, and I didn't want to start a thread here because it'd be off topic):

With the exception of GBK, you Stop; renegade, you, all of us eccentric frequent cogger types seem to have two names. Think about it:

Lord_Grismath, SaberMaster, Hellcat, HellRaiser, Descent_pilot. o.O What kind of dastardly trend could this be?

[This message has been edited by Lord_Grismath (edited July 22, 2002).]

Well from what you say, GBK, few things come to mind. How many template variables are you defining in the cog? How long is your sleep? Are you using level or static.jkl templates? How many variables have their values passed from the level JKL?

Perhaps you could post the relevant code.


And Grismath, GBK may not be an exception; he may have three names. GBK?
It is interesting though...

------------------
Author of the JK DataMaster, Parsec, and the EditPlus Cog Files.
Visit Saber's Domain.

[This message has been edited by SaberMaster (edited July 22, 2002).]

Ive said it a few times, GBK doesnt really stand for anything... I used to work sales at a hardware store. They had these POS (Point Of Sale) terminals set up, to handle invetory, sales, billing, etc. Every sales rep had his own usercode, kinda like a password/username combo that identified the person to the system, and applying the appropriate name on printouts/granting access levels/etc.. My usercode on that system was "gbk". When I was laid off, and joined Massassi, that was the first thing to come to mind when I thought of a username. Since then, I have adopted it as my name for everything else too.


*ahem* back on topic...


1) 10 templates defined.

2) The sleep was 2 seconds.

3) Level.

4) Most of them. But, that isnt it, because Ive had much larger cogs, with even more variables, and never had this problem.

5) I wont post the code (for obvious reasons... Yeah, Im talking about you, Grismath...) If you want, I can email you the cogs, providing you dont show them to anyone else... Do you have a PGP key?

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Oh, and BTW, Gris, Im not using any sector acquisition techniques. I just have a list of sectors in the symbols that I fill in.


And besies, I know it isnt that, because the generic "Creatething()" verb doesnt require a sector referance.

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

So you're creating a thing... at a thing? But doesn't that negate the entire purpose of the TVTCS in the first place? (unless you're dynamically generating the ghost point at which the creatething(); thing is created it, however that would be somewhat superfluous.) However, I assume that this is merely for testing purposes at the moment.

And I suppose I'd be glad to take a look see at the 'afflicted' code.

GBK, I'll look over the cogs for you. I don't use PGP, but I don't think the NSA wants your cogs anyway.

Perhaps you could send a test level as well? Rest assured, I won't show your work to anyone.

------------------
Author of the JK DataMaster, Parsec, and the EditPlus Cog Files.
Visit Saber's Domain.

...except for me.

*slips a dollar bill in SM's breast pocket*

Yes, same as SaberMaster. I'll test/look over it. Anywho, that my 2¢ (hey I'vé fìnallÿ figured out how to ùśé those funky symbols!)

------------------
The Sniper Missions. Current project, The Sniper Missions

The Magician Saber System.

GBK, your cog uses far more variables than any LEC cog, and I'm fairly sure that's the problem. I copied your entire list of variables into a test cog, and the cog couldn't create anything. I removed some of the variables, and then the test cog worked.

So try removing some variables and then see.

AASN, leaving undefined templates in the symbols will not stop CreateThing() from working.
------------------
Author of the JK DataMaster, Parsec, Scribe, and the EditPlus Cog Files.

[This message has been edited by SaberMaster (edited July 24, 2002).]

The problem is, I NEED those variables. Oh well, I guess the cog will only be able to handle 5 doors.

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Welp, it works now... (Thanks, SM...)


For all of those doing TVTCS beta testing (you know who you are, and please, keep it to yourselves...), the Door Module will soon be available for testing. But, only vertical doors are currently allowed. I will get working on the horizonal cog ASAP. Switches and elevators will come later.


Grismath, if you want to use my door techniques in your TCS, email me, Ill give you a few pointers...

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Righto.

Glad I could help, GBK.

------------------
Author of the JK DataMaster, Parsec, Scribe, and the EditPlus Cog Files.

Humm I hope this is not TOO dead. But If I remember right Hell Raiser found that cogs have a certan line limit and variable limit, etc.. and all of these could be edited via static.jkl or the level jkl. You might want to get a hold of him and ask him for youself

Actually, it's quite well-known that cogs have variable limits, but you can't change them with a JKL.

I think that if you load files in the symbols section that were not loaded by a JKL, you might exceed the World number and they wouldn't be loaded. But increasing World numbers does not allow you to have more variables.

A line limit for Cogs I'm not so sure about. There must be limits of some kind for the code section, but I don't think the JK parser is primitive enough to read the entire cog into memory as an array of lines.

I'll ask Hell Raiser about this, though.

------------------
Author of the JK DataMaster, Parsec, Scribe, and the EditPlus Cog Files.

Ok, Ive hit upon another problem.


Setthinggeomode(Col, 0);


Doesnt work. PARSEC is quiet. Col exists, and it IS an object at the time this is run. And yet, the state of the object remains the same.


BTW, I had a rather rude eppiffany a few moments ago. The conversion of variables, from one type to another, arent limited to symbol variables. I successfully transferred a template across cogs via Sendmessageex(). Im gonna try for raw vectors in a few minutes...

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Parsec was silent because you have correct syntax. However, the DataMaster was not silent:





Well, it wasn't actually converted there because it wasn't assigned. The value of a template variable is the list number of the template in a JKL. So it makes sense that the integer value could be passed between cogs. But vectors just can't be passed.

------------------
Author of the JK DataMaster, Parsec, Scribe, and the EditPlus Cog Files.

Here's a part from force_persuasion. I think if you use SetThingCurGeoMode(); it sill make the thing invisable. Else you might have to use the whole thing.

------------------
The Sniper Missions. Current project, The Sniper Missions

The Magician Saber System.

Setthingcurgeomode() worked. Thanks, DP...


And SM, your right about the variables.. I guess I got kinda carried away with myself when I realized I could send templates... Hmm, could it be done with sounds?

------------------
I used to believe that we only want what we can't have. I was wrong. The truth is, the wonderful truth is, we only want what we think we can't have.

JK editing resources.

Lol. It should, have thought about using it, or found a reason why, but I guess you did.

------------------
The Sniper Missions. Current project, The Sniper Missions

The Magician Saber System.

[This message has been edited by Descent_pilot (edited July 27, 2002).]