Re: The name of the property to trace scripts into the IDE

2016-09-24 Thread Dr. Hawkins
I found that it seemed to happen at the line

*set* the topLeft of stack "revIDEProjectBrowser" to  item 1 of line 2 of
the screenrects +10, 80


OK, that line was wrong, as I'd already set a variable with the correct
name for the stack, and that name is only used in 8+.

So I fixed it--and now it triggers sooner, at an undetermined point, still
with no clue what is causing it, if any, from my code.

On Sat, Sep 24, 2016 at 12:25 PM, Dr. Hawkins  wrote:

>
>
> On Fri, Sep 23, 2016 at 5:20 PM, mwieder  wrote:
>
>> revUpdateGeometry is in the script of stack "/Applications/LiveCode Indy
>> 7.1.4.app/Contents/Tools/Toolset/libraries/revgeometrylibrar
>> y.livecodescript",
>> which should be in the backscripts and available to all stacks unless you
>> have specifically removed it.
>>
>
> I haven't removed anything and have a single library stack of my own.
>
>>
>> I'm assuming you're doing your debugging in the IDE, and not in a
>> standalone
>> application.
>>
>
> Yes, but I'm not even debugging when this happens--It's during the initial
> load of my stack.
>
> With this tip, I opened the offending script.  To make things curiouser,
> the offending line, 478, is the blank line:
>
>*--relative scaling of Bottom*
>
>*if* the cREVGeometry[tProfileName,"scaleBottomObjectRef"]
> of control id tControlId is "card" *then*
>
>   *--scale Bottom in relative reference to the card*
>
>   *put* the cREVGeometry[tProfileName,"
> scaleBottomDistance"] of control id tControlId into tDistance
>
>   *--we assume relative to bottom*
>
>   *put* round(tDistance * tCardHeight) into tDistance
>
>   *put* tCardHeight+tDistance into item 4 of tObjectRect
>
>*else*
>
>   *put* the cREVGeometry[tProfileName,"
> scaleBottomDistance"] of control id tControlId into tDistance
>
>   *put* the cREVGeometry[tProfileName,"
> scaleBottomObjectRef"] of control id tControlId into tObjectRef
>
>   *put* tIDArray[tObjectRef] into tObjectRef
>
>   *put* round(tDistance * tCardHeight) into tDistance
>
>
>
>   *# TH-2008-07-07 :: Bug 6391, similar problem to
> elsewhere, should be making use of the*
>
>   *# top not item item 2 of the loc*
>
>   *--put item 2 of the loc of control id
> tObjectRef+tDistance into item 4 of tObjectRect*
>
>   *put* item 4 of the rect of control id
> tObjectRef+tDistance into item 4 of tObjectRect
>
>*end* *if*
>
>
> with another stack used for logging and checkpoints, I"ve found that a
> line of
>
>
> setScLst
>
>   was where it was reaching in preOpenStack before the errors attacked.
> By changing this to
>
> send "setScLst" to stack "mcp"
>
>
> it stopped having them then, delaying them until later.
>
> This itself seems wrong; this is in the preOpenStack of mcp itself; a
> check the line before shows that mcp has its behavior set.  Since setScLst
> is in that behavior, how can this possibly make a difference?
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
>



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-24 Thread Dr. Hawkins
On Fri, Sep 23, 2016 at 5:20 PM, mwieder  wrote:

> revUpdateGeometry is in the script of stack "/Applications/LiveCode Indy
> 7.1.4.app/Contents/Tools/Toolset/libraries/revgeometrylibrary.
> livecodescript",
> which should be in the backscripts and available to all stacks unless you
> have specifically removed it.
>

I haven't removed anything and have a single library stack of my own.

>
> I'm assuming you're doing your debugging in the IDE, and not in a
> standalone
> application.
>

Yes, but I'm not even debugging when this happens--It's during the initial
load of my stack.

With this tip, I opened the offending script.  To make things curiouser,
the offending line, 478, is the blank line:

   *--relative scaling of Bottom*

   *if* the cREVGeometry[tProfileName,"scaleBottomObjectRef"] of
control id tControlId is "card" *then*

  *--scale Bottom in relative reference to the card*

  *put* the cREVGeometry[tProfileName,"scaleBottomDistance"]
of control id tControlId into tDistance

  *--we assume relative to bottom*

  *put* round(tDistance * tCardHeight) into tDistance

  *put* tCardHeight+tDistance into item 4 of tObjectRect

   *else*

  *put* the cREVGeometry[tProfileName,"scaleBottomDistance"]
of control id tControlId into tDistance

  *put* the cREVGeometry[tProfileName,"scaleBottomObjectRef"]
of control id tControlId into tObjectRef

  *put* tIDArray[tObjectRef] into tObjectRef

  *put* round(tDistance * tCardHeight) into tDistance



  *# TH-2008-07-07 :: Bug 6391, similar problem to
elsewhere, should be making use of the*

  *# top not item item 2 of the loc*

  *--put item 2 of the loc of control id
tObjectRef+tDistance into item 4 of tObjectRect*

  *put* item 4 of the rect of control id
tObjectRef+tDistance into item 4 of tObjectRect

   *end* *if*


with another stack used for logging and checkpoints, I"ve found that a line
of


setScLst

  was where it was reaching in preOpenStack before the errors attacked.  By
changing this to

send "setScLst" to stack "mcp"


it stopped having them then, delaying them until later.

This itself seems wrong; this is in the preOpenStack of mcp itself; a check
the line before shows that mcp has its behavior set.  Since setScLst is in
that behavior, how can this possibly make a difference?
-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-23 Thread mwieder
revUpdateGeometry is in the script of stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/libraries/revgeometrylibrary.livecodescript",
which should be in the backscripts and available to all stacks unless you
have specifically removed it.

I'm assuming you're doing your debugging in the IDE, and not in a standalone
application.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708872.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-23 Thread Dr. Hawkins
On Fri, Sep 23, 2016 at 3:02 PM, mwieder  wrote:

> Ah! I see what you mean... you were actually looking at the messagebox
> stack
> with a hex editor...
>

Actually, just plain old boring "less" . . . I thought it might be a pure
script stack, and took a shot



> those are custom properties stored as backscripts and
> frontscripts. If you look at the stack with the property inspector you'll
> see all that cruft in place. I have no idea why it's there, and you might
> try removing it all, but I don't think that's the problem. Also if you (in
> the messagebox because the PI is broken in this regard) type
>
> put the cRevGeneral["breakpoints"] of stack "Message Box"
>
> you'll see one breakpoint that was left over in the messagebox and that
> you're apparently triggering when gRevDevelopment is true. Might want to
> get
> rid of that and see if it helps.
>

It yields nothing in 8.1.0


7.1.4 yields 1035,287--but that's not what's throwing my errors, I don't
thin,.


And to be clear, I've only just set gRevDevelopment to true--I;m *trying*
to find whatever's throwing the error during startup.


Hmm, I didn't include the output in my earlier message:

whoops! 9/23/164:48 PM

1474674493580


lib: error occurred on line: 478


pParseError:



pExecutionError:

573,478,1,revUpdateGeometry

587,478,1

241,464,1,controlsExpand

353,0,0,stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"

573,93,1,controlsExpand

253,93,1

241,90,1,preOpenStack

353,0,0,stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"


context:

stack
"/Users/hawk/dhbk/16/1604/160404/dhLib.160404b.livecode",errorDialog,829


1474674493581


stack
"/Users/hawk/dhbk/16/1604/160404/dhLib.160404b.livecode",errorDialog,843


I try

edit the script of stack  "Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"

but it doesn't get me there.
-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-23 Thread mwieder
Ah! I see what you mean... you were actually looking at the messagebox stack
with a hex editor... those are custom properties stored as backscripts and
frontscripts. If you look at the stack with the property inspector you'll
see all that cruft in place. I have no idea why it's there, and you might
try removing it all, but I don't think that's the problem. Also if you (in
the messagebox because the PI is broken in this regard) type

put the cRevGeneral["breakpoints"] of stack "Message Box"

you'll see one breakpoint that was left over in the messagebox and that
you're apparently triggering when gRevDevelopment is true. Might want to get
rid of that and see if it helps.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708864.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-23 Thread Dr. Hawkins
On Thu, Sep 22, 2016 at 5:47 PM, Mark Wieder  wrote:

>
> On 09/22/2016 01:24 PM, Dr. Hawkins wrote:
>
> global gRevDevelopment; put true into gRevDevelopment
>>>
>>>
>> Unfortunately, it's not getting me there.
>>
>
>  one of the problems with setting gRevDevelopment to true is that
> you expose yourself to bugs and unremoved breakpoints in the IDE stacks.
> With the default setting of false these errors are just swept under the rug
> and you (mostly) never notice them.


I'll put up with some extras if I can just get at the line of code throwing
the error!

>
>
> also, in reading the file revmessagebox.rev, I see lots of references like:
>>
>> button id 1037 of group id 1016 of card id 1002 of stack
>> "/Applications/LiveCode Community 6.7 (dp
>> 2).app/Contents/Tools/Toolset/revlibrary.rev"
>>
>>
>> What in the world is this doing in Indy 7.1.4???
>>
>
> I don't have much of a clue, sorry. Sounds like maybe a path issue? What
> platform is this.
>


OSX/El Capitan.

It's not just paths--I don't have any Community versions or 6.x versions
for it to have picked up.

At a couple of points, I tried 6, but it had the phantom variable
declaration problem many times worse than 5, and I had to give up.   I went
straight to 7 once it was usable.

I've also avoided the community version like the plague (as well as any
other GPL3 software that involves source code making it to my computer; the
"All your patents are belong to us" and such is just to dangerous)

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread Mark Wieder


On 09/22/2016 01:24 PM, Dr. Hawkins wrote:


global gRevDevelopment; put true into gRevDevelopment



Unfortunately, it's not getting me there.


 one of the problems with setting gRevDevelopment to true is that 
you expose yourself to bugs and unremoved breakpoints in the IDE stacks. 
With the default setting of false these errors are just swept under the 
rug and you (mostly) never notice them.



also, in reading the file revmessagebox.rev, I see lots of references like:

button id 1037 of group id 1016 of card id 1002 of stack
"/Applications/LiveCode Community 6.7 (dp
2).app/Contents/Tools/Toolset/revlibrary.rev"


