Hello Scott.
The implementation of the registry version checking is complete.
- Igor

----- Original Message -----
From: "Igor Kotelevsky" <[EMAIL PROTECTED]>
To: "Scott C. Best" <[EMAIL PROTECTED]>
Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
Sent: Thursday, October 17, 2002 5:47 PM
Subject: Checking of registry settings


> Hello Scott.
> I begun implementation of the registry version checking.
> Several changes are in the CVS server.
> I think that I'll finish the work tomorrow.
>
> As I know biggest part of Kaboodle's source code
> does not execute check of a correctness of the register data.
> In case of non-correct register data there is possible crashing of the
> application.
> Therefore except checking of *some sanity-checking of the registry data*
> I added new registry value *version* as a DWORD value.
> The current version is "0.95", or ''0095' in DWORD value.
> Therefore it's possible to detect
> if running Kaboodle version is oldest than registry settings also.
> The standard reaction on such situation:
> issue of a MessageBox and shut down of the application.
> Please let me know if you prefer above checking
> (and the text for the MessageBox).
>
> - Igor
>
> ----- Original Message -----
> From: "Scott C. Best" <[EMAIL PROTECTED]>
> To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> Sent: Thursday, October 17, 2002 9:31 AM
> Subject: Re: [Kaboodle-devel] Re: Master node
>
>
> > Igor:
> > Thanks for the changes. Reviewing them now. Here's a
> > small thing I hope you can take care of: I'd like this version
> > of Kaboodle to "survive" better if someone is updtating from
> > an earlier version. So when Kaboodle starts up, it should do
> > some sanity-checking of the registry data. If the data is
> > mal-formed or incomplete, it should warn the user at startup:
> >
> > "Kaboodle has detected that this PC was using a different
> > version of Kaboodle that this one. Click "OK" to make this
> > version the current one, click "Cancel" if you want to continue
> > using the other version."
> >
> > If they click "OK" it should keep the entries it can use,
> > and rebuild what it cannot. If they click "Cancel", Kaboodle
> > should quit.
> >
> > thanks,
> > Scott
> >
> >
> > On Wed, 16 Oct 2002, Igor Kotelevsky wrote:
> >
> > > Hello Scott.
> > > I implemented the thing you asked.
> > > But I still think that there is the error of GUI design.
> > > Please let us expect steps #1-#3 that you wrote and next:
> > > The user opens the "Network" icon.
> > > At the beginning there is initially opened the "System info" tab and
> there
> > > is the dropdown with selected item <+DogsPC> and with the text
> > > <Status of this PC will changed as "Non Master Node" after pushing the
> > > button "OK">.
> > > But that user doesn't interest about "Master Node",
> > > they do not look at the "System info" tab,
> > > so they push the "Remote Networks" tab immediately.
> > > Then the user pushes the button "OK" and
> > > <Status of <+DogsPC> will changed as "Non Master Node"...>.
> > > *The user doesn't any change in "Master Node",
> > > but "Master Node" status was changed!*
> > > - Igor
> > >
> > > ----- Original Message -----
> > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> > > Sent: Wednesday, October 16, 2002 1:43 AM
> > > Subject: Re: [Kaboodle-devel] Re: Master node
> > >
> > >
> > > > Igor:
> > > > Heya. Thanks for those modifications. I think we're
> > > > miscommunicating about #3, though, the whole dropdown thing.
> > > > Here's what I'm envisioning:
> > > >
> > > > 1. Suppose MyLan consists of DadsPC, MomsPC, and DogsPC and
> > > >    the all run Kaboodle.
> > > >
> > > > 2. Kaboodle on DogsPC is started first. Kaboodle detects
> > > >    nothing else is the Master Node so it sets DogsPC to be
> > > >    the Kaboodle Master Node.
> > > >
> > > > 3. Kaboodle is then started on DadsPC and MomsPC. When users on
> > > >    those machines open the Network Icon, they see:
> > > > Kaboodle Master Node: "DogsPC".
> > > >
> > > > 4. Via that dropdown, a user on MomsPC can change the Kaboodle
> > > >    Master Node to DadsPC. When they hit "Okay" in that panel
> > > >    after making the change, that change is propogated to the
> > > >    other Kaboodle instances via the usual NID sync. After the
> > > >    sync, the Kaboodle Master Node for the LAN is "DadsPC".
> > > >
> > > > So, there's no need to "reset" Master Node status for
> > > > DogsPC. It is either the Master or it is not.
> > > >
> > > >
> > > > -Scott
> > > >
> > > >
> > > > On Tue, 15 Oct 2002, Igor Kotelevsky wrote:
> > > >
> > > > > Hello Scott.
> > > > > Please see my inline comments.
> > > > > - Igor
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> > > > > Sent: Monday, October 14, 2002 10:32 PM
> > > > > Subject: Re: Master node
> > > > >
> > > > > > Igor:
> > > > > >
> > > > > > Heya. Some suggestions about the Master Node stuff:
> > > > > >
> > > > > > 1. First, I noticed that when Kaboodle starts for the first
time,
> > > > > >    and there's no Kaboodle Master on the LAN, it doesn't ping
the
> > > > > >    whole LAN. If I click Refresh it does, of course. Kaboodle
> > > > > >    should ping the whole LAN at startup if there isn't a
Kaboodle
> > > > > >    Master Node already. This happens in both Release and Debug
> > > > > >    builds.
> > > > > That modification implemented.
> > > > >
> > > > > > 2. In the Network Icon, we should remove the "Gateway" machine
> > > > > >    entry. The Master Node is the same as the Gateway. We should
> > > > > >    also remove "Errors".
> > > > > That modification implemented.
> > > > >
> > > > > > 3. In the dropdown, there is currently no default to the
dropdown.
> > > > > >    So, if "Dad's PC" is the Master, it should read: "Kaboodle
> > > > > >    Master Node: <Dad's PC>". Right now, the default is blank. We
> > > > > >    don't need a blue "M" if the current Master is shown
correctly.
> > > > > If we'll implement "the default to the dropdown", then we'll
receive
> > > > > an error of GUI design:
> > > > > - A. So, if "Dad's PC" is the Master, it should read:
> > > > > "Kaboodle Master Node: <Dad's PC>".
> > > > > If the user want resets that PC like "Non Master Node",
> > > > > then they push the button "OK". It's all right.
> > > > > - B. So, if the user doesn't want any change in "Master Node",
> > > > > but want to work with "Remote Networks" tab.
> > > > > Then user opens the "Remote Networks" tab, make some works
> > > > > and push the button "OK" *also*.
> > > > > Therefore above GUI design not differentiates the #A and #B.
> > > > > There can be following alternatives:
> > > > > - C. We don't make any changes.
> > > > > - D. Instead of the *dropdown combobox*
> > > > > we'll use the *listcontrol* like in the "Remote Networks" tab.
> > > > > There will be 2 columns in that listcontrol:
> > > > > *Master Node status* and *PC name*.
> > > > > There will be only a check box (ON/OFF) in the *Master Node
status*
> > > columns.
> > > > > The user can change the *Master Node status* for every PC in that
> list.
> > > > >
> > > > > I prefer the alternative #D.
> > > > > Please let me know what from alternatives #C or #D you prefer.
> > > > >
> > > > > > 4. Underneath the dropdown, there should be some explanation
text:
> > > > > >    "The Kaboodle Master Node is the PC on your network which
does
> > > > > >    most of the behind-the-scenes work of coordinating Kaboodle's
> > > > > >    features. You should set the Master Node to be your "best"
PC,
> > > > > >    the one with the most CPU power and the fastest network card.
> > > > > >    The Kaboodle Master Node also handles all GetEngaged VPN
> traffic
> > > > > >    for your network. If you're behind a firewall, you should
> forward
> > > > > >    the GetEngaged VPN traffic for your network to this machine."
> > > > > That modification implemented.
> > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > -Scott
> > > > > >
> > > > > >
> > > > > > On Mon, 14 Oct 2002, Igor Kotelevsky wrote:
> > > > > >
> > > > > > > Hello Scott.
> > > > > > > I made a little change in GUI of the combobox "Master Node"
> > > > > > > of the "Network" tab.
> > > > > > > Earlier I wrote:
> > > > > > > > If the PC is "Master Node", then it shows as <+PC name>,
> > > > > > > > otherwise - as <-PC name>.
> > > > > > > Now that combobox always has the text <PC name>.
> > > > > > > If the PC is "Master Node", then that item has an icon <blue
> letter
> > > > > *M*>,
> > > > > > > otherwise -<gray letter *N*>.
> > > > > > > - Igor
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > To: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> > > > > > > Sent: Friday, October 11, 2002 5:30 PM
> > > > > > > Subject: Re: Master node
> > > > > > >
> > > > > > >
> > > > > > > > Hello Scott.
> > > > > > > > The "Master Node" is implemented.
> > > > > > > > Here are some details.
> > > > > > > >
> > > > > > > > 1. Earlier you wrote:
> > > > > > > > > Also, when Kaboodle starts up, if it's the first
> > > > > > > > > Kaboodle device on the LAN, it should set itself as the
> > > > > > > > > Kaboodle Master Node.
> > > > > > > > When Kaboodle starts up, it works like next:
> > > > > > > > 1.A. Kaboodle creates the LAN (as previous NID data from the
> > > registry
> > > > > key,
> > > > > > > > if it's not first start, or as only own device otherwise).
> > > > > > > > 1.B. Kaboodle performs the LAN discovery.
> > > > > > > > The both steps #1.A and #1.B were implemented earlier.
> > > > > > > > 1.C. After finishing #1.B Kaboodle waits 7 seconds and
> performs
> > > 1.D.
> > > > > > > > 1.D. Kaboodle checks all LAN PC devices, which runs
Kaboodle.
> > > > > > > > If there is not any device, which is the "Master Node",
> > > > > > > > then Kaboodle sets itself as the "Master Node".
> > > > > > > > The step #1.C is necessary because Kaboodle have to
> > > > > > > > receive actual data about *which LAN PC devices runs
> Kaboodle*.
> > > > > > > > 1.E. Earlier I wrote that a default value for "Master Node"
is
> > > "ON" -
> > > > > > > > that is if Kaboodle start up at first, then it sets itself
as
> the
> > > > > "Master
> > > > > > > > Node" always.
> > > > > > > > Now above value calculates like steps #1.A - #1.D.
> > > > > > > >
> > > > > > > > 2. About the combobox "Kaboodle Master Node"
> > > > > > > > in the "Network Icon" tab in the upper left.
> > > > > > > > (You name that *combobox* as *drop down menu*.)
> > > > > > > > That combobox contains all LAN PC devices, which runs
> Kaboodle.
> > > > > > > > If the PC is "Master Node", then it shows as <+PC name>,
> > > > > > > > otherwise - as <-PC name>.
> > > > > > > > If the user selects a member <+PC name>, then they see the
> text
> > > > > > > > *Status of this PC will changed as "Non Master Node" after
> pushing
> > > the
> > > > > > > > button "OK"*.
> > > > > > > > If the user selects a member <-PC name>, then they see the
> text
> > > > > > > > *Status of this PC will changed as "Master Node" after
pushing
> the
> > >
> > > > > button
> > > > > > > > "OK"*.
> > > > > > > > Please let me know above exact texts.
> > > > > > > > So the user can change the status "Master Node" of all PCs.
> > > > > > > >
> > > > > > > > 3. I see some a non-regular bug,
> > > > > > > > which appears if the user changes the status "Master Node"
> several
> > > > > times.
> > > > > > > > The reason is in MFC socket - it is not succeed correctly
> close
> > > that
> > > > > > > socket.
> > > > > > > > I already saw such bug and it was fixed
> > > > > > > > when I changed MFC socket by Win Api socket.
> > > > > > > > Please let me know, if you allows to making such change now.
> > > > > > > >
> > > > > > > > - Igor
> > > > > > > >
> > > > > > > >
> > > > > > > > ----- Original Message -----
> > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
> > > > > > > > Sent: Wednesday, October 09, 2002 10:06 AM
> > > > > > > > Subject: Re: Master node
> > > > > > > >
> > > > > > > >
> > > > > > > > > Igor:
> > > > > > > > > Thanks for looking into the CPU bug. I will be out of
> > > > > > > > > town for the rest of the week, but I'm hoping you can
finish
> > > > > > > > > these two tasks:
> > > > > > > > >
> > > > > > > > > 1. In the future, the NID will be in XML format. When that
> > > > > > > > >    happens, we'll fix the Master Node functionality. For
> now,
> > > > > > > > >    please let the user install a Partnership file and be
> able
> > > > > > > > >    to use the connect button. However, if the user does
> either
> > > > > > > > >    on a machine that is not the Master node, just warn
them
> > > > > > > > >    with a MessageBox: "This Kaboodle PC is not selected to
> be
> > > > > > > > >    the Kaboodle Master Node for your network. Please be
sure
> > > > > > > > >    that this Partnership file is installed on <Dad's PC>
as
> > > well."
> > > > > > > > >
> > > > > > > > > 2. In the Network Icon in the upper left, please add a
drop
> down
> > > > > > > > >    menu: "Kaboodle Master Node: <Dad's PC>" where similar
to
> the
> > > > > > > > >    file-transfer, I can choose one of the Kaboodle aliases
> to be
> > > > > > > > >    the Master Node for my LAN. Also, in the PropPanel for
a
> > > > > > > > >    Kaboodle PC, please delete everything under "Operating
> > > System"
> > > > > > > > >    including "access control", "security", etc. The only
> > > checkbox
> > > > > > > > >    there should be "Make this PC the Kaboodle Master
Node".
> > > > > > > > >
> > > > > > > > > thanks,
> > > > > > > > > Scott
> > > > > > > > >
> > > > > > > > > On Tue, 8 Oct 2002, Igor Kotelevsky wrote:
> > > > > > > > >
> > > > > > > > > > Hello Scott.
> > > > > > > > > > I implemented devices recreating
> > > > > > > > > > if new NID data contains really new data only.
> > > > > > > > > > That code's changing reduces *Kaboodle pulls 100-percent
> of
> > > CPU*
> > > > > > > > > > and reduces visual blink of Kaboodle's window also.
> > > > > > > > > > - Igor
> > > > > > > > > >
> > > > > > > > > > ----- Original Message -----
> > > > > > > > > > From: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > > > > To: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > Cc: "Kaboodle-devel"
> <[EMAIL PROTECTED]>
> > > > > > > > > > Sent: Monday, October 07, 2002 1:15 PM
> > > > > > > > > > Subject: Re: Master node
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Hello Scott.
> > > > > > > > > > > A. I see some kind of *Kaboodle pulls 100-percent of
> CPU*
> > > > > > > > > > > when Kaboodle rebuilds a NID topology only.
> > > > > > > > > > > That may be a result of own LAN-discovery, or a result
> of
> > > > > partner's
> > > > > > > > NID
> > > > > > > > > > > updating.
> > > > > > > > > > > In both these events Kaboodle always deletes all
devices
> and
> > > > > creates
> > > > > > > > new
> > > > > > > > > > > devices.
> > > > > > > > > > > At 15 Jule I wrote about that
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > >
> > >
>
http://sourceforge.net/mailarchive/forum.php?thread_id=892614&forum_id=7057
> > > > > > > > > > > I'll try implement devices recreating if new NID data
> > > contains
> > > > > > > really
> > > > > > > > new
> > > > > > > > > > > data only.
> > > > > > > > > > >
> > > > > > > > > > > B. You wrote:
> > > > > > > > > > > > Please do *not* pursue the adding of array variable
> > > > > > > > > > > > length data into the _NID_DEVICE_ATTRIBS structure.
> > > > > > > > > > > I don't know how it's possible to implement
> > > > > > > > > > > > > > > If a user looks at the partnerships in "Remote
> > > Networks"
> > > > > > > using
> > > > > > > > a
> > > > > > > > > > > > > > > non-Master node, it would read: "These are the
> > > > > Partnerships
> > > > > > > > > > > > > > > currently installed on "Dad's PC", the current
> > > Kaboodle
> > > > > > > > Master".
> > > > > > > > > > > without adding above array.
> > > > > > > > > > >
> > > > > > > > > > > - Igor
> > > > > > > > > > >
> > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
> > > > > > > > > > > Cc: "Kaboodle-devel"
> <[EMAIL PROTECTED]>
> > > > > > > > > > > Sent: Monday, October 07, 2002 11:22 AM
> > > > > > > > > > > Subject: Re: Master node
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Igor:
> > > > > > > > > > > > Please look into the CPU usage bug in the current
CVS
> > > > > > > > > > > > snapshot first. In WinNT, Kaboodle pulls 100-percent
> of
> > > CPU
> > > > > > > > > > > > time after running for a few minutes.
> > > > > > > > > > > >
> > > > > > > > > > > > Please do *not* pursue the adding of array variable
> > > > > > > > > > > > length data into the _NID_DEVICE_ATTRIBS structure.
> > > > > > > > > > > >
> > > > > > > > > > > > -Scott
> > > > > > > > > > > >
> > > > > > > > > > > > On Fri, 4 Oct 2002, Igor Kotelevsky wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > > Hello Scott.
> > > > > > > > > > > > >
> > > > > > > > > > > > > FIRST.
> > > > > > > > > > > > > The GetEngaged implemented as you asked:
> > > > > > > > > > > > > If a PC isn't a "Master Node" when GetEngaged
start,
> > > > > > > > > > > > > then it shows a MessageBox:
> > > > > > > > > > > > > *This PC isn't a "Master Node"*
> > > > > > > > > > > > > *Continue a registration ?*.
> > > > > > > > > > > > > There are two buttons "YES\NO".
> > > > > > > > > > > > > If a user pushes "YES" then the registration
> continues.
> > > > > > > > > > > > >
> > > > > > > > > > > > > SECOND.
> > > > > > > > > > > > > There is a problem with implementation of your
> things
> > > #1, #2
> > > > > and
> > > > > > > > #3.
> > > > > > > > > > > > > That implementation requires an adding of array
> > > > > variable-length
> > > > > > > > data
> > > > > > > > > > > into
> > > > > > > > > > > > > the structure _NID_DEVICE_ATTRIBS.
> > > > > > > > > > > > > The Problem is concluded in that the structure
> > > > > > > _NID_DEVICE_ATTRIBS
> > > > > > > > > > > > > is used in style C language, rather then in style
> C++
> > > > > language.
> > > > > > > > > > > > > There is no a copy construction and is no some
kind
> of
> > > > > > > > serialization
> > > > > > > > > > as
> > > > > > > > > > > > > member of that structure in the source code.
> > > > > > > > > > > > > Instead of these there is broadly used
> > > > > > > > > > > > > an operation of direct adduction of address a
> > > non-typified
> > > > > > > > memories to
> > > > > > > > > > > > > pointer on structure
> > > > > > > > > > > > > and an operation of direct copying a non-typified
to
> > > > > memories by
> > > > > > > > size
> > > > > > > > > > > > > sizeof(_NID_DEVICE_ATTRIBS).
> > > > > > > > > > > > > All above things don't allow simply insert the
array
> > > > > > > > variable-length
> > > > > > > > > > > data
> > > > > > > > > > > > > into the structure.
> > > > > > > > > > > > > There isn't a problem to add both the copy
> construction
> > > and
> > > > > the
> > > > > > > > > > > > > serialization as member of that structure.
> > > > > > > > > > > > > Problem is concluded in changing of all
> > > > > > > > > > > > > *an operation of direct adduction of address a
> > > non-typified
> > > > > > > > memories
> > > > > > > > > > to
> > > > > > > > > > > > > pointer on structure* on
> > > > > > > > > > > > > *a copy construction*
> > > > > > > > > > > > > and all
> > > > > > > > > > > > > *and an operation of direct copying a non-typified
> to
> > > > > memories*
> > > > > > > on
> > > > > > > > > > > > > *serialization as member of that structure*.
> > > > > > > > > > > > > There are very many such places in the source code
> > > (around
> > > > > > > several
> > > > > > > > > > > > > hundreds).
> > > > > > > > > > > > > This work will require plenty of debugging.
> > > > > > > > > > > > > The problem becomes complicated that this work
> cannot
> > > > > execute by
> > > > > > > > > > parts.
> > > > > > > > > > > > > I expect that this work require approximately week
> of
> > > time.
> > > > > > > > > > > > > Please let me to know if I must execute above
work.
> > > > > > > > > > > > >
> > > > > > > > > > > > > - Igor
> > > > > > > > > > > > >
> > > > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > > > From: "Igor Kotelevsky"
> <[EMAIL PROTECTED]>
> > > > > > > > > > > > > To: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > > > > Cc: "Kaboodle-devel"
> > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > Sent: Thursday, October 03, 2002 5:10 PM
> > > > > > > > > > > > > Subject: Re: Master node
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > Hello Scott.
> > > > > > > > > > > > > > I'll implement your things #1, #2 and #3.
> > > > > > > > > > > > > > Also I'll implement a modification of
> GetEngaged.exe:
> > > > > > > > > > > > > > > ...Perhaps we should modify
> > > > > > > > > > > > > > > GetEngaged.exe instead, to warn users when
they
> > > install
> > > > > a
> > > > > > > > > > > Partnership
> > > > > > > > > > > > > > > file into a non-Master Kaboodle instance.
> > > > > > > > > > > > > > - Igor
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > To: "Igor Kotelevsky"
> <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > Cc: "Kaboodle-devel"
> > > > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > Sent: Wednesday, October 02, 2002 11:29 PM
> > > > > > > > > > > > > > Subject: Re: Master node
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Igor:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Hello Scott.
> > > > > > > > > > > > > > > > A. About *ping*.
> > > > > > > > > > > > > > > > The things you asked implemented:
> > > > > > > > > > > > > > > > > The Kaboodle Master Node handles all of
> these
> > > types.
> > > > > The
> > > > > > > > > > > > > > > > > non-Master nodes should do *only* #3, the
> > > Refresh
> > > > > button
> > > > > > > > > > pings.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Thanks!
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > B. About *"Connect" button*.
> > > > > > > > > > > > > > > > You asked:
> > > > > > > > > > > > > > > > > Would it be possible that the "Connect"
> button
> > > still
> > > > > > > > works,
> > > > > > > > > > > > > > > > > but only Partnerships that are known the
> Master
> > > Node
> > > > > can
> > > > > > > > be
> > > > > > > > > > > > > initiated?
> > > > > > > > > > > > > > > > I don't see how that can be implemented.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > You could do it like this:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > 1. The partnerships listed in "Remote
Networks"
> > > would be
> > > > > the
> > > > > > > > same
> > > > > > > > > > > > > > >    for every Kaboodle instance on the LAN: it
> would
> > > be
> > > > > NID
> > > > > > > > sync'd
> > > > > > > > > > > > > > >    data taken from the Kaboodle Master Node.
It
> > > would
> > > > > *not*
> > > > > > > be
> > > > > > > > > > taken
> > > > > > > > > > > > > > >    from locally installed Partnership files
> except
> > > in
> > > > > the
> > > > > > > case
> > > > > > > > of
> > > > > > > > > > > > > > >    the Master Node.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > 2. If a user looks at the partnerships in
> "Remote
> > > > > Networks"
> > > > > > > > using
> > > > > > > > > > a
> > > > > > > > > > > > > > >    non-Master node, it would read: "These are
> the
> > > > > > > Partnerships
> > > > > > > > > > > > > > >    currently installed on "Dad's PC", the
> current
> > > > > Kaboodle
> > > > > > > > > > Master".
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > 3. Any Kaboodle instance on the LAN could
> initiate
> > > the
> > > > > VPN
> > > > > > > > > > > connection
> > > > > > > > > > > > > > >    using intra-Kaboodle messaging. That is, a
> > > non-Master
> > > > > > > node
> > > > > > > > > > would
> > > > > > > > > > > > > > >    signal the Master-Node to initiate a VPN.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Now the "Remote Networks" tab works as
> following.
> > > > > > > > > > > > > > > > If Kaboodle isn't a "Master Node", then only
> > > button
> > > > > > > "Create
> > > > > > > > New
> > > > > > > > > > > > > > Partnership"
> > > > > > > > > > > > > > > > is grayed out
> > > > > > > > > > > > > > > > and the tab has the text
> > > > > > > > > > > > > > > > *This PC is not a*
> > > > > > > > > > > > > > > > *"Master Node",*
> > > > > > > > > > > > > > > > *so the button*
> > > > > > > > > > > > > > > > *"Create New Partnership"*
> > > > > > > > > > > > > > > > *is grayed out*
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I don't think this is a good idea anymore. I
> want
> > > users
> > > > > to
> > > > > > > > > > > > > > > be able to create Partnerships easily. Perhaps
> we
> > > should
> > > > > > > > modify
> > > > > > > > > > > > > > > GetEngaged.exe instead, to warn users when
they
> > > install
> > > > > a
> > > > > > > > > > > Partnership
> > > > > > > > > > > > > > > file into a non-Master Kaboodle instance.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > -Scott
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > To: "Igor Kotelevsky"
> > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > Cc: "Kaboodle-devel"
> > > > > > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > Sent: Tuesday, October 01, 2002 11:25 PM
> > > > > > > > > > > > > > > > Subject: Re: Master node
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Igor:
> > > > > > > > > > > > > > > > > Sorry, I should clarify:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > A. About *ping*.
> > > > > > > > > > > > > > > > > > At Tuesday, October 01, 2002 4:45 AM you
> > > wrote:
> > > > > > > > > > > > > > > > > > > > > 1. When Kaboodle starts up, it
asks
> the
> > > LAN
> > > > > for
> > > > > > > a
> > > > > > > > NID.
> > > > > > > > > > > If
> > > > > > > > > > > > > > > > > > > > >      it doesn't get one, it builds
> one
> > > *and*
> > > > > it
> > > > > > > > sets
> > > > > > > > > > > itself
> > > > > > > > > > > > > > > > > > > > >      as the Master Node. Correct?
> > > > > > > > > > > > > > > > > > > > When Kaboodle starts up, it asks the
> LAN
> > > for a
> > > > > NID
> > > > > > > > > > > > > > > > > > > > *only* if it's Master Node.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > Actually, Kaboodle should always ask
the
> LAN
> > > for
> > > > > a
> > > > > > > NID
> > > > > > > > > > > > > > > > > > > when it starts up. It should not
matter
> if
> > > it's
> > > > > the
> > > > > > > > first
> > > > > > > > > > > time
> > > > > > > > > > > > > > > > > > > or the seventh time.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > 2. When I hit "Refresh" on a PC
> that's
> > > not
> > > > > the
> > > > > > > > Master
> > > > > > > > > > > Node,
> > > > > > > > > > > > > > > > > > > > >     it still pings all of the
> Class-C's
> > > that
> > > > > it
> > > > > > > > knows
> > > > > > > > > > > about.
> > > > > > > > > > > > > > > > > > > > >     Correct?
> > > > > > > > > > > > > > > > > > > > When I hit "Refresh" on a PC that's
> not
> > > the
> > > > > Master
> > > > > > > > Node,
> > > > > > > > > > > > > > > > > > > > it didn't pings at all.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > It should. A non-Master Kaboodle
should
> ping
> > > the
> > > > > LAN
> > > > > > > > when
> > > > > > > > > > > > > > > > > > > the user hits "refresh".
> > > > > > > > > > > > > > > > > > I implemented things #1, #2 as your
asked.
> > > > > > > > > > > > > > > > > > At Wednesday, September 25, 2002 9:36 AM
> you
> > > > > wrote:
> > > > > > > > > > > > > > > > > > > ...Only the master node pings...
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Kaboodle has four "types" of pings:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > 1. When Kaboodle starts up, if it fails to
> get a
> > > NID
> > > > > > > from
> > > > > > > > the
> > > > > > > > > > > LAN,
> > > > > > > > > > > > > > > > >    it pings all of the Class-C's it can
> > > auto-detect
> > > > > (and
> > > > > > > > it
> > > > > > > > > > sets
> > > > > > > > > > > > > > > > >    itself as the Master Node).
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > 2. When a new device is "sniffed" and is
> added
> > > to
> > > > > the
> > > > > > > NID,
> > > > > > > > the
> > > > > > > > > > > > > > > > >    Kaboodle Master Node should ping all of
> the
> > > > > Class-C
> > > > > > > > subnets
> > > > > > > > > > > > > > > > >    it knows about.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > 3. When the user hits Refresh in Kaboodle,
> that
> > > > > Kaboodle
> > > > > > > > > > > instance
> > > > > > > > > > > > > > > > >    should ping all of the Class-C subnets
it
> > > knows
> > > > > > > about.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > 4. Every 5 seconds, the Kaboodle Master
Node
> > > should
> > > > > ping
> > > > > > > > the
> > > > > > > > > > > > > > > > >    devices known to be in its "active
list"
> to
> > > see
> > > > > if
> > > > > > > > they're
> > > > > > > > > > > > > > > > >    still active.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > The Kaboodle Master Node handles all of
> these
> > > types.
> > > > > The
> > > > > > > > > > > > > > > > > non-Master nodes should do *only* #3, the
> > > Refresh
> > > > > button
> > > > > > > > > > pings.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > B. About *restart*.
> > > > > > > > > > > > > > > > > > At Friday, September 27, 2002 8:11 PM
you
> > > wrote:
> > > > > > > > > > > > > > > > > > > Sounds good except for the "after PC
> > > restarts"
> > > > > idea.
> > > > > > > > > > > > > > > > > > > Since it's just a NID status setting,
I
> > > don't
> > > > > think
> > > > > > > > > > > > > > > > > > > a restart is required at all. If a VPN
> is
> > > > > active,
> > > > > > > the
> > > > > > > > user
> > > > > > > > > > > > > > > > > > > should get a message saying "The
Master
> Node
> > > > > status
> > > > > > > > will
> > > > > > > > > > be
> > > > > > > > > > > > > > > > > > > changed after your GetEngaged partner
> > > > > disconnects".
> > > > > > > If
> > > > > > > > > > there
> > > > > > > > > > > > > > > > > > > is no VPN active, the switch should
> happen
> > > > > > > > immediately.
> > > > > > > > > > > > > > > > > > These things are implemented.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Thanks!
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > Also I implemented following.
> > > > > > > > > > > > > > > > > > If PC is not a "Master Node",
> > > > > > > > > > > > > > > > > > then both buttons "Connect" and "Create
> New
> > > > > > > Partnership"
> > > > > > > > > > > > > > > > > > on the "Remote Networks" tab are grayed
> out
> > > and
> > > > > that
> > > > > > > tab
> > > > > > > > has
> > > > > > > > > > > > > > > > > > the text
> > > > > > > > > > > > > > > > > > *This PC is not a* *"Master Node",*
> > > > > > > > > > > > > > > > > > *so both buttons "Connect" and "Create*
> > > > > > > > > > > > > > > > > > *New Partnership" are* *grayed out*
> > > > > > > > > > > > > > > > > > Please let me know what you think about
> that.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > I'm not sure about this. Would it be
> possible
> > > that
> > > > > the
> > > > > > > > > > > > > > > > > "Connect" button still works, but only
> > > Partnerships
> > > > > that
> > > > > > > > are
> > > > > > > > > > > known
> > > > > > > > > > > > > > > > > to the Master Node can be initiated?
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > C. ZeBeDee bug.
> > > > > > > > > > > > > > > > > > I see a bug (both Win2000 and Win98):
> > > > > > > > > > > > > > > > > > - I try to make remote network
connection.
> > > > > > > > > > > > > > > > > > - I didn't have ZeBeDee component on
both
> > > > > Kaboodles.
> > > > > > > > > > > > > > > > > > - I push the button "Connect" in "Remote
> > > Networks"
> > > > > > > tab.
> > > > > > > > > > > > > > > > > > - I see the MessageBox
> > > > > > > > > > > > > > > > > > *Sorry... Kaboodle could not start
Zebedee
> on
> > > your
> > > > > PC.
> > > > > > > > This
> > > > > > > > > > > > > > connection
> > > > > > > > > > > > > > > > > > will be in View-Only"...*
> > > > > > > > > > > > > > > > > > - After that I get "debug assertion
> failed"
> > > > > > > > > > > > > > > > > > - Kaboodle crash
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Yup, that's a bug. :)
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > -Scott
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > To: "Igor Kotelevsky"
> > > > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > Cc: "Kaboodle-devel"
> > > > > > > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > Sent: Tuesday, October 01, 2002 4:45 AM
> > > > > > > > > > > > > > > > > > Subject: Re: Master node
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > Igor:
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > Heya. Some quick feedback:
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > Since it's just a NID status
> setting, I
> > > > > don't
> > > > > > > > think
> > > > > > > > > > > > > > > > > > > > > a restart is required at all. If a
> VPN
> > > is
> > > > > > > active,
> > > > > > > > the
> > > > > > > > > > > user
> > > > > > > > > > > > > > > > > > > > > should get a message saying "The
> Master
> > > Node
> > > > > > > > status
> > > > > > > > > > will
> > > > > > > > > > > be
> > > > > > > > > > > > > > > > > > > > > changed after your GetEngaged
> partner
> > > > > > > > disconnects". If
> > > > > > > > > > > there
> > > > > > > > > > > > > > > > > > > > > is no VPN active, the switch
should
> > > happen
> > > > > > > > > > immediately.
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > I'll implement above.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > Thanks.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > 1. When Kaboodle starts up, it
asks
>
> the
> > > LAN
> > > > > for
> > > > > > > a
> > > > > > > > NID.
> > > > > > > > > > > If
> > > > > > > > > > > > > > > > > > > > >    it doesn't get one, it builds
one
> > > *and*
> > > > > it
> > > > > > > sets
> > > > > > > > > > > itself
> > > > > > > > > > > > > > > > > > > > >    as the Master Node. Correct?
> > > > > > > > > > > > > > > > > > > > When Kaboodle starts up, it asks the
> LAN
> > > for a
> > > > > NID
> > > > > > > > > > > > > > > > > > > > *only* if it's Master Node.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > Actually, Kaboodle should always ask
the
> LAN
> > > for
> > > > > a
> > > > > > > NID
> > > > > > > > > > > > > > > > > > > when it starts up. It should not
matter
> if
> > > it's
> > > > > the
> > > > > > > > first
> > > > > > > > > > > time
> > > > > > > > > > > > > > > > > > > or the seventh time.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > 2. When I hit "Refresh" on a PC
> that's
> > > not
> > > > > the
> > > > > > > > Master
> > > > > > > > > > > Node,
> > > > > > > > > > > > > > > > > > > > >    it still pings all of the
> Class-C's
> > > that
> > > > > it
> > > > > > > > knows
> > > > > > > > > > > about.
> > > > > > > > > > > > > > > > > > > > >    Correct?
> > > > > > > > > > > > > > > > > > > > When I hit "Refresh" on a PC that's
> not
> > > the
> > > > > Master
> > > > > > > > Node,
> > > > > > > > > > > > > > > > > > > > it didn't pings at all.
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > It should. A non-Master Kaboodle
should
> ping
> > > the
> > > > > LAN
> > > > > > > > when
> > > > > > > > > > > > > > > > > > > the user hits "refresh".
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > -Scott
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > On Fri, 27 Sep 2002, Igor
Kotelevsky
> > > wrote:
> > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > > Hello Scott.
> > > > > > > > > > > > > > > > > > > > > > "Master node" implemented as
> > > following:
> > > > > > > > > > > > > > > > > > > > > > 1. Only the master node pings.
> > > > > > > > > > > > > > > > > > > > > > 2. Only the master node connects
> with
> > > > > Gnutella
> > > > > > > > to
> > > > > > > > > > the
> > > > > > > > > > > > > > GetEngaged
> > > > > > > > > > > > > > > > > > > > servers.
> > > > > > > > > > > > > > > > > > > > > > 3. A user can change the "Master
> node"
> > > > > status
> > > > > > > > > > (on/off)
> > > > > > > > > > > in
> > > > > > > > > > > > > > the
> > > > > > > > > > > > > > > > bottom
> > > > > > > > > > > > > > > > > > > > part of
> > > > > > > > > > > > > > > > > > > > > > "System Info" tab.
> > > > > > > > > > > > > > > > > > > > > > 4. That changing will take
effect
> > > after PC
> > > > > > > > restarts.
> > > > > > > > > > > > > > > > > > > > > > A user'll see a respective
> > > MessageBox -
> > > > > > > > > > > > > > > > > > > > > > *Your settings will take effect
> after
> > > PC*
> > > > > > > > > > > > > > > > > > > > > > *<PcName> restarts*.
> > > > > > > > > > > > > > > > > > > > > > 5. The "Master node" status is a
> part
> > > of
> > > > > NID
> > > > > > > > data.
> > > > > > > > > > > > > > > > > > > > > > A user can see and change that
> status
> > > as
> > > > > for
> > > > > > > > itself
> > > > > > > > > > as
> > > > > > > > > > > for
> > > > > > > > > > > > > > > > others
> > > > > > > > > > > > > > > > > > PC's.
> > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > > - Igor
> > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > > ----- Original Message -----
> > > > > > > > > > > > > > > > > > > > > > From: "Scott C. Best"
> <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > > > > > To: "Igor Kotelevsky"
> > > > > > > > <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > > > > > Cc: <[EMAIL PROTECTED]>
> > > > > > > > > > > > > > > > > > > > > > Sent: Wednesday, September 25,
> 2002
> > > 9:36
> > > > > AM
> > > > > > > > > > > > > > > > > > > > > > Subject: Re: 21 Sept bug report
> > > > > > > > > > > > > > > > > > > > > > > 1. The "master node" setup.
Only
> the
> > > > > master
> > > > > > > > node
> > > > > > > > > > > pings.
> > > > > > > > > > > > > > Only
> > > > > > > > > > > > > > > > > > > > > > >    the master node connects
with
> > > > > Gnutella to
> > > > > > > > the
> > > > > > > > > > > > > > GetEngaged
> > > > > > > > > > > > > > > > > > > > > > >    servers. Registration and
> > > Partnership
> > > > > > > files
> > > > > > > > > > only
> > > > > > > > > > > need
> > > > > > > > > > > > > > to
> > > > > > > > > > > > > > > > > > > > > > >    be installed on the master
> node.
> > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This sf.net email is sponsored by:ThinkGeek
> > > > > Welcome to geek heaven.
> > > > > http://thinkgeek.com/sf
> > > > > _______________________________________________
> > > > > Kaboodle-devel mailing list
> > > > > [EMAIL PROTECTED]
> > > > > https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
>
>




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Kaboodle-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kaboodle-devel

Reply via email to