Hi,
When I load the bundle „JNIPort Prerequisites“ version 2.0 from my local Store repository into a virgin image using the „atomic loader", the following messages appear in the Transcript: Autoloading AT Parser Compiler from $(VISUALWORKS)/advanced/ATParserCompiler.pcl Loading of JNIPort Prerequisites has been canceled Only three packages are loaded, the bundle has no comment, no copyright notice, and its properties are empty. When I load it again, the load completes, and all the packages and properties are in the image. The fourth package in the load order of the bundle is „JNIPort-External“. It contains some class extensions for DLLCC classes, but none of the classes has a special compilerClass. The fifth package is „JNIPort-StandardLibInterface“. It contains a subclass of ExternalInterface. Both the bundle and „JNIPort-StandardLibInterface“ have DLLCC as a prerequisite. DLLCC 7.10 - 1 has been auto-loaded from my local Store repository. The prerequisite loading policy is „Search bundles and packages first“. When I set it to „Search parcels first“, or when I load DLLCC separately before loading the bundle, or when I switch off the „atomic loader“, the bundle is loaded correctly. The bundle is also loaded correctly when I load it from the „JNIPort Prerequisites“ parcel in the contributions/JNIPort directory. The behavior is the same in 7.10.1, 7.9.1, 7.8.1 and in the latest development build. Best regards Joachim Geidel My OpenPGP Key: 29F88108 available from hkp://wwwkeys.de.pgp.net _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Have you tried with atomic load/analysis off? IME, Atomic Load simply isn't as stable as standard load. Last two projects I've been on, I've had to turn it off in order to get master bundles to load cleanly.
On Apr 14, 2014, at 3:13 AM, Joachim Geidel <[hidden email]> wrote: > Hi, > > When I load the bundle „JNIPort Prerequisites“ version 2.0 from my local Store repository into a virgin image using the „atomic loader", the following messages appear in the Transcript: > > Autoloading AT Parser Compiler from $(VISUALWORKS)/advanced/ATParserCompiler.pcl > Loading of JNIPort Prerequisites has been canceled > > Only three packages are loaded, the bundle has no comment, no copyright notice, and its properties are empty. When I load it again, the load completes, and all the packages and properties are in the image. > > The fourth package in the load order of the bundle is „JNIPort-External“. It contains some class extensions for DLLCC classes, but none of the classes has a special compilerClass. The fifth package is „JNIPort-StandardLibInterface“. It contains a subclass of ExternalInterface. Both the bundle and „JNIPort-StandardLibInterface“ have DLLCC as a prerequisite. DLLCC 7.10 - 1 has been auto-loaded from my local Store repository. > > The prerequisite loading policy is „Search bundles and packages first“. When I set it to „Search parcels first“, or when I load DLLCC separately before loading the bundle, or when I switch off the „atomic loader“, the bundle is loaded correctly. The bundle is also loaded correctly when I load it from the „JNIPort Prerequisites“ parcel in the contributions/JNIPort directory. > > The behavior is the same in 7.10.1, 7.9.1, 7.8.1 and in the latest development build. > > Best regards > Joachim Geidel > > My OpenPGP Key: 29F88108 available from hkp://wwwkeys.de.pgp.net > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc James Robertson http://www.jarober.com [hidden email] _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Just to throw my own experience into the conversation: I've found atomic
load/analysis to be stable, but just not to cope with as wide a range of bundle structures and contents. We turn it off just on certain bundles that can't load otherwise. Things may improve in subsequent versions, but so far they've stayed pretty much the same in our case. Steve > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On > Behalf Of James Robertson > Sent: Monday, April 14, 2014 8:31 PM > To: VWNC NC > Subject: Re: [vwnc] Loading a bundle from Store fails when using > atomicloader > > Have you tried with atomic load/analysis off? IME, Atomic Load simply > isn't as stable as standard load. Last two projects I've been on, I've > had to turn it off in order to get master bundles to load cleanly. > > > On Apr 14, 2014, at 3:13 AM, Joachim Geidel > <[hidden email]> wrote: > > > Hi, > > > > When I load the bundle "JNIPort Prerequisites" version 2.0 from my > local Store repository into a virgin image using the "atomic loader", > the following messages appear in the Transcript: > > > > Autoloading AT Parser Compiler from > $(VISUALWORKS)/advanced/ATParserCompiler.pcl > > Loading of JNIPort Prerequisites has been canceled > > > > Only three packages are loaded, the bundle has no comment, no > copyright notice, and its properties are empty. When I load it again, > the load completes, and all the packages and properties are in the > image. > > > > The fourth package in the load order of the bundle is "JNIPort- > External". It contains some class extensions for DLLCC classes, but > none of the classes has a special compilerClass. The fifth package is > "JNIPort-StandardLibInterface". It contains a subclass of > ExternalInterface. Both the bundle and "JNIPort- > StandardLibInterface" have DLLCC as a prerequisite. DLLCC 7.10 - 1 has > been auto-loaded from my local Store repository. > > > > The prerequisite loading policy is "Search bundles and packages > first". When I set it to "Search parcels first", or when I load DLLCC > separately before loading the bundle, or when I switch off the "atomic > loader", the bundle is loaded correctly. The bundle is also loaded > correctly when I load it from the "JNIPort Prerequisites" parcel in the > contributions/JNIPort directory. > > > > The behavior is the same in 7.10.1, 7.9.1, 7.8.1 and in the latest > development build. > > > > Best regards > > Joachim Geidel > > > > My OpenPGP Key: 29F88108 available from hkp://wwwkeys.de.pgp.net > > > > > > _______________________________________________ > > vwnc mailing list > > [hidden email] > > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > > James Robertson > http://www.jarober.com > [hidden email] > > > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by jarober
Hi James,
Am 14.04.2014 um 19:31 schrieb James Robertson <[hidden email]>: > Have you tried with atomic load/analysis off? IME, Atomic Load simply isn't as stable as standard load. Last two projects I've been on, I've had to turn it off in order to get master bundles to load cleanly. yes, as I wrote, I tried it without the atomic loader, and this solves the problem, just as loading DLLCC upfront solves it, too. I posted this because it is a reproducible scenario which might help Cincom to solve the problem with the atomic loader. Joachim _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Hi Joachim,
Is there anything different about the JNIPort Prerequisites 2.0 in your repository and the one in the Open repository? I can't find a dependency on AT Parser Compiler... On 4/14/14, 12:07 PM, Joachim Geidel wrote: > Hi James, > > Am 14.04.2014 um 19:31 schrieb James Robertson <[hidden email]>: >> Have you tried with atomic load/analysis off? IME, Atomic Load simply isn't as stable as standard load. Last two projects I've been on, I've had to turn it off in order to get master bundles to load cleanly. > yes, as I wrote, I tried it without the atomic loader, and this solves the problem, just as loading DLLCC upfront solves it, too. I posted this because it is a reproducible scenario which might help Cincom to solve the problem with the atomic loader. > > Joachim > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Hi Tom,
DLLCC has it as a prerequisite for Store only. The JNIPort version in the public repository is a replicate of the one in my repository. HTH Joachim On 16. April 2014 18:15:04 MESZ, Tom Robinson <[hidden email]> wrote: Hi Joachim, -- My OpenPGP Key: 29F88108 available from hkp://wwwkeys.de.pgp.net _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
As I recall, AT Parser Compiler is quite crazy to try to atomically load. At least it used to be self-bootstrapping, so part of its code gets loaded and then is used to compile the rest of it. Though I thought we had done something to make it work reasonably, but that might be part of the problem.
On 16 April 2014 09:48, Joachim Geidel <[hidden email]> wrote:
_______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Actually, that isn't the problem. There is code that checks to see
if DLLCC is loaded using (Parcel named: 'DLLCC'), which returns nil
if DLLCC was loaded from Store, causing the load to be cancelled.
Modifying that code to (Store.Registry packageNamed: 'DLLCC') is not
nil whether the DLLCC was loaded as a parcel or from Store.
On 4/23/14, 1:47 PM, Alan Knight wrote:
_______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Free forum by Nabble | Edit this page |