Home > Archive > Smalltalk > May 2006 > VisualWorks Runtime Packager Problem
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
VisualWorks Runtime Packager Problem
|
|
| Claudio 2006-04-21, 10:04 pm |
| Hi,
I'm trying to generate a runtime image using the Runtime Packager
in VisualWorks Non Commercial Version 7.4.... but I can't.
Actually I could generate the runtime image, but when I try to run
it, I get the following error message: "Attempted external call prior
to initialization".
I even tried to generate a runtime image using the
RuntimePackager.RuntimeExample, following the "step-by-step" guide
provided by VW documentation, and I also get the same error message
every time I try to run the generated image.
anybody knows why?
Thanks,
Claudio
| |
|
| VW7.4 Runtime Packager is essentially broken, badly. I have reported
numerious problems to Cincom support and they are working on them.
Thanks for posting and sharing the burden of reporting bugs to Cincom.
I just hope that 7.4.1 will allow me to make runtime images again.
All the best,
Aik-Siong Koh
Claudio wrote:
> Hi,
> I'm trying to generate a runtime image using the Runtime Packager
> in VisualWorks Non Commercial Version 7.4.... but I can't.
> Actually I could generate the runtime image, but when I try to run
> it, I get the following error message: "Attempted external call prior
> to initialization".
> I even tried to generate a runtime image using the
> RuntimePackager.RuntimeExample, following the "step-by-step" guide
> provided by VW documentation, and I also get the same error message
> every time I try to run the generated image.
> anybody knows why?
> Thanks,
> Claudio
| |
| jarober@gmail.com 2006-04-22, 7:05 pm |
| There are issues, but they don't prevent the creation of runtimes. The
current dev build of BottomFeeder is a runtime generated with the new
RTP.
| |
| Claudio 2006-04-25, 7:15 pm |
| So... How can I solve the ""Attempted external call prior
to initialization" problem?
Thanks,
Claudio
| |
| Andre Schnoor 2006-04-25, 7:15 pm |
| Claudio wrote:
> So... How can I solve the ""Attempted external call prior
> to initialization" problem?
If the problem occurs with a custom library that's not included in the
base image, you could try to initialize it at a very early stage of the
runtime bootstrap. Have a look at class Subsystem and its subclasses and
the ReleaseNotes7.4.pdf (bootstrap procedure changed significantly).
Hook in a MyExternalLibrary initialize (or equivalent) at the right
place. Unfortunately, that's all I can suggest - I didn't dig into the
new startup code too deep yet.
You may also inhibit or postpone the external call of your library until
the system is up.
Andre
| |
| Alan Knight 2006-05-02, 7:07 pm |
| That message indicates that, as it says, an attempt to call an external
function before the system has been set up to allow such calls. This
could happen for a variety of reasons.
I assume you're seeing this on the console. Normally, when there's an
error, it will attempt to write an error.log file which would give a much
more detailed explanation of any error. That may not be related to the
external call error. If an error occurs very early in system startup,
then the reporting of the real error may attempt to make an external call
(e.g. opening an error window before windowing is active).
The error log may in its own right be hard to properly interpret, but
that's a separate issue. If there isn't an error log, it's possible that
the error occured even before it was possible to open a file for write
(or that due to e.g. permissions, it couldn't write a file). In that
case, it may be useful to run the debug VM with the -o10s command-line
option, which will generate an extremely verbose log of almost all
messages sent. This is much more difficult to interpret, but still better
than guessing :-)
"Claudio" <claudio.roitman@gmail.com> wrote in
news:1145673635.851815.124780@g10g2000cwb.googlegroups.com:
> Hi,
> I'm trying to generate a runtime image using the Runtime Packager
> in VisualWorks Non Commercial Version 7.4.... but I can't.
> Actually I could generate the runtime image, but when I try to run
> it, I get the following error message: "Attempted external call prior
> to initialization".
> I even tried to generate a runtime image using the
> RuntimePackager.RuntimeExample, following the "step-by-step" guide
> provided by VW documentation, and I also get the same error message
> every time I try to run the generated image.
> anybody knows why?
> Thanks,
> Claudio
>
--
Alan Knight [|], Cincom Smalltalk Development
knight@acm.org
aknight@cincom.com
http://www.cincom.com/smalltalk
"The Static Typing Philosophy: Make it fast. Make it right. Make it
run." - Niall Ross
| |
| Alan Knight 2006-05-02, 7:07 pm |
| From a cursory search (and probably missing some) I only see two problems
that appear to have originated from you
- in a three-step save process, the image will believe it's in runtime
and attempt to load the runtime.cnf file when doing the second and third
saves, so you'd have to have those files not present.
- if you have parcel postLoad etc. blocks, there can be a dNU: there
where it tries to find the method attributes (pragmas and such) which it
does not understand, for which a workaround was to implement
attributeMessages as ^nil in CompiledCode.
Both of those are fixed in 7.4.1. I would hope that neither of those was
sufficient to not be able to build runtimes at all in 7.4.
"askoh" <askoh@askoh.com> wrote in news:1145715369.920450.98530
@i40g2000cwc.googlegroups.com:
> VW7.4 Runtime Packager is essentially broken, badly. I have reported
> numerious problems to Cincom support and they are working on them.
> Thanks for posting and sharing the burden of reporting bugs to Cincom.
> I just hope that 7.4.1 will allow me to make runtime images again.
>
> All the best,
> Aik-Siong Koh
>
> Claudio wrote:
>
--
Alan Knight [|], Cincom Smalltalk Development
knight@acm.org
aknight@cincom.com
http://www.cincom.com/smalltalk
"The Static Typing Philosophy: Make it fast. Make it right. Make it run." -
Niall Ross
| |
| Claudio 2006-05-07, 7:23 pm |
| When will 7.4.1 be availaible?
Tks,
CGR
| |
| jarober@gmail.com 2006-05-07, 7:23 pm |
| The plan is for June
|
|
|
|
|