What in the world is this doing in Indy 7.1.4???


I don't have much of a clue, sorry. Sounds like maybe a path issue? What 
platform is this.


--
  Mark Wieder
  ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread Dr. Hawkins
I've purged all of my own settings and 7.1.4, and reinstalled.  It hasn't
made a difference, and still refers to 6.6 community.


I've tried opening in 8.1, and am getting the error

executing internal 3:04:10 PM

Type Handler: can't find handler

Object revbackscriptlibrary

Line send "revSEObjectDeleted pObject" to revScriptEditorMain()

Hint revSEObjectDeleted



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread Dr. Hawkins
On Thu, Sep 22, 2016 at 12:48 PM, mwieder  wrote:

> ...as in...
>
> global gRevDevelopment; put true into gRevDevelopment
>

Unfortunately, it's not getting me there.

I have a log stack, and the simple function

on cck stuff
  put stuff & cr  & the milliseconds & cr & cr after fld "log" of cd
"wtchcrd" of stack "ckwatch"
end cck


end error handler

*on* errorDialog pExecutionError, pParseError

   cck  ("whoops! " & the date & the time & cr & the milliseconds & cr & cr
\

 & "lib: error occurred on line: " & item 2 of line 1 of
pExecutionError & cr & cr  \

   & "pParseError:" & cr & pParseError & cr & cr  \

 & "pExecutionError:" & cr & pExecutionError & cr & cr & "context:"
& cr & the executionContexts & cr)



   *answer* "lib: error occurred on line: " & item 2 of line 1 of
