|
Oh, and I don't think it is an issue in this case, but the patch was created from 0.6.1.1
Attaching an example blacklist file that I'm using. It's amazing how effective using a blacklist is. It reduces what would be a 1.5 MB log file to about 200KB and gets rid of all the noise.
I use --log-all and --no-log-blacklist together. log all to log all the messages and the blacklist to remove the ones I don't want. One other small change is in the patch (just remembered).
Analyst prints the name of the packet, e.g., ReplyTaskInventory Hi Shack,
What version of the library is this patch based on? The reason I ask is because Analyst was previously modified (actually the helper) to print out the proper packet name couple coments for you: Just so you're aware, I'm working currently on a GUI version of GridProxy which will provide a much richer experience for both Packets and Messages, however if you can update your patch to take those things into consideration I mentioned above I'll gladly get it applied to trunk. Jim Jim,
I say in my comment above that it is based on 0.6.1.1. And of course, I know that DEBUG_CAPS is a hack, it is an undocumented hack that is nearly impossible to discover. I was floundering and making no head way on my work until you told me about it, but even then it was somewhat painful to find out about it. But I'll leave DEBUG_CAPS turned off. I'll get trunk and make a patch from that, that should fix concerns about Analyst and the proper packet name. I'm glad to hear that GridProxy is getting a GUI upgrade. Okay, uploading a new patch based on trunk that I just downloaded.
A couple of comments for you: So, the net result is that the new patch is almost identical to the old patch, except:
Regarding analyst printing the packet name. I think I understand what's going on. I'm running trunk from yesterday.
Yes, the helper prints out the packet name and yes, analyst uses the helper. However, the helper prints it out in a strange way (at least for me). I didn't even notice it the first few times that I was looking at the output. I was expecting to see something like this: – LogoutReply – But what the helper prints out in yesterday's trunk is something like this: <-- 216.82.21.12:12035 2469 [ Rel ] Instead of printing the packet name at the top of the packet, it prints the packet name at the top of each block in the packet. Maybe that's the expected behavior, but I didn't even notice it at first. And once I did notice it, it seems annoying. So, I guess I will take out my line that prints the packet name. Should I file a separate ticket on the unexpected behavior of the helper? Or is that really the way that it is supposed to work? Hiya shack, good catch on the location of the packet name - no, that should be placed in a more obvious place and not repeated, was a quick fix for one of the opensim guys I threw in there. the Helper that displays the packet is getting some work done to it as well (currently in WinGridProxy) but eventually the finished pretty version will move back to Helpers. I want to not only be able to print it to a string, but provide an object which is more queryable than a bunch of strings.
The first version of WinGridProxy is comitted to trunk (available in Programs/) its a work in progress, no state is saved between sessions yet but thats coming, You can look at the code to see how I subscribed to the Caps events to display them. This could be added to Analyst without too much difficulty. I accidentally left DEBUG_CAPS uncommented on a recent commit, that has however been corrected as of lastnight. Regards, Uploading GridProxy-Patch-trunk-Shack-final.patch
Jim, this should be the one. No changes to DEBUG_CAPS. No changes to analyst packet name printing. That's it. Shack has left the building. LOL. WinGridProxy looks great, Jim! Applied to trunk r2624, Thanks!
Let me know if you need some assistance with the CAPS_DEBUG alternative I spoke of Thanks, Jim!
I don't plan to do anything more with GridProxy. I'm knee deep in RezScript, UpdateScriptTask CAP, and related messages to rez and compile scripts in task inventory. I'm working on trunk now, so I'm building on top of the recently added InventoryManager.CopyScriptToTask() method. Today, I got my first script to rez in task inventory, set its permissions, upload lsl and start running in Mono. Hopefully, I'll submit a ticket on it next week with substantial info on what I discovered and how I did it and possibly a patch. |
||||||||||||||||||||||||||||||||||||||||||||||
The patch was created on libsl/Programs/GridProxy and includes the following changes: