Bteween 7.1 and 7.2

Hi

on mac when I try to open 7.1 with 7.2 I got a message telling me that 
my images may be destroyed.
Is it normal? What is the status regarding image compatibility within 
the 7 family?
thank
Stef

Re: Re: bug in 7.2 data set examples (using the TAB key, provisoric fix)

Joerg,
here is my provisoric fix:

Open a Browser for
      Controller>>viewHasCursor

(you may want to do an override of this method in a new Patch-Package
to isolate your change)

and after the line:
      view == nil ifTrue: [^false].
add the following line of new code as a safe guard:
      view topComponent == nil ifTrue: [^false].

This assumes that a view without topComponent
should never have a cursor.

Regards

Traude Manz

                                                                                                            
                      joerg <at> deepcovela                                                                      
                      bs.com                   An:      ICS.Manz <at> daimlerchrysler.com                        
                                               Kopie:   vwnc <at> cs.uiuc.edu                                    
                      25.02.2004 17:58         Thema:   Re: bug in 7.2 data set examples                    

No I don't have a fix. Though if I did I'd be happy to share it.

Re: DLLCC - How to allocate array of pointers?

| mod modp |
"
The first example allocates a single instance of the structure LDAPMod.
The second allocates 10 of them and returns a pointer?
"
mod := OpenLDAP new LDAPMod newInFixedSpace.
modp := OpenLDAP new LDAPMod newInFixedSpace: 10.
"
I expected them to look much different.  Instead, the first says its a 
CComposite (struct ldapmod), and the second is a CComposite (LDAPMod). 
 The struct and the typedef, respectively.  When I try them both as 
structs, then the only difference between them is the number of bytes 
assigned to each.

I guess I expected to first dereference the array of pointers before 
assigning anything to their members.  The manual is unclear (to me) on 
this.  The examples it gives are for #malloc'd structures, but the 
examples don't do anything with the structures except deallocate them.
"

Re: DLLCC - How to allocate array of pointers?

OK.  It looks like I need to use gcMalloc.  The advantages are the 
allocating of structures and returning a pointer to them that I can do 
pointer arithmetic on AND they will be automatically GC'd when no longer 
referenced.  The bad-point is the memory isn't initialized.  Easily 
enough solved using #zeroFill

But back to the original problem at hand.

I need an array of char pointers.

I created a typedef call LDAP_CP as a char *.  The following code below 
shows:

| cp  openLDAP|
openLDAP := OpenLDAP new.
cp := openLDAP LDAP_CP gcMalloc: 5.
"
So now, cp is a pointer to 5 character pointers.
"
(cp + 0) contents: 'first' copyToHeap.
(cp + 1) contents: 'second' copyToHeap.
(cp + 3) contents: 'third' copyToHeap.
"
This may be working, but I can't tell.  How do I get Strings back out? 
 All I seem able to get is pointers and chars (small integers).
"

Re: Bteween 7.1 and 7.2

You didn't specify MacOS 9 or X, but on X I don't see such a message, and 
it opens fine. As far as I know images should be compatible among any of 
the 7 versions. Are you sure of the image and VM versions?

At 04:58 AM 3/1/2004, ducasse wrote:
>Hi
>
>on mac when I try to open 7.1 with 7.2 I got a message telling me that my 
>images may be destroyed.
>Is it normal? What is the status regarding image compatibility within the 
>7 family?
>thank
>Stef

--
Alan Knight [|], Cincom Smalltalk Development
knight <at> acm.org
aknight <at> cincom.com
http://www.cincom.com/smalltalk

"I believe that many of the systems we build today in Java would be better 
built in Smalltalk and Gemstone." -- Martin Fowler, JAOO 2003 

RunTimePackager question

Hi,
I'm trying to strip an image (actually I'm not removing anything 
relevant from the image for now). However, when I start up the 
'stripped' image I get an error saying 'Error: attempted external call 
prior to initialization'. Can anyone help me on this, where do I start 
looking for the problem?

Thanks

Michele

Re: bug in 7.2 data set examples (using the TAB key, provisoric fix)

Re: RunTimePackager question

Currently, "subsystems" of the image get initialized on startup based on the order they appear as
dependents of ObjectMemory.  

A)
It sounds to me that your code introduced something that is trying to initialize itself before
ExternalInterface.  Ensure that your code does not precede the requisite "subsystem", such as:
	ObjectMemory removeDependent: Foo; addDependent: Foo

B)
And also that you are not initializing something too early in the startup sequence:
	#earlySystemInstallation vs. #returnFromSnapshot

though in this case ExternalInterface initializes on #earlySystemInstallation, so check A) first.  

Dave

-covering message-

+-----------------------------
| Date:	Mon, 1 Mar 2004 17:22:26 +0100
| From:	Michele Lanza <lanza <at> iam.unibe.ch>
| Subject:	RunTimePackager question

| Hi,
| I'm trying to strip an image (actually I'm not removing anything 
| relevant from the image for now). However, when I start up the 
| 'stripped' image I get an error saying 'Error: attempted external call 
| prior to initialization'. Can anyone help me on this, where do I start 
| looking for the problem?

| Thanks

| Michele

Re: RunTimePackager question

hi daves

- what is strange is that we do not use external interface at all. Our 
application, CodeCrawler/Moose soon available for you freely, is only 
in smalltalk and do not call any external lib.

- I do not know whether this makes a difference to produce an exe from 
code loaded with store or with parcel. In our case
we load hotdraw from parcels. We got other strange erorr message such 
as "Paint in not a correct medium"

- Michele tried to strip the image without removing anything, because 
he simply wants to get an exe and be able to chose his own
banner.
Is there a way to do that without tripping the image?
We would be perfectly happy if we get a large application with all our 
code in but have an exe for non smalltalk-end users.

Stef

On 1 mars 04, at 18:35, daves <at> parcplace.com wrote:

> Currently, "subsystems" of the image get initialized on startup based 
> on the order they appear as dependents of ObjectMemory.
>
> A)
> It sounds to me that your code introduced something that is trying to 
> initialize itself before ExternalInterface.  Ensure that your code 
> does not precede the requisite "subsystem", such as:
> 	ObjectMemory removeDependent: Foo; addDependent: Foo
>
> B)
> And also that you are not initializing something too early in the 
> startup sequence:
> 	#earlySystemInstallation vs. #returnFromSnapshot
>
> though in this case ExternalInterface initializes on 
> #earlySystemInstallation, so check A) first.
>
> Dave
>
> -covering message-
>
> +-----------------------------
> | Date:	Mon, 1 Mar 2004 17:22:26 +0100
> | From:	Michele Lanza <lanza <at> iam.unibe.ch>
> | Subject:	RunTimePackager question
>
> | Hi,
> | I'm trying to strip an image (actually I'm not removing anything
> | relevant from the image for now). However, when I start up the
> | 'stripped' image I get an error saying 'Error: attempted external 
> call
> | prior to initialization'. Can anyone help me on this, where do I 
> start
> | looking for the problem?
>
> | Thanks
>
> | Michele
>
>
>
>
>

Re: DLLCC - How to allocate array of pointers?

-covering message-

+-----------------------------
| Date:	Mon, 01 Mar 2004 09:44:23 -0500
| From:	Thomas_Gagné <tgagne <at> wideopenwest.com>
| Subject:	Re: DLLCC - How to allocate array of pointers?

| OK.  It looks like I need to use gcMalloc.  The advantages are the 
| allocating of structures and returning a pointer to them that I can do 
| pointer arithmetic on AND they will be automatically GC'd when no longer 
| referenced.  The bad-point is the memory isn't initialized.  Easily 
| enough solved using #zeroFill

Thomas,

	in 7.0 we introduced the calloc primitive which does zero memory.  See implementors of calloc: and gcCalloc:.

| But back to the original problem at hand.

| I need an array of char pointers.

| I created a typedef call LDAP_CP as a char *.  The following code below 
| shows:

| | cp  openLDAP|
| openLDAP := OpenLDAP new.
| cp := openLDAP LDAP_CP gcMalloc: 5.
| "
| So now, cp is a pointer to 5 character pointers.
| "
| (cp + 0) contents: 'first' copyToHeap.
| (cp + 1) contents: 'second' copyToHeap.
| (cp + 3) contents: 'third' copyToHeap.
| "
| This may be working, but I can't tell.  How do I get Strings back out? 
|  All I seem able to get is pointers and chars (small integers).
| "
---
Eliot Miranda               ,,,^..^,,,               mailto:eliot <at> parcplace.com
VisualWorks Engineering, Cincom  Smalltalk: scene not herd  Tel +1 408 216 4581
3350 Scott Blvd, Bldg 36 Suite B, Santa Clara, CA 95054 USA Fax +1 408 216 4500