tag:blogger.com,1999:blog-87259159106108002802024-02-18T22:48:39.718-05:00ErrorProcessing.com ClippingsPlaceholder for ErrorProcessing.comknowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-8725915910610800280.post-37972891510472231172010-03-14T11:01:00.001-05:002010-03-14T11:01:49.562-05:00Error Message Effectiveness
<div class='posterous_autopost'><a href='http://posterous.com/getfile/files.posterous.com/knowlengr/ZXMVLI52HRKJ1vn17mqflZh8eVBiiAZwl2fe1TiJjXXZk5VQvpcDUkxrorFn/microsoft-message-effectivenes.png'><img src="http://posterous.com/getfile/files.posterous.com/knowlengr/ZecDsZvLA0qUKT7ACbCON2DAGYgngRuGutJvMEeVFqq9WdTVaIWBmdVeeiCm/microsoft-message-effectivenes.png.scaled.500.jpg" width="500" height="383"/></a> <p>A poor underlying model is often revealed through casually thrown (or thrown off) error messages. One post hoc way to address this deficiency -- though it may not improve the model's weaknesses -- is to request feedback from message recipients. Microsoft Office users are sometimes requested to indicate whether a particular message is effective, as shown in this screenshot. Not all messages offer this feature; it would be interesting to know how Microsoft determines which messages deserve this treatment, and what internal workflow accompanies the feedback.</p> <p style="font-size: 10px;"> <a href="http://posterous.com">Posted via email</a> from <a href="http://knowlengr.posterous.com/error-message-effectiveness">knowlengr </a> </p> </div> <div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-45461876529642939562010-03-13T10:23:00.001-05:002010-03-13T10:23:14.296-05:00The Challenge of "Model Level" Software Errors
<div class='posterous_autopost'>Most of the screenshots collected in errorprocessing.com involve obvious errors. Messages that are painfully obvious are thrown onto the screen, or traceback messages of use only to developers replace "normal" screens. There are other sorts of errors. Some errors are more abstract, or, stated in MVC / DSL language, occur at a higher level in the software model. In this case, a screenshot may not reveal the error. <p /> A recent example occurred when activating a replacement phone with Sprint. The Sprint web content that solicited the phone identification strings directed users to phone-specific instructions on programming the phone to reflect the new phone activation steps. I clicked into the phone-specific page, but instead of the new phone's instructions, the web content showed the old phone instructions. After 15 minutes of browsing the Sprint site failed to find FAQs for the new phone, I resorted to Google, which returned the specific URL needed: <a href="http://support.sprint.com/support/device/HTC/HTC_Touch_PRO-PPC6850SP. ">http://support.sprint.com/support/device/HTC/HTC_Touch_PRO-PPC6850SP. </a> Result? No screenshot, but an error nonetheless. <p /> Considering how software test applications must be developed to detect failures of this sort, it is perhaps clearer why knowledge engineering is an integral part of developing model semantics as an integral part of software engineering. <p style="font-size: 10px;"> <a href="http://posterous.com">Posted via email</a> from <a href="http://knowlengr.posterous.com/the-challenge-of-model-level-software-errors">knowlengr </a> </p> </div> <div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-67047948740020470752009-03-11T12:15:00.002-05:002009-03-11T12:15:50.199-05:00Error Processing: Problem Statement from 2007Here's an embed of my 2007 paper presented at the International Conference on Software Quality. Conference was hosted by the <a href="http://www.asq.org/divisions-forums/software/index.html">American Society for Quality, Software Division</a>.<br> <br /><object id="_ds_4817273" name="_ds_4817273" width="670" height="550" type="application/x-shockwave-flash" data="http://viewer.docstoc.com/"> <param name="FlashVars" value="doc_id=4817273&mem_id=401354&doc_type=pdf&fullscreen=0&showrelated=0&showotherdocs=0&showstats=0 "/> <param name="movie" value="http://viewer.docstoc.com/" /> <param name="allowScriptAccess" value="always" /> <param name="allowFullScreen" value="true" /> </object> <br /> <font size="1"><a href="http://www.docstoc.com/docs/4817273/Outside-In, Ad Hoc Software Quality Through Error Analysis"> Outside-In, Ad Hoc Software Quality Through Error Analysis</a> - Get more <a href="http://www.docstoc.com/documents/business/"> Business Documents</a></font><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-69987339276306734322009-03-10T17:03:00.003-05:002009-03-10T17:13:42.146-05:00Internal error from Eclipse<a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgCzb_XnrOMie1mfXkTvuCMZpH5eVDi2B9S1T3fH1g02ItytndOTScp15nnArv7bfmWYGYI3sQn_SYsHXOsHbSPJ6BybdGg7j9Kjq6TrksAgecP1AczablIlFrTDmmLv5uBwlNnu3X4bML6/s1600-h/internal-error-while-internal-error-from-rakhtar-20090310.jpg"><img style="margin: 0pt 0pt 10px 10px; float: right; cursor: pointer; width: 400px; height: 153px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgCzb_XnrOMie1mfXkTvuCMZpH5eVDi2B9S1T3fH1g02ItytndOTScp15nnArv7bfmWYGYI3sQn_SYsHXOsHbSPJ6BybdGg7j9Kjq6TrksAgecP1AczablIlFrTDmmLv5uBwlNnu3X4bML6/s400/internal-error-while-internal-error-from-rakhtar-20090310.jpg" alt="" id="BLOGGER_PHOTO_ID_5311685759420428274" border="0" /></a><br /><br />This message was provided by Twitter/rakhtar.<div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-10646954590501635112009-01-18T10:07:00.010-05:002009-01-18T10:57:41.371-05:00When an FAQ is Wrong<a href="http://farm4.static.flickr.com/3510/3205988447_0301c1640f.jpg"><img style="margin: 0px 0px 10px 10px; float: right; width: 500px; height: 328px;" alt="" src="http://farm4.static.flickr.com/3510/3205988447_0301c1640f.jpg" border="0" /></a><br /><div>OK, this isn't really an "error" in the sense usually meant in my analysis. But a lapse in help systems can frustrate and delay user solutions. A case in point is Paypal's current FAQ on cancelling recurring payments. It says to go to Account Profile. In fact the correct solution is to display account history, then click into an individual transaction using the unique ID, which can lead to cancelling the recurring "subscription." In pigeon English, here's what it should say:<br /><blockquote style="font-weight: bold;">Account - History - Details (hyperlink on an individual transaction) - Cancel Subscription</blockquote>Oddly, the designers of many FAQ systems offer a "did this help?" button, but no recourse for a clearly wrong or off-track.<br /><br />Of course it's possible that I am missing something and that a third solution is possible at paypal.com, but that would also make my point.</div><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-47041051022658141622007-09-18T10:32:00.000-05:002007-09-19T08:35:12.192-05:00steam.exe (main exception): unable to load library Steam.dll<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqxEA4tLnKRD61L2c12mMlUHxCQCtrQHWSdQ_PMEi8pemAyflMhgbbr0N3UKPZKSfBhsiGKi2DRYWv0osq4Fvn4R-EuRJ1YRjk1tRKRjxFkBF4qo04NggXyBuNhuXn0YhGsdr57I42ttfi/s1600-h/steam-install-error.jpg"><img id="BLOGGER_PHOTO_ID_5111572056036145522" style="FLOAT: right; MARGIN: 0px 0px 10px 10px; CURSOR: hand" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqxEA4tLnKRD61L2c12mMlUHxCQCtrQHWSdQ_PMEi8pemAyflMhgbbr0N3UKPZKSfBhsiGKi2DRYWv0osq4Fvn4R-EuRJ1YRjk1tRKRjxFkBF4qo04NggXyBuNhuXn0YhGsdr57I42ttfi/s200/steam-install-error.jpg" border="0" /></a> <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEij4tkzAM07kIgduJwDHxv8oOF7g7RBRSpD76V1-9r8OMCuC7KUH4jcBE4gxpTvNlgbhE50oqBf2ICTZVy1E3o5UlkogK1RDOliFzznbU7xbiUxbSyTllJk-FlzEmAuAPGrdvBU0zyqAEw9/s1600-h/steam-updating-screen.jpg"><img id="BLOGGER_PHOTO_ID_5111569710984001874" style="FLOAT: right; MARGIN: 0px 0px 10px 10px; CURSOR: hand" alt="" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEij4tkzAM07kIgduJwDHxv8oOF7g7RBRSpD76V1-9r8OMCuC7KUH4jcBE4gxpTvNlgbhE50oqBf2ICTZVy1E3o5UlkogK1RDOliFzznbU7xbiUxbSyTllJk-FlzEmAuAPGrdvBU0zyqAEw9/s200/steam-updating-screen.jpg" border="0" /></a><br /><div><br /></div><br /><div><br /><br /></div><div>Online gaming now involves a close dependence on servers both to play the games and to perform DRM, updates and other functions. One of the most widely used applications is Valve's <a href="http://en.wikipedia.org/wiki/Steam_(content_delivery)">Steam</a>. As of this writing, Valve has 13 million active subscribers. </div><br /><div>Despite this broad acceptance, and the presumed cadre of software engineers that such market acceptance indirectly supports, the error message that is the title of this blog entry is widespread. To verify this, simply plop the error message into your favorite search engine. The error is widespread, and of course, internationalized. </div><br /><div>In the section below, I repeat information contained in the Steam online FAQ's, but one wonders why the error message itself doesn't point to the solutions, thus avoiding some of the public unhappiness expressed by game buyers.</div><br /><div>REPRODUCE THE ERROR</div><ol><br /><li>Download Steam installer from Steampowered.</li><br /><li>Verify that you have steam.msi with a Verisign signing time of 14 SEP 07 12:06:42. (Obviously this may change – use as a guide).</li><br /><li>Install Steam using the default proposed folder.</li><br /><li>Run Steam. You’ll see a pleasant "updating" progress screen </li><br /><li>(Aside: The Cancel button did not work for me). This application will suck up lots of CPU time for a minute or two, then go quiet, and then quit with an "ERROR" screen. </li><br /><li>The error screen shown here appears with this error:<br /><strong><span style="font-family:courier new;"><strong><span style="font-family:courier new;"><br />steam.exe (main exception): unable to load<br />library Steam.dll<br /></span></strong></li></span></strong><br /><li>Run the Steam connection test to see if you are able to access the Steam servers properly. The URL for the connection test (which requires the initial install) is:steam://support/?Issues=Connection*The Steam diagnostic tool (which requires the initial Steam install) is:steam://support/?Issues=*</li><br /><li>The previous step will run the Steam client again. If you have the problem discussed here, most likely the Steam client will time out. Rather than say so politely, it issues the ERROR screen above again. </li><br /><li><strong>Troubleshooting</strong> Review firewall settings required by the Stream client to verify that the required ports are open: UDP 27000-27020 inclusive and TCP 27020-27050 inclusive. (While you’re at it, also open TCP 27015 and UDP 27056 as those are required for dedicated server access. There are specific programs that may interfere with access to Steam servers, and some web hosting firms block these ports in order to block game traffic. </li><br /><li>Links as of this date (these may change!):<br /><a href="http://support.steampowered.com/cgi-bin/steampowered.cfg/php/enduser/std_adp.php?p_faqid=234">Using a Firewall with Steam</a><br /><a href="http://support.steampowered.com/cgi-bin/steampowered.cfg/php/enduser/std_adp.php?p_faqid=11#connectiontest">Steam server connection test</a><br /><a href="http://support.steampowered.com/cgi-bin/steampowered.cfg/php/enduser/std_adp.php?p_faqid=11#ports">Required ports</a><br /><a href="http://support.steampowered.com/cgi-bin/steampowered.cfg/php/enduser/std_adp.php?p_faqid=2348">Steam connection tool URL</a><br /></li></ol><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-20156112507875409412007-04-18T09:23:00.000-05:002007-04-18T13:42:59.835-05:00Just Another "Glitch" DayYesterday was a "glitch" (an expression for system failures used by non-technical folks, or by user-indifferent IT specialists) day.<br /><br />Blackberry servers experienced email delays or interruptions. In the <a href="http://computerworld.com/action/article.do?command=viewArticleBasic&articleId=9016981&intsrc=hm_list">linked-to article</a>, pay close attention to the human messaging content from RIM.<br /><br />Intuit's ProSeries (I'm a user) and widely used Turbotax e-filing servers either failed to acknowledge filing transactions, or were unable to service their experienced load -- or so the public reports indicated. From a report on <a href="http://marketplace.publicradio.org">Marketplace:</a><br /><br /><blockquote>Late tax filers swamped the electronic Turbo Tax servers Tuesday night, preventing some from sending in returns on time. The IRS is telling those 11th-hour filers to get their paperwork in as soon as possible. Host Tess Vigeland asks some folks on the street what "as soon as possible" means to them, and chats with Marketplace's John Dimsdale about potential fallout from the Turbo Tax breakdown</blockquote><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-62918860067978401452007-03-05T17:22:00.001-05:002007-03-05T17:26:29.829-05:00Errorprocessing.com item<u>Applications Approved Between January 8 and 10</u><br />The problems associated with the new software installation extend beyond the new cases received between January 8 and 10. Cases received prior to January 8 but finalized during January 8-10 were rolled back to the last action taken by the analyst as of Friday, January 5. What this means to you, the applicant, is that a case that was approved on January 9 may be reflected in D-Trade as being "In Review" or "In Assign." For those of you who had a case showing as "Approved" but is now showing as "In Review" or "In Assign," a license will be available for downloading (printing) once the case is reworked and finalized. We expect to complete action on cases <b>previously approved</b> by January 30.<br /><u>Licenses Issued Between January 8 and 10</u><br />If you have received an issued license via D-Trade between January 8 and 10, send an e-mail to Commander Brault (<a href="mailto:braultla@state.gov">braultla@state.gov</a>) identifying the license number, as well as the company name, company contact, and date received. Unless otherwise directed, DO NOT resubmit cases for which a license was received.<br />We regret the length of time taken to resolve the issues associated with the software installation and subsequent rollback. It is most disappointing to realize that the rollback also minimized the enormous progress made during November and December to reduce the large number of pending cases in our inventory.<br /><br /><br />from<br />http://www.pmddtc.state.gov/message_from_managing_director.htm<br /><span style="BACKGROUND-COLOR: rgb(255,255,255);font-size:78%;color:#00007f;" ><strong><br /></strong></span><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-71171310519035699392007-02-28T17:09:00.001-05:002007-02-28T17:10:07.695-05:00Computer glitch made market drop seem worse (February 28 2007, 12:00AM)<p>A glitch in a computer used to calculate the Dow Jones Industrial Average in real time triggered a sudden drop in the index yesterday, making Tuesday's big stock sell-off seem even worse than it was for a while.</p><p><a href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9011988">http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9011988</a></p><p>Copyright 2006<br />Computerworld Inc.<br /><a href="http://computerworld.com/">http://computerworld.com</a><br />Computerworlds Privacy Policy:<br /><a href="http://www.computerworld.com/utilities/privacy">http://www.computerworld.com/utilities/privacy</a></p><div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0tag:blogger.com,1999:blog-8725915910610800280.post-39852305188150817962007-02-28T17:01:00.000-05:002007-02-28T17:06:20.616-05:00A "computer glitch" or design flaw?Vijayahn, Jaikumar. "Computer glitch made market drop seem worse," Computerworld, February 28, 2007.<div class="blogger-post-footer">(c) by Mark Underwood 2007
www.markalanunderwood.com</div>knowlengrhttp://www.blogger.com/profile/01857586646777639084noreply@blogger.com0