Hi,
On 11.09.2011 14:03, Riccardo Mottola wrote:
On the infamous OpenBSD/sparc computer I get now.
2011-09-11 13:58:38.068 Terminal[24493] NSConnection.m:2601 Assertion
failed in -[NSConnection(Private) _service:forwardForProxy:]. Invalid
parameter not satisfying: type
2011-09-11 13:59:14.192 Vespucci[31124] NSConnection.m:2601 Assertion
failed in -[NSConnection(Private) _service:forwardForProxy:]. Invalid
parameter not satisfying: type
Could you please explain in details what you did to trigger this
error? Are these messages triggered when you tried to use service menu
items from GWorkspace or did you get them from the specific
applications (Terminal, Vespucci) directly and if so, what where you
doing there?
My NSServices tests currently are:
1) open GWorkspace and Terminal (there is a bug that needs terminal to
be running for the service to work... but that is Terminal I think)
2) grab a folder and use the "open shell here" service of terminal
3) type & select an url text (like "www.bing.com") and then use the open
URL in vespucci service.
The basic problem reported here is that a method signature doesn't
have type information attached to it. This gets detected in line 2601
of the file NSConnection.m. There we also have some addition error
reporting in place. Could you please run your service applications
with --GNU-Debug=dflt. It would also be interesting to get even more
information from this method. What object are we trying to access (I
think it should be the GSServiceManager) and is the service method
found on the object?
I will run the applications with the flag you suggest. I suppose opening
them in a separate terminal with that option and seeing what output we
get is what you have in mind.
Of course you should recompile Terminal and Vespucci first, just to
make sure they get linked against the current version of base.
yes, I recompiled both, although i can try
uninstalling/cleaning/reinstalling them. Perhaps I missed to recompile
SWK, but it shouldn't matter and in any case Terminal doesn't use it.
Who other has access to SPARC? Perhaps on Solaris?
Sebastian, can you try on your OpenBSD/sparc box?
Riccardo
_______________________________________________
Gnustep-dev mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/gnustep-dev
