Ciao,
i have a Tode problematic. I submit this to the: [hidden email] but i doubt it's not the right procedure.
Does anyone know the right procedure? If in the meantime you have an indication regarding my problem, i would be grateful. Dario _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On Fri, Jul 7, 2017 at 10:38 AM, Trussardi Dario Romano via Glass <[hidden email]> wrote:
Are you sure you are saving the method as an extension method? That is... under a protocol *YourPackage
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Ciao,
It's as if the method was not properly compiled .....
As if the class browser (a proxy method ?) had information that does not match what is defined in the real class. And this creates problems. Perhaps compile isNotNil as symbol ? Thanks....
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Ciao, when in the class browser i do accept on: isNotNil ^true the system report:
the line 5)
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
Dario, There is nothing special about isNotNil ... I guess I'd like to see the actual source code for the method in case there is something odd in the source --- most likely not ... To get started, I would really like to see the whole stack for the LookupError. In tODE if you select debug to bring up a debugger, then in the stack frame list window use the `Window > print window` menu item, and then send me the printed stack. With that I will know where the error is occuring and start looking into figuring out what went wrong and how to fix it ... Dale On 07/07/2017 06:38 AM, Trussardi Dario
Romano via Glass wrote:
Ciao, _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Dale,
this is the printed stack:
Thanks, Dario
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Dario, From the stack I was able to figure out what you might have done to create the method and I was finally able to reproduce your bug ... You added the new method to Object in a pre-exisiting category that was not prefixed with a $* ... and this is a bug in tODE .... that's been around for quite awhile ...
You can patch tODE using the following in TDMethodDefinition>>source: source I'll submit a tODE bug and update the source with the patch when I get chance ... I'm under the gun for a project deadline ... Dale On 07/10/2017 12:24 AM, Trussardi Dario
Romano via Glass wrote:
Dale, _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Dale,
I update the TDMethodDefinition>>source as above. A) Now when in the class browser i select the isNotNil method the system answer:
B) If compile the new method isNotNil in the class browser the system answer: a LookupError occurred (error 2021), reason:rtErrKeyNotFound, A reference using the non-existent key #'isNotNil' was made into the dictionary Object C) If i select the isNotNil remove menu option the system answer:
The only strangeness I remember is that by mistake i do the revert command on the project entry. I'm available in any case to solve this problematic if you have other considerations. Thanks, Dario
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
This looks like a different problem now ... you shouldn't have gotten a reference to the method isNotNil if it is not present in the method dictionaries for Object ... Have you refreshed the method list (by clicking on the Object class in the class pane)? tODE does not automatically update the lists when methods are removed, so this is one possibility for the error .. You are missing a stack for B), so I cannot comment on that error --- it would be useful to see the stack when you are trying to define the method again ... At this point in time it does not appear that the method is present and that it is possible that the method list is just out of date ... Try refreshing the method list ... and reporting stacks at each point where you hit an error ... Another possibility is that you have somehow gotten the
category/selector dictionary for Object out-of sync with the
method dictionaries, but I haven't seen any evidence of that in
the stacks ... yet. Dale On 7/11/17 2:25 AM, Trussardi Dario
Romano via Glass wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Ciao, Yes the method list is update. I add the stack to B) I confirm stack for: A) and C) D) When on the method isNotNil i do the move to protocol menu options, the system answer :
After refreshed the method list the method is right moved to new protocol but A B C point don't work. They erase the relative error as report in this email. Thanks
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On 7/11/17 8:40 AM, Trussardi Dario
Romano via Glass wrote:
Okay, the method Behavior>>compiledMethodAt:environmentId:otherwise: appears to be the culprit in all of these errors ... there are quite a few of the higher level methods that pass through Behavior>>compiledMethodAt:environmentId:otherwise: and Behavior>>compiledMethodAt:environmentId:otherwise: ignores methods that are installed in the session method dictionary and that is leading to the rash of lookup errors as the code is looking in the wrong place ... This problem has been around for a while, but in tODE I rarely/never add methods to system classes without creating a protocol starting with * first and then crate the method in that protocol (new method menu item) --- and that combo works ... My suggested patch solved one problem but there appear to be quite a few potential problems. I am quite busy with 3.4 work at the moment and do not have the time to properly fix all of the problems ... Sooo, I think that if you can create a protocol starting with a * and add create your method in that protocol, then you should be good to go ... I was able to take my experimental method from yesterday that was n a non-* protocol and re-create it in a * protocol, so this should get you out of the woods ... If you are still having troubld, I will try to give you instructions about cleaning up your method dictionaries... Dale _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Ciao,
No problem..... I do this work only for document the question ...
The isNotNil method is in a protocol begin with * and i can move it into another protocol begin with * as i report at point D But the A B C problematic don't change. In any case when compile the isNotNil method i a new *... protocol the system behaves like B
Maybe it's the solution....... Thanks, Dario _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On 7/11/17 10:28 AM, Trussardi Dario
Romano via Glass wrote:
but point D is an error, so you are not able to move it to another protocol, correct? You have not been able to do anything without error correct? This is not my experience so there is something that you are doing that I'm not doing ... I don't "move" the method. I compile the method in the new * protocol and after that I can look at source, move the method to other * protocols, etc. Have you tried creating a new * protocol and creating the method in that protocol? If that doesn't work, provide me with a fresh stack that produces an error (please provide method source) and I will see if I can work out a repair script. Dale _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
The method is defined in the *... protocol and i can't do anything... No remove .... | No new method compile | No *... protocol remove.... I don't remember when and as i compile the method in *.. protocol
What do you mean with method source ?
In the case C) If i select the isNotNil remove menu option the system answer: a MessageNotUnderstood occurred (error 2010), a UndefinedObject does not understand #'inClass' -------------------- 1. MessageNotUnderstood>>defaultAction @2 line 3 2. MessageNotUnderstood(AbstractException)>>_signalWith: @5 line 25 3. MessageNotUnderstood(AbstractException)>>signal @2 line 47 4. UndefinedObject(Object)>>doesNotUnderstand: @9 line 10 5. UndefinedObject(Object)>>_doesNotUnderstand:args:envId:reason: @7 line 12 6. TDMethodDefinition>>methodCategory @5 line 6 7. TDMethodDefinition>>removeFromSystem: @4 line 4 8. TDClassicClassSelectorListElementBuilder>>cutObjectMenuAction:selectionIndex: @9 line 6 9. TDClassicClassSelectorListElementBuilder(TDWindowBuilder)>>handleMenuActions:listElement:actionArg: @12 line 10 10. [] in TDClassicClassSelectorListElementBuilder(TDClientListElementBuilder)>>menuActionBlock @2 line 7 11. TDClassicClassSelectorListElementBuilder(ExecBlock)>>value:value:value: @2 line 11 12. GsNMethod class>>_gsReturnToC @1 line 1 The source of methodCategory is:
At line 6 the method variable is nil. Thanks, Dario _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Could you supply the source code of isNotNil? On 7/11/17 12:31 PM, Trussardi Dario
Romano via Glass wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
On 7/11/17 12:31 PM, Trussardi Dario
Romano via Glass wrote:
I guess is thinking of one of your many Lookup errors ... obviously it is not finding the method (returning nil), but I'm looking for a method on behavior where an error occurs ... iI think I mentioned that it is possible that the category structure is messed up and I'm looking for evidence ... the evidence here is that the method is not found, but there are too many explanations for that ... especially without a more specific error from Behavior Dale _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
I can't display the source code of the compiled isNotNil method. When i click on the isNotNil method the system erase the error:
When I try to re-compile the method I tried with isNotNil ^true
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Dale,
I let this environment loose.
In a new environment, the problem does not exist. Thanks, Dario
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Free forum by Nabble | Edit this page |