27 Jan
2008
27 Jan
'08
10:42 a.m.
Hi,
My import through SIXX is OK.
I can load it but when I try to login, the squeak image crash.
Does someone have experienced the same problem or have an idea of the
problem origin ?
only updating the image causes trouble too.
Thanks
Cédrick
27 Jan
27 Jan
10:49 a.m.
My import through SIXX is OK.
I can load it but when I try to login, the squeak image crash.
Do you have a crash-dump?
Do you have block-contexts or MADynamicObject instances in your
serialized mode? If you do, you have to get rid of them beforehand:
PRComponent allInstancesDo: [ :each | each reset ]
Cheers,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
11:07 a.m.
Do you have a crash-dump?
no...
it's like a buffer overflow... showing only in the bottom part of the image
screen...
I've seen a line about BlockContext...
Do you have block-contexts or MADynamicObject instances in your
serialized mode? If you do, you have to get rid of
them beforehand:
PRComponent allInstancesDo: [ :each | each reset ]
I'll try to make a kernel backup after making that...
Is it:
PRComponent allInstancesDo: [ :each | each reset ]
or
PRComponent allSubInstancesDo: [ :each | each reset ]
Thanks Lukas
11:12 a.m.
Is it:
PRComponent allInstancesDo: [ :each | each reset ]
or
PRComponent allSubInstancesDo: [ :each | each reset ]
Either one should be fine. I guess you don't have any subinstances,
because PRComponent has no subclasses (unless you've created one) ;-)
Thanks Lukas
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
--
Lukas Renggli
http://www.lukas-renggli.ch
1:18 p.m.
Either one should be fine. I guess you don't have any subinstances,
because PRComponent has no subclasses (unless you've created one) ;-)
oups, right... :)
so I tried and still the same... It's not specific to the login... also
validating an edit makes the image crash..
maybe I did something bad...
to serialize:
|xmlString |
PRComponent allInstancesDo: [:ea | ea reset].
xmlString := (PRKernel instanceNamed: 'Wiki Viewty') sixxOn: (FileStream
fileNamed: 'saveKernelViewty.xml')
to load:
PRKernel instances add: (Object readSixxFrom: (FileDirectory default
readOnlyFileNamed: 'saveKernelViewty.xml'))
I put the image here if you have a moment ... (
http://cdrick.free.fr/sq3.10-7159web08.01.1.zip)
Cédrick
1:49 p.m.
I put the image here if you have a moment ...
(http://cdrick.free.fr/sq3.10-7159web08.01.1.zip
)
Aha, I know that problem. You have to reset the persistency using
something like this (before serialization and after loading):
kernel persistency: PRNullPersistency new
The persistency references a semaphore and semaphores obviously don't
like to be serialized.
Btw, I saw that you have PRImagePersistency set in your image. This
will sooner or later result in corrupted sources and changes, if you
manually change code or load packages in the image. You have been
warned!
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
2:03 p.m.
Aha, I know that problem. You have to reset the persistency using
something like this (before serialization and after loading):
kernel persistency: PRNullPersistency new
Arf, at one point I wanted to try that ! but I forgot :) Thanks Lukas...
The persistency references a semaphore and semaphores obviously don't
like to be serialized.
Btw, I saw that you have PRImagePersistency set in your image. This
will sooner or later result in corrupted sources and changes, if you
manually change code or load packages in the image. You have been
warned!
uhm !
What the alternative then... change the persistency to PRNullPersistency,
makes changes and updates and then redo image persistency.
I've seen there are evolutions to ImagePersistency in the last commits...
Cédrick
ps: btw, I found pier really great as a user :) I serve it at home ans this
is working nicely. I have suggestions as an admin page per default but
I'llcome back later for that ... :)
2:08 p.m.
What the alternative then... change the persistency to
PRNullPersistency, makes changes and updates and then redo image
persistency.
Yes, it is dangerous that this suddenly triggers a snapshot when you
are in the middle of doing something. Depending on when this happens
(what is quite likely after all) your changes are screwed ...
I've seen there are evolutions to ImagePersistency
in the last
commits...
As far as I know these changes are made by Doru. He made it easier to
make Pier be deployed on seasidehosting.st where there are certain
disc limits. I didn't had a look at his changes though.
ps: btw, I found pier really great as a user :) I
serve it at home
ans this is working nicely. I have suggestions as an admin page per
default but I'llcome back later for that ... :)
Yes, we are working on that. Also on a decent default layout. Etc.
Cheers,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
2:08 p.m.
are the last commits stable ?
It is just that the stylesheet is in the middle of a transition.
Shouldn't be dangerous if you don't depend on it.
Cheers,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
2:14 p.m.
2008/1/27, Lukas Renggli <renggli(a)iam.unibe.ch>ch>:
is it also the case if one page is edited ?
What the alternative then... change the
persistency to
PRNullPersistency, makes changes and updates and then redo image
persistency.
Yes, it is dangerous that this suddenly triggers a snapshot when you
are in the middle of doing something. Depending on when this happens
(what is quite likely after all) your changes are screwed ...
2:28 p.m.
2008/1/27, Lukas Renggli <renggli(a)iam.unibe.ch>ch>:
> What the
alternative then... change the persistency to
No, that goes trough the persistency mechanism of Pier, that's not an
issue. It is just editing source code.
Cheers,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
PRNullPersistency, makes changes and updates and
then redo image
persistency.
Yes, it is dangerous that this suddenly triggers a snapshot when you
are in the middle of doing something. Depending on when this happens
(what is quite likely after all) your changes are screwed ...
is it also the case if one page is edited ?
5940
days inactive
5940
days old
11 comments
2 participants
participants (2)
-
cdrick -
Lukas Renggli