macid: corrupted state - HAppS

The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Message from discussion macid: corrupted state
Received-SPF: neutral (google.com: 216.86.168.178 is neither permitted nor denied by best guess record for domain of a...@alexjacobson.com) client-ip=216.86.168.178;
Message-ID: <4A3B6A95.2020605@alexjacobson.com>
Date: Fri, 19 Jun 2009 06:38:13 -0400
From: Alex Jacobson <a...@alexjacobson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2
Mime-Version: 1.0
Content-Type: text/html; charset=ISO-8859-1
To: HAppS@googlegroups.com
Subject: Re: macid: corrupted state
References: <c5ae93e3-74dc-47a2-ab1b-536be7bf6217@z7g2000vbh.googlegroups.com> <ac11b03b0906181125q2f5977f0l324cc244a398d5b4@mail.gmail.com> <027831d8-a336-4f6f-9faf-b51391efd6a6@r34g2000vba.googlegroups.com> <ac11b03b0906181305m5c4020c4yd1d0da7c2be4e35e@mail.gmail.com>
In-Reply-To: <ac11b03b0906181305m5c4020c4yd1d0da7c2be4e35e@mail.gmail.com>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Would a solution to the laziness issue be one where HAppS attempts to
write the checkpoint to /dev/null at startup?<br>
<br>
-Alex-<br>
<br>
On 6/18/09 4:05 PM, MightyByte wrote:
<blockquote
 cite="mid:ac11b03b0906181305m5c4020c4yd1d0da7c2be4e...@mail.gmail.com"
 type="cite">
  <pre wrap="">Yes, dcoutts and I were discussing this exact issue on #happs earlier
today.  Errors from lack of migration show up at runtime and laziness
means that they don't always happen when state is loaded on startup.
Sometimes it runs fine until the offending data is used.

To fix this, we would probably need to embed some kind of
self-describing meta-data in the stored data.  I actually just wrote
my first migration for a production site today.  I haven't deployed it
yet, but these issues definitely cause for some worry.  In my opinion
this should probably be a pretty high priority.

On Thu, Jun 18, 2009 at 3:33 PM, Kamil
Dworakowski<a class="moz-txt-link-rfc2396E" href="mailto:ka...@dworakowski.name">&lt;ka...@dworakowski.name&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">

On Jun 18, 7:25&nbsp;pm, MightyByte <a class="moz-txt-link-rfc2396E" href="mailto:mightyb...@gmail.com">&lt;mightyb...@gmail.com&gt;</a> wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Usually when this has happened to me it's because the data that was in
state changed.
      </pre>
    </blockquote>
    <pre wrap="">Messing with types produced me:

apprazor: Junk after checkpoint for state: Main.State

This does not mean that the msg I got on windows can not be an effect
of a an unmigrated state. I am pretty sure the types were fine though.
I'll check it one more time tomorrow. OTOH, I could not get it to fail
like this on Linux, which is a good news.

BTW, when I changed type of one of the fields from string to double to
check how happstack would fail ... it did not. It interpreted all the
strings as 0.0.
    </pre>
  </blockquote>
  <pre wrap=""><!---->

  </pre>
</blockquote>
<br>
</body>
</html>
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
Account Options
