<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Errors on Justin Carmony</title>
		<link>https://www.justincarmony.com/tags/errors/</link>
		<description>Recent content in Errors on Justin Carmony</description>
		<generator>Hugo</generator>
		<language>en-us</language>
		
		
		
		
			<lastBuildDate>Fri, 23 Mar 2012 16:48:43 +0000</lastBuildDate>
		
			<atom:link href="https://www.justincarmony.com/tags/errors/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>PHP, Sessions, __sleep, and Exceptions</title>
				<link>https://www.justincarmony.com/2012/03/23/php-sessions-__sleep-and-exceptions/</link>
				<pubDate>Fri, 23 Mar 2012 16:48:43 +0000</pubDate>
				<guid>https://www.justincarmony.com/2012/03/23/php-sessions-__sleep-and-exceptions/</guid>
				<description>&lt;p&gt;Today I ran into a problem where my PHP Application would throw this fatal error:&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Fatal error: Exception thrown without a stack frame in Unknown on line 0&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Which is so much fun, because it doesn&amp;rsquo;t have a line number, so I had no direction as to what exactly was causing the problem. Some quick googling came up with &lt;a href=&#34;http://www.compdigitec.com/labs/2009/08/02/solving-fatal-error-exception-thrown-without-a-stack-frame-in-unknown-on-line-0/&#34;&gt;this website&lt;/a&gt; stating the following error:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Most often, the error will appear if you use an exception handler combined with an error reporting to exception handler by converting it to an ErrorException, then there a suddenly a whole new magnitude of ways to throw errors within the exception handle, especially if E_NOTICE, E_STRICT and/or E_WARNING errors are converted. This form most often occurs when you use variables without first initializing them. This error may be preventable by wrapping the exception handler within a try/catch block.&lt;/p&gt;</description>
			</item>
			<item>
				<title>_CGRectZero Error with UITableViewCell</title>
				<link>https://www.justincarmony.com/2008/07/04/_cgrectzero-error-with-uitableviewcell/</link>
				<pubDate>Fri, 04 Jul 2008 17:06:11 +0000</pubDate>
				<guid>https://www.justincarmony.com/2008/07/04/_cgrectzero-error-with-uitableviewcell/</guid>
				<description>&lt;h3 id=&#34;preface&#34;&gt;Preface&lt;/h3&gt;&#xA;&lt;p&gt;If you haven&amp;rsquo;t agreed to the iPhone SDK License Agreement and NDA, please ignore this post, or Apple might hunt you down with their lawyers&amp;hellip; and what a horrible death that would be.&lt;/p&gt;&#xA;&lt;h3 id=&#34;problem&#34;&gt;Problem&lt;/h3&gt;&#xA;&lt;p&gt;I keep getting a build error when trying to subclass the UITableViewCell&lt;/p&gt;&#xA;&lt;h3 id=&#34;solution&#34;&gt;Solution&lt;/h3&gt;&#xA;&lt;p&gt;Add the CoreGraphics.framework to your project&lt;/p&gt;&#xA;&lt;h3 id=&#34;resource&#34;&gt;Resource&lt;/h3&gt;&#xA;&lt;p&gt;Found my a&lt;a href=&#34;http://forums.macrumors.com/showthread.php?t=505359&#34;&gt;nswer at the MacRumors forums&lt;/a&gt;.&lt;/p&gt;</description>
			</item>
			<item>
				<title>PHP Practices: Buffering your autoload</title>
				<link>https://www.justincarmony.com/2008/06/24/php-practices-buffering-your-autoload/</link>
				<pubDate>Tue, 24 Jun 2008 02:44:56 +0000</pubDate>
				<guid>https://www.justincarmony.com/2008/06/24/php-practices-buffering-your-autoload/</guid>
				<description>&lt;p&gt;I spent 2 hours working on a problem with PHP, Doc-Types, and a website. We started to see symptoms across our website where we would get a 12px space on the top of the page on IE7 (Internet Explorer 7) and FF3 (FireFox 3). We started combing through the HTML markup our website was returning, and parsing it via &lt;a href=&#34;http://www.getfirebug.com/&#34; title=&#34;FireBug - FireFox Web Developer Plugin&#34;&gt;FireBug&lt;/a&gt; I could tell that something was causing our page to parse in correctly.&lt;/p&gt;</description>
			</item>
			<item>
				<title>ASP .NET &amp; System.Threading.ThreadAbortException Error</title>
				<link>https://www.justincarmony.com/2008/01/31/asp-net-systemthreadingthreadabortexception-error/</link>
				<pubDate>Thu, 31 Jan 2008 20:02:15 +0000</pubDate>
				<guid>https://www.justincarmony.com/2008/01/31/asp-net-systemthreadingthreadabortexception-error/</guid>
				<description>&lt;p&gt;While doing some work today I started to run into a ThreadAbortException error. While debugging it spit back this error:&lt;/p&gt;&#xA;&lt;p&gt;&lt;em&gt;&lt;strong&gt;Unable to evaluate expression because the code is optimized or a native frame is on top of the call stack&lt;/strong&gt;&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;p&gt;I was really confused because everything seemed to be working just fine, then I found this forum thread. Turns out there are several causes for this error, but mine was caused by doing a Response.Redirect(); from within a Try-Catch statement. Apparently ASP .NET does not like that.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
