Re: GraphDemo

[Pietro Terna]

Hi Manor,

I'm newly here ...

My attempt, of solving my self the problems arising in GraphDemo, failed.

As reported in Reference 1 below, the links to graph.h seem do not work. The
.h files are in the include dir; I have not introduced the changes from
   #import <swarmobject.h>
to #import <swarmobject/Swarm.h>
due to the final lines in Reference 2

Many thanks for a 'last' help, yours Pietro

Reference 1 ------------------------

ptLinux:~/swarm/apps/GraphDemo-0.1$ make
gcc -c -g -Wall -Wno-import -I../../swarm/include -I/usr/X11R6/include
ILink.m
ILink.m: In function i_ILink__createEnd':
ILink.m:10: warning: cannot find method.
ILink.m:10: warning: return type for setColor:' defaults to id
gcc -c -g -Wall -Wno-import -I../../swarm/include -I/usr/X11R6/include
main.m
gcc -g -L../../swarm/lib -L/usr/X11R6/lib  -o bank FEntity.o FLink.o ILink.o
BLink.o FNet.o main.o BankModelSwarm.o BankObserverSwarm.o BankBatchSwarm.o
../../swarm/lib/swarm.x -lobjc -lX11 -lm  
FEntity.o: In function i_FEntity__makeInvestLinkTo_':
/home/terna/swarm/apps/GraphDemo-0.1/FEntity.m:27: undefined reference to
_objc_class_name_DiGraphNode'
FLink.o: In function i_FLink__isInvestLink':
/home/terna/swarm/apps/GraphDemo-0.1/FLink.m:7: undefined reference to
_objc_class_name_DiGraphLink'
FNet.o: In function global constructors keyed to FNet.m':
/home/terna/swarm/apps/GraphDemo-0.1/FNet.m:85: undefined reference to
_objc_class_name_DiGraph'
main.o: In function main':
/home/terna/swarm/apps/GraphDemo-0.1/main.m:12: undefined reference to
initGraphLibrary'
BankModelSwarm.o: In function c_BankModelSwarm__createBegin_':
/home/terna/swarm/apps/GraphDemo-0.1/BankModelSwarm.m:21: undefined
reference to _objc_class_name_DiGraphLink'
make: *** [bank] Error 1


Reference 2 -----------------------

In swarm/swarmdocs/src/swarmobject/PortingAppsToNewInterface.html I read
that ... but the final lines suggest that at present the solution would

When subclassing from a class defined in the Swarm Kernel, it is necessary
to import the @interface of that class. Before,
       when swarmobject.h included all those interfaces, it was the only
file needed if you wanted to subclass from a class in
       swarmobject. Now, however, simply importing swarmobject.h doesn't
help at all. So, in order to subclass from a class
       that's a member of swarmobject, you need to import the specific
interface file to that class. 

       The solution: If you had an app that worked before when you
subclassed from something (say, Swarm) in swarmobject but
       doesn't work now, simply replace the 

       #import <swarmobject.h>

       in the header file for the subclass with 

       #import <swarmobject/Swarm.h>

       Note: In order to reduce the number of broken apps due to this, we've
explicitly imported swarmobject/SwarmObject.h and
       swarmobject/Swarm.hat the end of the swarmobject.h file. This allows
the subclassing of SwarmObject or Swarm by an
       import of swarmobject.h without the explicit import of the interface
files. But, this was done for backward compatibility and
       may go away in the future. So please subclass by explicit importation
of the interface file of the class. 

-------------------
OLD MESSAGES FOLLOW
-------------------
>
>Hi Manor,
>
>many thanks. Now other errors are arising, but I'll attempt to solve them
>with my forces, as an exercise.
>If I fail, I'll be asking other help.
>Yours, Pietro
>
>At 10.13 09/04/97 -0700, you wrote:
>>
>>Hi Pietro!
>>
>>If you compare the essence of the HeatbugBatchSwarm 'go' method,
>>and the BankBatchSwarm version you will see the difference which
>>is the source of the problem:
>>
>>-------------------------------------------------------
>>
>>// Bank Version
>>
>>-go {
>>
>>  [swarmActivity run];
>>  return [swarmActivity getStatus];
>>
>>}
>>
>>// Heatbug Version
>>
>>-go {
>>
>>  [[self getActivity] run];
>>  return [[self getActivity] getStatus];
>>
>>}
>>
>>-------------------------------------------------------
>>
>>What is happening here is that I am accessing a
>>variable which is no longer available directly,
>>and must instead be accessed through 'getActivity'.
>>
>>If you look in:
>>
>>  http://www.santafe.edu/projects/swarm/swarmdocs/index.html
>>
>>Under Compatibility.II.3. this is mentioned:
>>
>>  "The high-level structural changes in the activity library has led
>>   to the renaming of the variable swarmActivity. It is recommended
>>   that [self getActivity] be used in its place (if your app even
>>   used this variable, it was probably in the BatchSwarm). This is a
>>   new message and it takes the place of the getSwarmActivity message.
>>   But, the obsolete message has been left in place for backwards
>>   compatibility."
>>
>>Regards,
>>
>>Manor.
>>
>>                  ==================================
>>   Swarm-Support is for discussion of the technical details of the day
>>   to day usage of Swarm.  For list administration needs (esp.
>>   [un]subscribing), please send a message to <address@hidden>
>>   with "help" in the body of the message.
>>                  ==================================
>>
>
>
>                  ==================================
>   Swarm-Support is for discussion of the technical details of the day
>   to day usage of Swarm.  For list administration needs (esp.
>   [un]subscribing), please send a message to <address@hidden>
>   with "help" in the body of the message.
>                  ==================================
>


                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.
                  ==================================