pExecutionError & cr & cr \

 & pParseError & cr & cr & pExecutionError with "Continue" and
"Stop" and "Pause"



   *close* stack "splash"

   *switch* it

  *case* "stop"

 *exit* to top

 *break*

  *case* "stop"

 *breakpoint*

 *break*

   *end* *switch*

   ck the executionContexts

   *--breakpoint*

*end* errorDialog



It looks to me like it's a problem with opening the message box in
revUpdateGeometry

This seems to be happening in preOpenStack of the control stack, after it
loads the library stack (which is where my handler is).


I do open a message box and put it where I want it in that preOpenStack:

*-- put the messagebox somewhere useful*

 *show* message box

 *set* the height of stack "message Box" to 144

 *set* the width of stack "message box" to 576

 *set* the itemDel to comma



 *set* the bottomLeft of stack "message box" to 36, 2* item 2 of the
screenLoc - 36



also, in reading the file revmessagebox.rev, I see lots of references like:

button id 1037 of group id 1016 of card id 1002 of stack
"/Applications/LiveCode Community 6.7 (dp
2).app/Contents/Tools/Toolset/revlibrary.rev"


What in the world is this doing in Indy 7.1.4???

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread mwieder
...as in...

global gRevDevelopment; put true into gRevDevelopment

-- 
 Mark Wieder
 ahsoftw...@gmail.com



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708803.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread Dr. Hawkins
On Thu, Sep 22, 2016 at 12:44 PM, Mike Bonner  wrote:

> gRevDevelopment


Ahh, thanks.

Now I'll reload and se what happens . . . at the moment, I get my own error
dialog, which has an option to pause so that I can single step, but it goes
nowhere . . .


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread J. Landman Gay

On 9/22/16 2:40 PM, Dr. Hawkins wrote:

Could someone remind me of the property that lets the IDE step into the
source stacks?


gRevDevelopment

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: The name of the property to trace scripts into the IDE

2016-09-22 Thread Mike Bonner
 gRevDevelopment is the one you're thinking of I believe.

On Thu, Sep 22, 2016 at 1:40 PM, Dr. Hawkins  wrote:

> Things are getting out of control more and more often.  Today it was the
> lack of buttons on dialog windows about closing stacks, the previous couple
> of days had a couple of rounds of the browse/edit suddenly applying to the
> application browser, and then there's the perennial untraceable euro
> message on opening that goes away if I step through the handler instead of
> letting it run.
>
> Could someone remind me of the property that lets the IDE step into the
> source stacks?
>
> revDevSomethingOrAnother?
>
> thanks
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


The name of the property to trace scripts into the IDE

2016-09-22 Thread Dr. Hawkins
Things are getting out of control more and more often.  Today it was the
lack of buttons on dialog windows about closing stacks, the previous couple
of days had a couple of rounds of the browse/edit suddenly applying to the
application browser, and then there's the perennial untraceable euro
message on opening that goes away if I step through the handler instead of
letting it run.

Could someone remind me of the property that lets the IDE step into the
source stacks?

revDevSomethingOrAnother?

thanks

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode