Catching errors in components

Kirk Brooks (4/9/14 11:37PM)

Kirk Brooks (4/9/14 11:37 PM)

<CAHY=Xks0-_scVrqnW6-nXJE=q5va6veUFeH+0dHX1V6DVK28kg@mail.gmail.com>

Hi Miyako,

On Wed, Apr 9, 2014 at 2:41 PM, Keisuke Miyako
<Keisuke.Miyako@...

color><param>00000,0000,DDEE/param>iit can happen if the component was
compiled, and the host was compiled,
and the component was re-compiled but some methods have changed their
parameter types.

/color>TThat's unlikely in this case. (I never say 'never'...)

color><param>00000,0000,DDEE/param>
or, maybe a .4DIndy file from a previous build was wrongly being used.
(you should remove any old structure index files after every
compilation,
and make sure that the .4darchive is cleared as well in a client-server
setting)

/color>TThese are things I've not been careful about and are very
likely. I'll
deal with them and post if anything changes. Good to know about.

... Ź=A0
color><param>00000,0000,DDEE/param>bbut that will make the code
over-generic, I think.

/color>II agree. Plus you could start to run into the overhead of all
the
redundant error checking.

color><param>00000,0000,DDEE/param>ccan you confirm whether you call
the component method using a direct
method call (the method is tokenized in the host source code) or
EXECUTE
METHOD, EXECUTE METHOD IN SUBFORM, EXECUTE FORMULA, etc?

/color>IIn this case it's a direct call. The example I posted is, in
fact, a
sample method just to test the situation. The original method was
longer
and more complex but the behavior was the same. It's not compiled.

I take your point about the purpose of error handling though I think we
could debate the scope of what an 'error' is. But in this case the
thing is
4D handles essentially the same error differently. More importantly by
not
allowing me to ignore them.

In this case I was deploying some code that runs on the server (and it
is
compiled). I assumed any errors would be ignored and they weren't
leading
to the process being stuck on the server with the error message on the
screen. Not a life or death issue this time but it's inconsistent
behavior
and that leads to confusion and lost time trying to figure out why.

--
Kirk Brooks
San Francisco, CA
==3D==3D==3D==3D==3D==3D==3D==3D==3D==3D==3D=

Reply to this message

Summary created 4/10/14 at 3:30AM by Intellex Corporation

Comments welcome at: feedback@intellexcorp.com