<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Muonics, Inc. &#187; MIB Views</title>
	<atom:link href="http://www.muonics.com/blog/category/mib-views/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.muonics.com/blog</link>
	<description>News, articles, and information about Muonics products and network management.</description>
	<lastBuildDate>Tue, 02 Feb 2010 09:40:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>MIB Smithy 4.1.5, SDK 3.4.8, MIB Views 1.4.4 Releases</title>
		<link>http://www.muonics.com/blog/156/mib-smithy-415-sdk-348-and-mib-views-144/</link>
		<comments>http://www.muonics.com/blog/156/mib-smithy-415-sdk-348-and-mib-views-144/#comments</comments>
		<pubDate>Tue, 28 Jul 2009 04:03:04 +0000</pubDate>
		<dc:creator>Michael Kirkham</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Smithy]]></category>
		<category><![CDATA[MIB Smithy SDK]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/?p=156</guid>
		<description><![CDATA[We&#8217;re now in the final stretches of automating regression tests for our MIB parsing and validation code in preparation for releasing the 4.0 branch of the SDK, with better than 3/4 of the test automation done. After the latest round of several hundred tests and analyzing the current results, we identified some more areas for [...]]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re now in the final stretches of automating regression tests for our MIB parsing and validation code in preparation for releasing the 4.0 branch of the SDK, with better than 3/4 of the test automation done. After the latest round of several hundred tests and analyzing the current results, we identified some more areas for improvement in the validation code we felt were appropriate to release in the current stable branch. These include eliminating redundant messages, clarifying other messages, correcting some false errors, some error level adjustments, and some additional rules. The changes below are incorporated into the latest releases for MIB Smithy, MIB Smithy SDK, and MIB Views.<strong></strong></p>
<p><strong>1735: INDEX and AUGMENTS forbidden with RFC1155-SMI, RFC1065-SMI</strong></p>
<p>It is now an error, rather than a warning, for an OBJECT-TYPE to have an INDEX or AUGMENTS clause when imported from RFC1065-SMI or RFC1155-SMI.</p>
<p><strong>1760: TEXTUAL-CONVENTIONs must not derive from other TEXTUAL-CONVENTIONs</strong></p>
<p>It is now an error, rather than a warning, for SMIv2 modules to define TEXTUAL-CONVENTIONs derived from other TEXTUAL-CONVENTIONs. This is also now an error for COPS-PR-SPPI modules, which previously gave no warning.</p>
<p><strong>1747: Additional validation for variant access levels</strong></p>
<p>PIB-MIN-ACCESS is now checked to ensure its values are allowed by COPS-PR-SPPI.  MODULE-COMPLIANCE&#8217;s PIB-MIN-ACCESS and MIN-ACCESS, and AGENT-CAPABILITIES ACCESS, are now checked to ensure their values are within bounds of the referenced object&#8217;s (or PRC&#8217;s) MAX-ACCESS or ACCESS value.</p>
<p><strong>1761: Improved version-specific validation with missing IMPORTS</strong></p>
<p>Previously, when a macro (such as OBJECT-TYPE) was not imported as required, certain version-specific validation checks (such as allowed STATUS values) were suppressed, giving only an error about the missing import. Now, the version may be assumed based on other imports that are present, allowing further checks to be performed.</p>
<p><strong>1733: Suppress bit zero warning when no bits are defined</strong></p>
<p>A redundant warning regarding starting BITS at zero when also erroring about needing at least one bit to be defined.</p>
<p><strong>1738: Clarify access keywords in error messages</strong></p>
<p>Validator messages should use the proper access keyword (ACCESS, MAX-ACCESS, PIB-ACCESS, MIN-ACCESS, PIB-MIN-ACCESS) depending on the record type and version (SMIv1, SMIv2, COPS-PR-SPPI) of the record. In some cases, they simply said &#8220;ACCESS&#8221;.<strong></strong></p>
<p><strong>1701: False errors and changes to BITS DEFVAL validation</strong></p>
<p>The algorithm for checking set bits in hex/binary DEFVALs versus BITS named bit values was not correct, leading to errors for valid DEFVALs. Also, an integer is no longer allowed for DEFVAL with BITS type, and undefined bits may no longer be set in the DEFVAL (previously these were warnings).<strong></strong></p>
<p><strong>1720: Disallow hyphens in COPS-PR-SPPI identifiers</strong></p>
<p>As with SMIv2 modules, which COPS-PR-SPPI derives from, a warning is now produced for identifiers with hyphens in PIB modules.<strong></strong></p>
<p><strong>1717: Wrong range given in INSTALL-ERRORS message</strong></p>
<p>INSTALL-ERRORS was being checked versus the correct allowed range of 1..65535, but the error message indicated 0..65536 was allowed.</p>
<p><strong>1689: False subordinate OID warnings for conformance records</strong></p>
<p>Conformance sub-records were not properly ignored when checking relative structure of the OID tree, causing false errors/warnings to be produced (nothing should be considered relative to these records as they&#8217;re purely an implementation detail, not truly separate from the conformance statement).</p>
<p><strong>1682: Value Assignment values missing from error messages</strong></p>
<p>Error messages regarding ASN.1 Value Assignment values not matching the type were giving an empty string for the value rather than the actual value. (Note: only ASN.1 Value Assignments of type OBJECT IDENTIFIER are allowed in MIB and PIB modules; this validation is part of plain ASN.1 support.)</p>
<p><strong>1685: False warning for starting bit zero when using BITS-derived type</strong></p>
<p>A warning message was produced for OBJECT-TYPEs with SYNTAX referencing a TEXTUAL-CONVENTION of type BITS indicating that bits should start at zero even when the TEXTUAL-CONVENTION itself started at bit zero.</p>
<p><strong>1684: Missing error for invalid PIB-REFERENCES</strong></p>
<p>An incorrect function argument was suppressing the error message for PIB-REFERENCES pointing somewhere other than a PRC (row) OBJECT-TYPE.<strong></strong></p>
<p><strong>1759: REVISIONs not sorted properly by XML parser</strong></p>
<p>MODULE-COMPLIANCE REVISIONs are normally sorted when assigned or parsed from normal SMI syntax (with parse-time warning in the latter case), and therefore not checked during validation. They were not sorted properly by the XML parser, however, leaving them out of order with no indication. They are now sorted at parse time from XML as well.</p>
<p><strong>1716: Severity of Value Assignments in SMIv2/SPPI</strong></p>
<p>It&#8217;s now an error, rather than a warning, to use ASN.1 Value Assignments other than of type OBJECT IDENTIFIER in SMIv2 and COPS-PR-SPPI modules. It remains a warning for SMIv1 modules, but is now suppressed entirely for modules that aren&#8217;t SMI or SPPI (just ASN.1).</p>
<p><strong>1736: Redundant messages for Counter with bad ACCESS</strong></p>
<p>Use of Counter, Counter32, or Counter64 syntax and ACCESS, MAX-ACCESS, or MIN-ACCESS value unknown to the SMI version now produces one error message for the unknown value, rather than a second for the value being disallowed with counter types.</p>
<p><strong>1729: PIB-INDEX may use attributes of other PRCs</strong></p>
<p>An error message was produced if PIB-INDEX referenced an attribute of another PRC (table) rather than an attribute of the same PRC. As this is explicitly allowed by RFC 3159 section 7.5, this check has been removed.</p>
<p><strong>1731: OID in module header forbidden in SMIv2</strong></p>
<p>It&#8217;s now an error, rather than a warning, to assign an OID to a module in the module in SMIv2 or COPS-PR-SPPI modules (which use MODULE-IDENTITY instead).  It remains a warning in SMIv1 and is now suppresed for modules that are neither SMI or SPPI (just ASN.1).</p>
<p><strong>1728: OBJECT-IDENTITY and Assignment with same OID should be a warning</strong></p>
<p>It is now a warning, rather than an error, when an OBJECT-IDENTITY statement and OID Value Assignment have the same OID, as it is with an OID Value Assignment and other macros having the same OID.</p>
<p><strong>1727: Missing error for INDEX with negative enumerations</strong></p>
<p>An intended warning for an INDEX pointing to an object with possible negative enumerations was not being produced.</p>
<p><strong>1725: Superfluous auxilliary INDEX warnings</strong></p>
<p>The warning for a table using only columns from other tables for indices is no longer generated when already indicating an error because the INDEX clause is not allowed (e.g. on a scalar OBJECT-TYPE).</p>
<p><strong>1711: Undefined symbols should always error if known to be undefined</strong></p>
<p>Dependency check &#8220;failed&#8221; errors and &#8220;skipped&#8221; warnings are now more consistent in behavior: e.g., a check is &#8220;skipped&#8221; with a warning if cross-checking can&#8217;t be performed because a module isn&#8217;t loaded, while an error is produced if it is loaded but the symbol imported from is not defined.<strong></strong></p>
<p><strong>1710: Mixing SMI and COPS-PR-SPPI base types/macros</strong></p>
<p>It&#8217;s now an error, rather than a warning, to import both SMI and COPS-PR-SPPI base types and macros within the same module (note: importing MIB OIDs and TEXTUAL-CONVENTIONs in PIB modules is allowed, provided the underlying base type is the supported by the SPPI).</p>
<p><strong>1690: Wrong format indicated in DEFVAL type/value mismatch errors</strong></p>
<p>When comparing the form of DEFVAL values to an object&#8217;s SYNTAX, the wrong keyword for the form of the value was specified in some errors pertaining to hex and binary. The wording of DEFVAL type/value related messages is also now more consistent.<strong></strong></p>
<p><strong>1686: Redundant hex/binary length errors</strong></p>
<p>When validating hex and binary DEFVALs, redundant errors were produced for some types when they were both not of the required length for that type and not the right multiple of digits. There was some inconsistency in whether or not they were checked for capitalization, and the wording of hex/binary related messages was also clarified.</p>
<p><strong>1683: UNIQUENESS value missing from message</strong></p>
<p>A warning message regarding UNIQUENESS values was showing an empty string for the value rather than indicating the actual value warned about.<strong></strong></p>
<p><strong>1708: SMI base modules should not require MODULE-IDENTITY</strong></p>
<p>On the off chance you load SNMPv2-CONF into the SDK and validate it, despite not defining anything other than macros, it will no longer error about needing a MODULE-IDENTITY statement (as with other SMI/COPS base modules).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/156/mib-smithy-415-sdk-348-and-mib-views-144/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Smithy 4.1.2, SDK 3.4.6, MIB Views 1.4.2 Releases</title>
		<link>http://www.muonics.com/blog/131/mib-smithy-412-sdk-346-mib-views-142-releases/</link>
		<comments>http://www.muonics.com/blog/131/mib-smithy-412-sdk-346-mib-views-142-releases/#comments</comments>
		<pubDate>Sun, 15 Feb 2009 09:58:31 +0000</pubDate>
		<dc:creator>Michael Kirkham</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Smithy]]></category>
		<category><![CDATA[MIB Smithy SDK]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/?p=131</guid>
		<description><![CDATA[MIB Smithy 4.1.2, MIB Smithy SDK 3.4.6, and MIB Views 1.4.2 are now available for download, with essentially the same bug fixes in each. These will most likely be the last releases based on the SDK 3.4 development branch, as we&#8217;re finally getting close to having the SDK 4.0 development branch in a releasable state. [...]]]></description>
			<content:encoded><![CDATA[<p>MIB Smithy 4.1.2, MIB Smithy SDK 3.4.6, and MIB Views 1.4.2 are now available for download, with essentially the same bug fixes in each. These will most likely be the last releases based on the SDK 3.4 development branch, as we&#8217;re finally getting close to having the SDK 4.0 development branch in a releasable state. Since it&#8217;s taken an unusually long time to release 4.0 branch and there are some potential compatibility issues you&#8217;ll need to be aware of, as well as new features affecting all three of these products, I&#8217;ll talk a bit more about it in a post to follow shortly.</p>
<h3>Changes affecting MIB Smithy, MIB Smithy SDK, and MIB Views:</h3>
<p><strong>305: Host ID not matched when interface is disconnected</strong></p>
<p>Windows interfaces that were disconnected were not recognized by the license manager, requiring laptop users to have to swap license keys depending on whether they were on wired or wireless. This is is no longer necessary, as the interfaces are seen whether connected or not.</p>
<p><strong>727: Clarify &#8220;trailing hyphens will be stripped&#8221; error</strong></p>
<p>The parser message produced for identifiers with illegal trailing hyphens was stripping the hyphen in the error message (indicating the corrected identifier was invalid) yet not automatically correcting the error as it should.</p>
<p><strong>1368: Windows: IPv6-only interface Host IDs not available</strong></p>
<p>Windows interfaces configured to support only IPv6 could not previously be used for licenses keys, but can now.</p>
<p><strong>1406: Circular type references cause crash</strong></p>
<p>A type definition derived from another type definition, which is derived from the first type definition, would lead to a crash due to infinite recursion. (Note: TEXTUAL- CONVENTIONs cannot legally derive from other TEXTUAL-CONVENTIONs.)</p>
<h3>Additional changes affecting MIB Smithy SDK:</h3>
<p><strong>312: Changing IPs with SNMPv3 loses auth/priv state</strong></p>
<p>Changing the target IP address of an existing SNMPv3 auth/priv session without also setting the auth/priv password did not sufficiently prepare the session to localize keys with the next request, causing the session to switch to no-auth/no-priv.</p>
<p><strong>1354: Timeout of Tnm-style async requests causes error with future request</strong></p>
<p>Upon timeout of a Tnm-style async request, the callback was being invoked using non- Tnm style arguments, which would typically cause an error, when it should not be invoked at all.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/131/mib-smithy-412-sdk-346-mib-views-142-releases/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.4.1 Release</title>
		<link>http://www.muonics.com/blog/124/mib-views-141-release/</link>
		<comments>http://www.muonics.com/blog/124/mib-views-141-release/#comments</comments>
		<pubDate>Tue, 11 Nov 2008 21:40:29 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/?p=124</guid>
		<description><![CDATA[MIB Views version 1.4.1 is now available with the following changes:
483: Updated Tcl/Tk version
The Tcl/Tk base for MIB Views was upgraded to 8.4.19. Among other things, this fixes a crash at startup on later versions of Mac OS X.
605: Application icons for Unix
Full-color application icons have been added to Unix platforms, replacing the old monochrome [...]]]></description>
			<content:encoded><![CDATA[<p>MIB Views version 1.4.1 is now available with the following changes:</p>
<p><strong>483: Updated Tcl/Tk version</strong></p>
<p>The Tcl/Tk base for MIB Views was upgraded to 8.4.19. Among other things, this fixes a crash at startup on later versions of Mac OS X.</p>
<p><strong>605: Application icons for Unix</strong></p>
<p>Full-color application icons have been added to Unix platforms, replacing the old monochrome bitmaps.</p>
<p><strong>1271: TreeView: lexicographic errors can cause loop</strong></p>
<p>In certain circumstances, an agent returning lexicographically incorrect responses to get-next requests could cause branch expansion to loop until a user requested stop, and duplicate branches could be displayed. More protections against lexicographic errors were added to prevent this.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/124/mib-views-141-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.4 Release</title>
		<link>http://www.muonics.com/blog/109/mib-views-14-release/</link>
		<comments>http://www.muonics.com/blog/109/mib-views-14-release/#comments</comments>
		<pubDate>Wed, 30 Jul 2008 10:21:16 +0000</pubDate>
		<dc:creator>Michael Kirkham</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/109/mib-views-14-release/</guid>
		<description><![CDATA[I&#8217;m pleased to announce the release of MIB Views 1.4, especially after an all-too-long period of dealing mostly with server migration, virtualization, migrating data to FogBugz, and not enough product development. It&#8217;s been very good to get back to it. We&#8217;ve moved nearly all of the old to-do stuff to FogBugz cases, and after a [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m pleased to announce the release of MIB Views 1.4, especially after an all-too-long period of dealing mostly with server migration, virtualization, migrating data to FogBugz, and not enough product development. It&#8217;s been very good to get back to it. We&#8217;ve moved nearly all of the old to-do stuff to FogBugz cases, and after a thorough review and some planning and scheduling, it&#8217;s been great to be getting those cases closed, especially in MIB Smithy and MIB Smithy SDK (which will also be released later today) and regain some clarity, direction, and productivity.</p>
<h3>Changes in this release:</h3>
<p><strong>673: Instance identifier parsing for SNMP Tools</strong></p>
<p>The variable lists in the SNMP Query, Walk, Trap Watch, and Tree View tools can now be expanded like a tree to display additional index values decoded from instance identifiers.</p>
<p><strong>639: Upgrade TreeCtrl to 2.2.5+</strong></p>
<p>The TreeCtrl version used by MIB Views has been updated to version 2.2.5. Among other things, this may fix issues with artifacts on some platforms.</p>
<p><strong>886: Relaxed OID input validation</strong></p>
<p>OID fields no longer require that input be strictly legal form.  If a MIB can be loaded despite illegal identifier capitalization, it should now be possible to do SNMP queries with it.</p>
<p><strong>887: Additional icons for status bar messages</strong></p>
<p>Icons were added to some status bar messages to make them more noticeable.</p>
<p><strong>876: Attempts to contact localhost when unconfigured</strong></p>
<p>Expanding branches in Tree View and attempting queries in SNMP Query now check if an agent has been configured first, just as the Goto entry and Refresh button do, rather than attempting the query with session defaults.</p>
<p><strong>888: Unix: Ctrl-V to paste not working in text boxes</strong></p>
<p>Back-ported a patch to the default Tk text widget bindings to fix bug preventing Ctrl-V from functioning as paste under Unix.</p>
<p><strong>919: MIB Views remains running after windows closed</strong></p>
<p>MIB Views will now exit upon closing the Trap Watch window if it is the last window remaining (except on the Mac, where the menu bar remains).</p>
<p><strong>680: Inconsistent selection colors</strong></p>
<p>Non-Tile components now get their selection colors from the Tile theme for improved consistency in appearance.</p>
<p><strong>643: TreeCtrl +/- buttons don&#8217;t redraw sometimes</strong></p>
<p>Due to a TreeCtrl bug under Windows, the expand/collapse buttons in trees would not redraw when pressed if there were no children.  This is fixed with the newer TreeCtrl version.</p>
<p><strong>386: Table View sorting indicator doesn&#8217;t clear</strong></p>
<p>The sort indicator on the first column in the Table View would not be cleared when sorting on another column unless the user had previously clicked to sort on the first column, leaving two sorting indicators visible.</p>
<p><strong>896: sysDescr not displaying in description bar</strong></p>
<p>The label area under the toolbar of the main GUI will now display the agent&#8217;s sysDescr.0 value (if returned on first connect) as it was intended.</p>
<p><strong>914: Dropped notifications during bursts</strong></p>
<p>Notifications could be dropped during bursts of many (or large) packets due to the default receive buffer size provided by the Windows TCP/IP stack. MIB Views now requests up to a 1 MB buffer for the trap socket (on all platforms) to reduce the risk of packet loss.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/109/mib-views-14-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3.5 Release</title>
		<link>http://www.muonics.com/blog/101/mib-views-135-release/</link>
		<comments>http://www.muonics.com/blog/101/mib-views-135-release/#comments</comments>
		<pubDate>Sun, 09 Dec 2007 05:40:26 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/101/mib-views-135-release/</guid>
		<description><![CDATA[An unknown variable error that would occur when adding a MIB if either a file with the same name was already added or if copying/linking the file into the mibs directory failed, rather than the intended dialog, and was corrected in this release.
]]></description>
			<content:encoded><![CDATA[<p>An unknown variable error that would occur when adding a MIB if either a file with the same name was already added or if copying/linking the file into the mibs directory failed, rather than the intended dialog, and was corrected in this release.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/101/mib-views-135-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3.4 Release</title>
		<link>http://www.muonics.com/blog/100/mib-views-134-release/</link>
		<comments>http://www.muonics.com/blog/100/mib-views-134-release/#comments</comments>
		<pubDate>Mon, 10 Sep 2007 03:39:53 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/100/mib-views-134-release/</guid>
		<description><![CDATA[Changes in this release:

nmtrapd under Linux could max out CPU usage due to Linux-specific handling of select() timeouts.
Newlines and carriage returns in OCTET STRING values were forcing conversion to hex (such as in varbind values in responses) as if they were non-printable characters.
A crash could occur if the environment variable for pointing to the license [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Changes in this release:</strong></p>
<ul>
<li>nmtrapd under Linux could max out CPU usage due to Linux-specific handling of select() timeouts.</li>
<li>Newlines and carriage returns in OCTET STRING values were forcing conversion to hex (such as in varbind values in responses) as if they were non-printable characters.</li>
<li>A crash could occur if the environment variable for pointing to the license key file were mistakenly set to a directory instead.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/100/mib-views-134-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3.3 Release</title>
		<link>http://www.muonics.com/blog/94/mib-views-133-release/</link>
		<comments>http://www.muonics.com/blog/94/mib-views-133-release/#comments</comments>
		<pubDate>Tue, 13 Mar 2007 08:00:14 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/94/mib-views-133-release/</guid>
		<description><![CDATA[Error &#8216;can&#8217;t read &#8220;shortName&#8221;: no such variable&#8217; would occur in the Table View when trying to view a table where columns did not share a common prefix (e.g. due to indexes from other tables). The error occurred where MIB Views removes redundant prefixes from the column labels to save horizontal space, and has been corrected [...]]]></description>
			<content:encoded><![CDATA[<p>Error &#8216;can&#8217;t read &#8220;shortName&#8221;: no such variable&#8217; would occur in the Table View when trying to view a table where columns did not share a common prefix (e.g. due to indexes from other tables). The error occurred where MIB Views removes redundant prefixes from the column labels to save horizontal space, and has been corrected in this patch release.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/94/mib-views-133-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3.2 Release</title>
		<link>http://www.muonics.com/blog/93/mib-views-132-release/</link>
		<comments>http://www.muonics.com/blog/93/mib-views-132-release/#comments</comments>
		<pubDate>Fri, 18 Aug 2006 08:00:07 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/93/mib-views-132-release/</guid>
		<description><![CDATA[Bug Fixes

A &#8220;wrong # args&#8221; error would occur in the Trap Watch tool when receiving events if the log had grown to 1000 events, the point where it will start to drop old events to keep the log from growing without bound.
Copying MIB compiler errors/warnings to the clipboard will no longer include tabs for the [...]]]></description>
			<content:encoded><![CDATA[<h3>Bug Fixes</h3>
<ul>
<li>A &#8220;wrong # args&#8221; error would occur in the Trap Watch tool when receiving events if the log had grown to 1000 events, the point where it will start to drop old events to keep the log from growing without bound.</li>
<li>Copying MIB compiler errors/warnings to the clipboard will no longer include tabs for the icon columns, and will include an error or warning keyword depending on message type.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/93/mib-views-132-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3.1 Release</title>
		<link>http://www.muonics.com/blog/92/mib-views-131-release/</link>
		<comments>http://www.muonics.com/blog/92/mib-views-131-release/#comments</comments>
		<pubDate>Thu, 16 Mar 2006 08:00:12 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/92/mib-views-131-release/</guid>
		<description><![CDATA[Some usage and unknown command errors resulting from a merge of the MIB Smithy tools code base into MIB Views 1.3 were corrected in this patch release.
]]></description>
			<content:encoded><![CDATA[<p>Some usage and unknown command errors resulting from a merge of the MIB Smithy tools code base into MIB Views 1.3 were corrected in this patch release.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/92/mib-views-131-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MIB Views 1.3 Release</title>
		<link>http://www.muonics.com/blog/91/mib-views-13-release/</link>
		<comments>http://www.muonics.com/blog/91/mib-views-13-release/#comments</comments>
		<pubDate>Mon, 20 Feb 2006 08:00:21 +0000</pubDate>
		<dc:creator>Muonics, Inc.</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[MIB Views]]></category>

		<guid isPermaLink="false">http://www.muonics.com/blog/91/mib-views-13-release/</guid>
		<description><![CDATA[New Features

Added ability to save tables of main GUI trees to text or CSV files.
Added text editor for correcting parse errors in MIB files. Double-clicking on the parse error in the Add/Remove MIBs dialog, when adding a MIB fails, launches the text editor to the line where the error occurred.

Bug Fixes

Under some circumstances, WinXP unsets [...]]]></description>
			<content:encoded><![CDATA[<h3>New Features</h3>
<ul>
<li>Added ability to save tables of main GUI trees to text or CSV files.</li>
<li>Added text editor for correcting parse errors in MIB files. Double-clicking on the parse error in the Add/Remove MIBs dialog, when adding a MIB fails, launches the text editor to the line where the error occurred.</li>
</ul>
<h3>Bug Fixes</h3>
<ul>
<li>Under some circumstances, WinXP unsets HOMEDRIVE and HOMEPATH, which would prevent MIB Views from finding its license key the default location without re-logging in.  The license key is now stored in the Application Data folder by default.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.muonics.com/blog/91/mib-views-13-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
