Runtime Packagers

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

Runtime Packagers

Maarten Mostert

 

Anyone any idears with this message ?

 

2012-01-02_1614.png

 

 

Regards,

 

Maarten,


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers

Boris Popov, DeepCove Labs (SNN)

If this is sufficiently late in the RTP process, there should be an error dump generated somewhere with more clues.

 

-Boris

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of [hidden email]
Sent: Monday, January 02, 2012 10:17 AM
To: VWNC
Subject: [vwnc] Runtime Packagers

 

 

Anyone any idears with this message ?

 

2012-01-02_1614.png

 

 

Regards,

 

Maarten,


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers

Maarten Mostert

Thanks Boris,

 

 

The error.log looks like it is blocking on the getConnectionErrors message of the ODBCThreadedConnection class (see below)

 

The thing is that I double checked that this method was not removed  before stripping ?

 

 

 

2012-01-02_1929.png

 

 


 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP

Note: this file stored in VisualWorks #source (UTF-8) encoding


Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors

Image Identification: 'Image created 20 décembre 2011  21:26:52'

Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'

Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]

Class creating this dump: RuntimeFullDumper

Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im

------------------------------------------------------------

Active Process

Process named: 'Unnamed Process'

Process priority: 90

Process identity hash: 11540

Context Stack:

