I told you I was going to bug you again. Ive started porting the whole
framework over to managed C++, I was having too many problems with it in C#.
I
actually got the Core ported over easily, and have started on the Executor
classes when I ran into a snag which I havent figured out how to get around
yet. Evereything in the Core and the first set of Executor classes (I allready
ported over the Executor classes, and am currently working on the ExecutorExec
classes, leaving just the Executor service class to do) Allright, so everyting
in the executorexec classes ported over just fine with the exception of a few
of
the events.
Specifically, there are a few events defined in GExecutor(public
public
If it is something basic, dont get too mad. I am a self taught programmer
and
have only been working in C++ for about 6 months now. I work full time and am
a
single dad that just does this for fun, but given the chance, I can prove I am
not completely stupid (most of the time lol).
Now the other question I have is about the dependency manifests. One of the
applications I put out on my network relies heavily on an implementation of a
BigNumber class I wrote myself. Now my implementation uses the java BigInteger
class just as a container for the number and uses the java implementation for
just basic math(add, subtract, and multiply) all the other functions I had to
implement myself because java gets lost when the numbers get over about 100
digits for some reason. Anyways, I started out just doing the basic dependency
on my thread (derived from GThread), but the BigNumber class did not carry out
to the executors even though it was referenced in the class, so then I actually
copied the code for bignumber straight into the same file as the thread class,
but it still didnt get pushed out to the executors (that statement may be
incorrect though), so then I actually added Bignumber as an
additional dependency and finally got an error saying that java did not cross
over with the bignumber class, then I tried adding vjslib (java) as another
dependency but the executors just continually failed thread after thread until
I
actually installed the java redistributable on ALL of my computers. I believe
it was still failing because java had a dependency of its own that I am not
aware of. I believe I was coding the threads correctly, I havent had any
problems with any of the other applications Ive wrote on this framework. I
figured Id ask you since you are the only one that knows anything about this
framework (not to mention you are the only one answering haha).
I know it is kind of hard to picture without seeing the code, and Id be
willing to send it to you if youd like. Ill also send the C++ version to you
once Ive finished it and debugged it. It was going smoothly till last night,
so
if this is the only hiccup in it, I should have the core,executor, and manager
classes done by the end of this week, though the changes I am working on making
to it will not be that quick. Ive also started documenting the class heirarchy
so if anyone else comes along and wants to plug away at it that may help some.
The documentation within the framework is actually superb, but, for those of us
with limited ability, wading through all of it to figure out how to do
something
is a chore in itself.
Anyhow, this email went on longer then I thought, Im just trying to explain
things as thorough as possible. The more I get into this framework, the more I
cant believe that it is as dead as it is. I do appreciate any help you can
give.
RichardeventGotDisconnectedEventHandlerGotDisconnected; and
eventNonDedicatedExecutingStatusChangedEventHandlerNonDedicatedExecutingStatusChanged;)
both of which are fired from within GExecutor through delegates. The
ExecutorContainer class subscribes to these events through the delegates,
however, ExecutorContainer also defines these events within itself through the
same delegates as GExecutor. The handler for the GotDisconnected event is
defined within ExecutorContainer to handle th event fired from within
GExecutor,
but, all the handler does (I beleive) is refire the event which is declared
within itself. Whoever wrote the class wrote a comment about "bubble the event
to whoever handles this.". The problem I am having is that the compiler will
not let me subscribe to these events no matter how I try to set them up(these
are the only two events I am having trouble with the rest of that set of
classes
crossed over just fine). So, heres where I have a question or two. Why would
they set up the container class to refire an event fired from within a class
that is instantiated within the container class? The instances of GExecutor
are
in an array marked public in the container class, so if someone wanted to
subscribe to the events they could easily do it directly (I would think), and
as
I said, the event handler in the container class does not do anything with the
event. Or am I completely missing something here?
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
alchemi-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-users
