When I first dloaded MUSHclient and connected to my first world all was well. But after rebooting my system and trying to reconnect to this same world it throws me into an "illegal operation" and shuts down MUSHclient.
I experience no problems when connecting to another world.
When I try to open the world as a "new world" rather than the saved version of it, I still receive the same error msg. What's happened?!
The address is for Elendor MUSH, 134.114.66.33 port: 1892 or 1893
I had saved the world and then deleted it and then I connected again as a new world and it seemed to work after a few attempts. Once I shut down the world and try to reopen the saved world I receive the illegal operation again and it closes down MUSHclient.
I enabled scripting but didn't know which to select (don't even understand what that is!). Not sure what .dll means either. Sorry.
I would have to guess it is something to do with Pueblo, so I'll try to reproduce it on Elendor today. Meanwhile, try turning off "Detect Pueblo initiation string" in the MXP/Pueblo configuration screen. If that makes a difference then it confirms my theory, and you are no worse off than going back to a previous version.
I spoke with someone who also mushes at Elendor and they've experienced the same problem with receiving an illegal operation when connecting.
However, they did say this. Whereas on their home computer where they simply updated to the new version of MUSHclient they did not experience the problem but on their work computer, where they fully installed the new version, they did receive the illegal operation.
Fully installing and just copying the .exe file over should not make any difference.
What is more likely is that there is a configuration difference between the home and work computer.
If you could isolate that it would be helpful. The trouble is, that with hundreds of options, each of which can be off or on, there could be millions of combinations of options, only one or two of which may make the difference.
However having said that, it is probably something relating to Pueblo, as you don't have the problem elsewhere. I would try turning Pueblo recognition off, and other things relating to output, such as indenting paragraphs, whether or not MXP colours are ignored, and things like that.
While doing some testing of MUSHclient, Pueblo and Elendor, I too ran into this 'illegal operation upon connect' issue.
I can connect just fine to Elendor with my regular world file, and I can connect just fine if I create a new world with my defaults preloaded from Elendor, but I _cannot_ quick connect there or connect with a world just created without preloading the defaults. Then I crash on connect.
To me, this looks like a world needs to be properly saved (or saved in some fashion, which it looks like preloading the defaults seems to do) for it to be able to connect to Elendor, presumably because it encounters some pueblo and/or mxp right off. Could this be the cause?
It also looks like Pueblo is automatically turned on when you quick connect or create a new world without preloading the defaults, and this might be a dangerous thing to do (if that is indeed what happens).
Oh, and I should add that the point during connect at which it crashes seems coincide with when the MUSH sends the signal to turn on Pueblo/MXP.
Also, quick connects to other worlds work just fine, even if they're Pueblo enabled, but maybe that is because no Pueblo initiation string is sent until you have a chance to save, or maybe it is just done differently.
Cool. :) I think, btw, that it is likely that the culprit might be MXP initialization rather than Pueblo intialization, since quick connecting/connecting with a new world to a world with just Pueblo (like M*U*S*H) doesn't seem to be a problem at all.
The reason why it would happen with a quick connect was that the text from the MUSH, including the img tag, was not sent if you did a "connect" immediately. Thus, connecting straight away would temporarily work around the problem, however it would be lurking there waiting for you if you ever strayed into a room with such a tag.
Perhaps I should mention here in this thread that version 3.16 has now been released, which hopefully corrects these crashes when an <img> tag is received.