[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:

[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[3] BlockClosure>>ensure:

[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal

[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal

[7] optimized [] in ExternalDatabaseFramework>>finalize

[8] BlockClosure>>on:do:

[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize

[10] optimized [] in WeakDictionary>>finalizeElements

[11] OrderedCollection>>do:

[12] HandleRegistry(WeakDictionary)>>finalizeElements

[13] HandleRegistry(WeakDictionary)>>update:with:from:

[14] WeakArray(Object)>>changed:with:

[15] WeakArray(Object)>>changed:

[16] WeakArray>>mourn

[17] optimized [] in WeakArray class>>innerFinalizationLoopWith:

[18] BlockClosure>>on:do:

[19] WeakArray class>>innerFinalizationLoopWith:

[20] optimized [] in WeakArray class>>outerFinalizationLoop

[21] BlockClosure>>on:do:

[22] optimized [] in Process class>>forBlock:priority:


------------------------------------------------------------

Unhandled Exception:

class: UnhandledException

creator: UnhandledException

errorString: Unhandled exception: Message not understood: #getConnectionErrors

parameter: a MessageNotUnderstood


------------------------------------------------------------

Initial Context Stack Arguments:

[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:

Receiver: (id=12093) an ODBCThreadedConnection

Arg1: (id=15959) a Message with selector: #getConnectionErrors and arguments: #()

[3] BlockClosure>>ensure:

Receiver: (id=9700) BlockClosure [] in ODBCConnection>>dismissExternal

Arg1: (id=3441) BlockClosure [] in ODBCConnection>>dismissExternal

[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal

Receiver: (id=12093) an ODBCThreadedConnection

[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal

Receiver: (id=12093) an ODBCThreadedConnection

[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal

Receiver: (id=12093) an ODBCThreadedConnection

 

 


 

 

 

 

 

"Boris Popov, DeepCove Labs" <[hidden email]> said:

If this is sufficiently late in the RTP process, there should be an error dump generated somewhere with more clues.

 

 

-Boris

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of [hidden email]
Sent: Monday, January 02, 2012 10:17 AM
To: VWNC
Subject: [vwnc] Runtime Packagers

 

 

 

Anyone any idears with this message ?


Regards,

Maarten,


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Maarten Mostert

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP

Note: this file stored in VisualWorks #source (UTF-8) encoding


Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors

Image Identification: 'Image created 20 décembre 2011  21:26:52'

Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'

Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]

Class creating this dump: RuntimeFullDumper

Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im

------------------------------------------------------------

Active Process

Process named: 'Unnamed Process'

Process priority: 90

Process identity hash: 11540

Context Stack:

[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:

[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[3] BlockClosure>>ensure:

[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal

[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal

[7] optimized [] in ExternalDatabaseFramework>>finalize

[8] BlockClosure>>on:do:

[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize

[10] optimized [] in WeakDictionary>>finalizeElements

[11] OrderedCollection>>do:

[12] HandleRegistry(WeakDictionary)>>finalizeElements


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Boris Popov, DeepCove Labs (SNN)
Try to skip stripping step altogether.

-Boris

On 2012-01-02, at 14:05, "[hidden email]" <[hidden email]> wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP

Note: this file stored in VisualWorks #source (UTF-8) encoding


Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors

Image Identification: 'Image created 20 décembre 2011  21:26:52'

Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'

Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]

Class creating this dump: RuntimeFullDumper

Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im

------------------------------------------------------------

Active Process

Process named: 'Unnamed Process'

Process priority: 90

Process identity hash: 11540

Context Stack:

[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:

[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[3] BlockClosure>>ensure:

[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal

[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal

[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal

[7] optimized [] in ExternalDatabaseFramework>>finalize

[8] BlockClosure>>on:do:

[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize

[10] optimized [] in WeakDictionary>>finalizeElements

[11] OrderedCollection>>do:

[12] HandleRegistry(WeakDictionary)>>finalizeElements


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

jarober
In reply to this post by Maarten Mostert
This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3] BlockClosure>>ensure:
[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements

_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

andre
> This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

I've created a scripted version of it (basically only using the final strip action) and am using it successfully as part of a fully automated deployment procedure.

The core of this procedure is to collect the code of the product programmatically from Store, then feed the RTP with the classes, globals and methods and have it strip the image. Everything including resource compilation, application packaging and installer building is done by a single script. It has proven to be absolutely bulletproof.

Runtime packaging should always be fully scripted, because any interactive procedure is prone to human errors.

Andre


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Thomas Sattler
I've always found it much easier to "build up" than to "tear down".  Meaning, I have found it easier to start with a raw base image and load the parcels I need, rather than to take a development image and use RTP to take things out of it.

Just my 2 cents.

--Tom



On Mon, Jan 2, 2012 at 4:14 PM, andre <[hidden email]> wrote:
> This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

I've created a scripted version of it (basically only using the final strip action) and am using it successfully as part of a fully automated deployment procedure.

The core of this procedure is to collect the code of the product programmatically from Store, then feed the RTP with the classes, globals and methods and have it strip the image. Everything including resource compilation, application packaging and installer building is done by a single script. It has proven to be absolutely bulletproof.

Runtime packaging should always be fully scripted, because any interactive procedure is prone to human errors.

Andre


_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Maarten Mostert
In reply to this post by jarober

Hi James,

 

I found your updated scripting engines which look great but a "bit complicated".

 

The latest publication does not provide the scripts and I am notably missing is build-missing-defs.ini

 

I also got some errors when loading like.

 

 

2012-01-02_2232.png

 

 

Regards,

 

Maarten,

 

 

 

 

"James Robertson" <[hidden email]> said:

This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3] BlockClosure>>ensure:
[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements
_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Maarten Mostert

Hi James,

 

I got the scripts (I think) and creating mine seems to work but this is what I see when I try to run them from the tool.

 

http://screencast.com/t/9NXbuG1436

 

Should I run it from a Mac ?

 

Regards

 

Maarten,


 

[hidden email] said:

Hi James,

 

I found your updated scripting engines which look great but a "bit complicated".

 

The latest publication does not provide the scripts and I am notably missing is build-missing-defs.ini

 

I also got some errors when loading like.

 

 

2012-01-02_2232.png

 

 

Regards,

 

Maarten,

 

 

 

 

"James Robertson" <[hidden email]> said:

This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3] BlockClosure>>ensure:
[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements
_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

jarober
In reply to this post by Maarten Mostert
It looks like I left a few dependencies on the code we use at work.  I'll have a look this week

On Jan 2, 2012, at 5:20 PM, [hidden email] wrote:

Hi James,

 

I found your updated scripting engines which look great but a "bit complicated".

 

The latest publication does not provide the scripts and I am notably missing is build-missing-defs.ini

 

I also got some errors when loading like.

 

 

<2012-01-02_2232.png>

 

 

Regards,

 

Maarten,

 

 

 

 

"James Robertson" <[hidden email]> said:

This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3] BlockClosure>>ensure:
[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

<2012-01-02_2232.png>



_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

jarober
In reply to this post by Maarten Mostert
That's an easy one.  Load the latest ImageConfig from the public store.  The parcel is eons out of date

On Jan 2, 2012, at 8:36 PM, [hidden email] wrote:

Hi James,

 

I got the scripts (I think) and creating mine seems to work but this is what I see when I try to run them from the tool.

 

 

Should I run it from a Mac ?

 

Regards

 

Maarten,

 

Hi James,

 

I found your updated scripting engines which look great but a "bit complicated".

 

The latest publication does not provide the scripts and I am notably missing is build-missing-defs.ini

 

I also got some errors when loading like.

 

 

<2012-01-02_2232.png>

 

 

Regards,

 

Maarten,

 

 

 

 

"James Robertson" <[hidden email]> said:

This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1] ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2] [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3] BlockClosure>>ensure:
[4] ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

<2012-01-02_2232.png>



_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc
Reply | Threaded
Open this post in threaded view
|

Re: Runtime Packagers - suite

Maarten Mostert

James,

 

I think I made some very important progress:

 

I managed to generate some working scripts and succed a build!!

 

A couple of things,

 

1) It only works from OSX.

2) It only managed to pass with a single package, all prerequisites where loaded correctly so maybe this is normal behaviour.

3) I loaded the scripts from the last version (before 7.8). The scripts included in earlier versions do not seem to work.

4) I have to specify –doit ‘MyApp open’ to start the application. Is there away to avoid this?

5) My application starts with the default look, but I have been messing around with looks and things some maybe this is normal? Is there a way however to load a setting file before final savings? This will also allow things like message catalogs, memory etc.

6) What the hell does Base Source and Runtime source stand for ? Are these ini files ? st files ? I don’t understand the definitions (from the otherwise nice looking help feature).

7) The image is HUGE, probably includes compiler tools store etc. Any hints to unload these ?

 

Anyway many thanks already, I have never been closer.

 

@Maarten,

 

 

"James Robertson" <[hidden email]> said:

That's an easy one.  Load the latest ImageConfig from the public store.  The parcel is eons out of date

On Jan 2, 2012, at 8:36 PM, [hidden email] wrote:

Hi James,

 

I got the scripts (I think) and creating mine seems to work but this is what I see when I try to run them from the tool.

 

 

Should I run it from a Mac ?

 

Regards

 

Maarten,

 

Hi James,

 

I found your updated scripting engines which look great but a "bit complicated".

 

The latest publication does not provide the scripts and I am notably missing is build-missing-defs.ini

 

I also got some errors when loading like.

 

 

<2012-01-02_2232.png>

 

 

Regards,

 

Maarten,

 

 

 

 

"James Robertson" <[hidden email]> said:

This is why I stopped using RTP.  I simply don't trust it, and it's too damn hard to use anyway

On Jan 2, 2012, at 2:07 PM, [hidden email] wrote:

 

Oké,

 

This time I did not specify anything to be kept.

 

So all is done by dynamic references.

 

I got through the first safe of the 3 step stripping method.

 

On launching the second time the image dumps with almost the same error log.

 

 

 

==2011/12/20==21:28:41==BEGIN RUNTIME DIAGNOSTIC DUMP
Note: this file stored in VisualWorks #source (UTF-8) encoding

Cause of Dump: Unhandled exception: Message not understood: #getConnectionErrors
Image Identification: 'Image created 20 décembre 2011  21:26:52'
Smalltalk Version: 'VisualWorks® Download, 7.8 of 30 mars 2011'
Object Memory versionId: #[70 47 70 128 78 0 0 0 70 47 70 128]
Class creating this dump: RuntimeFullDumper
Command Line: C:\vw7.8nc\bin\win\vwnt.exe C:\vw7.8nc\image\Visualnc.im
------------------------------------------------------------
Active Process
Process named: 'Unnamed Process'
Process priority: 90
Process identity hash: 11540
Context Stack:
[1]  ODBCThreadedConnection(Object)>>doesNotUnderstand:
[2]  [] in ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[3]  BlockClosure>>ensure:
[4]  ODBCThreadedConnection(ODBCConnection)>>dismissExternal
[5] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalizeExternal
[6] ODBCThreadedConnection(ExternalDatabaseConnection)>>finalizeExternal
[7] optimized [] in ExternalDatabaseFramework>>finalize
[8] BlockClosure>>on:do:
[9] ODBCThreadedConnection(ExternalDatabaseFramework)>>finalize
[10] optimized [] in WeakDictionary>>finalizeElements
[11] OrderedCollection>>do:
[12] HandleRegistry(WeakDictionary)>>finalizeElements
_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

<2012-01-02_2232.png>


_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc