<div><br></div>I think my issue is that I am not using the UIOP image dump facility. This is because in Allegro CL we use thei built-in excl functions like excl:<span></span>generate-application --- it's not a matter of a generic dumplisp.<div>
<br></div><div>So I'm pretty sure the solution is to call the register-image-restore-hook myself as part of e.g. the post-load-form of e.g. excl:generate-application. Longer term, maybe I can look into extending the UIOP image dump mechanism itself, to be able to use the different mechanisms in Allegro in addition to the generic excl:dumplisp.</div>
<div><br></div><div>I will study the code and that the current documentation some more, and assuming the current code is sufficient for these situations, I'll see what I can do at least to contribute to the documentation to cover these kinds of situations.</div>
<div><br><br>On Tuesday, June 17, 2014, Robert P. Goldman <<a href="mailto:rpgoldman@sift.info">rpgoldman@sift.info</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dave Cooper wrote:<br>
><br>
> Dear ASDF maintainer(s),<br>
><br>
> I just noticed that it is necessary to do<br>
><br>
>   (uiop:setup-temporary-directory)<br>
><br>
> in an image which has UIOP built into it, when that image is run on a<br>
> different machine or under a different user account (at least on<br>
> Windows). Otherwise, the function<br>
><br>
>   (uiop:temporary-directory)<br>
><br>
> returns whatever was the temporary directory as computed in the build<br>
> environment (in my case it's in the "dcooper8" home directory.<br>
><br>
> So am I correct that it's pretty much a requirement to call<br>
><br>
>   (uiop:setup-temporary-directory)<br>
><br>
> upon startup of an image which contains uiop built into it?<br>
><br>
> Are there any other functions which should be called to initialize uiop?<br>
><br>
> Is there a way to achieve this at image dump time instead of startup<br>
> time (e.g. clearing the temporary directory entirely so it will be<br>
> forced to reset when next demanded in the built image)?<br>
><br>
> If I'm missing something from the documentation on this please feel free<br>
> to slap me in that direction.<br>
<br>
I am looking at uiop/image.lisp and it looks like it should do what you<br>
want out of the box.  At the very bottom of the file I see a call to<br>
REGISTER-IMAGE-RESTORE-HOOK, and one of the elements of that list is<br>
setup-temporary-directory.<br>
<br>
So it seems like either this call is not happening properly or there's a<br>
bug in setup-temporary-directory.  Is there any chance you could have<br>
overwritten UIOP's restore hook?<br>
<br>
Would it be possible for you to trace RESTORE-IMAGE and<br>
SETUP-TEMPORARY-DIRECTORY to see what's happening? I confess to not<br>
knowing whether TRACE will persist over image dumping....<br>
<br>
Thanks,<br>
r<br>
<br>
</blockquote></div><br><br>-- <br>My Best,<br><br>Dave Cooper, Genworks Support<br><a href="mailto:david.cooper@genworks.com" target="_blank">david.cooper@genworks.com</a>, <a href="http://dave.genworks.com" target="_blank">dave.genworks.com</a>(skype)<br>
USA: 248-327-3253(o), 1-248-330-2979(mobile)<br>UK: 0191 645 1699<br><br>