Hello.
int cip =0;
IN_ADDR inAddr;
char name[257];
gethostname (name,257);
hostent *phstin;
phstin = gethostbyname(name);
for(;;){
unsigned long ulAddress;
memcpy(
(char FAR *)&ulAddress,
phstin->h_addr_list[cip],
phstin->h_length
);
inAddr.S_un.S_addr=ulAddress;
// inet_ntoa(inAddr) now has a local IP
//
if(phstin->h_addr_list[cip+1]) cip++ ; else break;
}
Works for IPs provided the host has a name. Not good enough.
NetBios ( nb30.h ) using NCB and LANA_ENUM might be
useful but requires NetBIOS to be bound to each adapter.
The rather poorly documented functions GetIfTable, GetIpNetTable,
GetIpAddrTable( ala Iphlpapi.h, Iprtrmib.h in the SDK)
will do the trick for above 95. I seem to have a code example of
these in
<http://www.pyrenean.com/kaboodle/IRonCarp.src.zip>
Best regards,
Pyrenean mailto:[EMAIL PROTECTED]
Sunday, September 1, 2002, 11:38:44 AM, you wrote:
SCB> Does anyone on the list have a suggestion of how
SCB> Kaboodle can obtain the list of all interfaces? More importantly,
SCB> how Kaboodle can iterate thru that list and query for "IP address"
SCB> and "default-gateway IP address" for each interface.
SCB> Any suggestions appreciated! Any suggestions with specific
SCB> mention of an MSDN library even more appreciated. :)
SCB> -Scott
SCB> On Thu, 29 Aug 2002, Igor Kotelevsky wrote:
>> Hello Scott.
>> Till now I know only single way to obtain all interfaces:
>> it's possible to use the function GetIpForwardTable from IpHlpApi.dll.
>> That function returns array of structures MIB_IPFORWARDROW,
>> which contains information that describes an IP network route.
>> Please see the MSDN library.
>> *Three* IP addresses, which I wrote earlier, are really result of my test.
>> Yes, I see that one of them is IP address of my PC, therefore I wrote
>> > iterate list of all IP addresses of interfaces, except:
>> > - IP address of my PC,...
>>
>> - Igor
>>
>>
>> ----- Original Message -----
>> From: "Scott C. Best" <[EMAIL PROTECTED]>
>> To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
>> Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
>> Sent: Thursday, August 29, 2002 11:05 AM
>> Subject: Re: [Kaboodle-devel] Re: Bug Report, 22 July (invalid subnet mask?)
>>
>>
>> > Igor:
>> > Just to clarify: in your test (the PC with the single network
>> > card) there's only *two* interfaces, not three -- 192.168.1.2 is *not*
>> > the IP address of an interface on your PC. The two interfaces on your
>> > PC have IP addresses: 192.168.1.134 and 127.0.0.1. Every TCP/IP
>> > interface has: an IP address, a subnet mask, and a default gateway.
>> > If the IP address is not defined, the other two may also be not
>> > defined.
>> >
>> > So, what Kaboodle should do is:
>> >
>> > 1. Iterate thru all of the interfaces.
>> > 2. Check the IP address of the interface. If it's 127.0.0.1 or
>> > 0.0.0.0 or undefined, then ignore this interface.
>> > 3. Check the IP address of the default gateway for that interface.
>> > If it matches the IP address of the interface, or if it is
>> > 0.0.0.0 or if it is undefined, then ignore this interface.
>> > 4. For the remaining interfaces, ping .1 thru .254 on the subnet.
>> >
>> > So for your test, (the PC with the single network card),
>> > Kaboodle will ignore the 127.0.0.1 interface, and end up ping'ing
>> > 192.168.1.1 thru 192.168.1.254.
>> >
>> > Thanks!
>> >
>> > -Scott
>> >
>> >
>> > On Wed, 28 Aug 2002, Igor Kotelevsky wrote:
>> >
>> > > Hello Scott.
>> > > You wrote:
>> > > > For each, if the IP address of the interface is the same as the
>> > > > IP address of the default gateway (or if either of these two IP
>> > > > address is 0.0.0.0 or undefined) Kaboodle should ignore that
>> > > > interface.
>> > > In my test (the PC has single network card) I see following
>> > > IP addresses of interfaces:
>> > > - 192.168.1.2 - default gateway,
>> > > - 127.0.0.1,
>> > > - 192.168.1.134 - my PC IP address.
>> > > It seems to me that there need little changing of your sounds:
>> > > iterate list of all IP addresses of interfaces, except:
>> > > - IP address of my PC,
>> > > - loopback address "127.0.0.1",
>> > > - empty address "0.0.0.0".
>> > > I'll try to do above changes.
>> > >
>> > > - Igor
>> > >
>> > >
>> > > ----- Original Message -----
>> > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
>> > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>
>> > > Sent: Wednesday, August 28, 2002 8:49 AM
>> > > Subject: Re: [Kaboodle-devel] Re: Bug Report, 22 July (invalid subnet
>> mask?)
>> > >
>> > >
>> > > > Igor:
>> > > > If I understand you correctly, I think situation #2 below
>> > > > is the bug I'm trying to describe.
>> > > >
>> > > > Here's how Kaboodle should act: it should iterate thru
>> > > > the list of *all* interfaces. Not just the first one, and not just
>> > > > the one with a /24 subnet mask. It should iterate thru all of them.
>> > > > For each, if the IP address of the interface is the same as the
>> > > > IP address of the default gateway (or if either of these two IP
>> > > > address is 0.0.0.0 or undefined) Kaboodle should ignore that
>> > > > interface. For any remaining interfaces, Kaboodle should run the
>> > > > network discovery process.
>> > > >
>> > > > -Scott
>> > > >
>> > > > On Tue, 27 Aug 2002, Igor Kotelevsky wrote:
>> > > >
>> > > > > Hello Scott.
>> > > > > I completed next test:
>> > > > > a) OS Win2kPro,
>> > > > > b) I installed second network card into the my PC,
>> > > > > c) I connected my PC to LAN via second card,
>> > > > > d) I used next "Local Area Connection" properties
>> > > > > for "Internet Protocol (TCP/IP)":
>> > > > > - obtain an IP address automatically,
>> > > > > - obtain DNS server address automatically,
>> > > > > e) I cleared Kaboodle registry setting on my PC,
>> > > > > f) I started Kaboodle on my PC.
>> > > > > Here is what I see:
>> > > > >
>> > > > > 1 - Kaboodle checks that LAN isn't empty.
>> > > > > Please see into the log file NidLog.txt.
>> > > > > I found next string in that file
>> > > > > - CheckLan::CheckIsLan() - find other device <DEVLIN>,
>> > > > > the default gateway is <192.168.1.2>
>> > > > > It is my special debug log string, which belong to the
>> > > > > a WinApi function WNetEnumResource.
>> > > > > Please repeat that test and let me know if your NidLog.txt log file
>> > > > > doesn't contains that string.
>> > > > > (I attached my NidLog.txt log file.)
>> > > > >
>> > > > > 2 - Kaboodle doesn't checks any device in my LAN.
>> > > > > I prompted next command line - ipconfig /all.
>> > > > > (I attached my ipconfig_all.txt file.)
>> > > > > There is following interesting string:
>> > > > > - Subnet Mask.........: 255.255.0.0
>> > > > > It seems like Windows automatically assign that mask.
>> > > > > I didn't familiar with
>> > > > > current Kaboodle's LAN detection procedure in details.
>> > > > > But as I know Kaboodle expects that LAN has next subnet mask
>> > > 255.255.255.0.
>> > > > > It seems to me that above *INVALID SUBNET MASK* is the reason
>> > > > > of bug for my test.
>> > > > >
>> > > > > - Igor
>> > > > >
>> > > > >
>> > > > > ----- Original Message -----
>> > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
>> > > > > Cc: "Kaboodle-devel" <[EMAIL PROTECTED]>; "Aryeh
>> > > > > Goretsky" <[EMAIL PROTECTED]>
>> > > > > Sent: Sunday, August 25, 2002 6:35 AM
>> > > > > Subject: Re: [Kaboodle-devel] Re: Bug Report, 22 July
>> > > > >
>> > > > >
>> > > > > > Igor:
>> > > > > > Hello again. Okay, it has nothing to do with the
>> > > > > > installation of an AOL client or not. But try this: install
>> > > > > > two network cards into the same PC. Set them both up to get
>> > > > > > their IP address via DHCP. Connect one of them to your LAN,
>> > > > > > leave the other floating, see if Kaboodle works from a clean
>> > > > > > install. If it does, switch the cables (connect the 2nd,
>> > > > > > leave the first floating), then try it.
>> > > > > >
>> > > > > > I suspect that one of these arrangments will break
>> > > > > > Kaboodle's ability to detect the network. My customer today
>> > > > > > had a USB LAN adapter disconnected and that must be what
>> > > > > > was confusing things (I saw the 169.x.y.z IP address, from
>> > > > > > a failed DHCP request, in the 'route print' list).
>> > > > > >
>> > > > > > Aryeh:
>> > > > > > Have you a PC to test this on?
>> > > > > >
>> > > > > > -Scott
>> > > > > >
>> > > > > > PS: I updated the background tiles today. I think they look
>> > > > > > better.
>> > > > > >
>> > > > > >
>> > > > > > On Sat, 24 Aug 2002, Scott C. Best wrote:
>> > > > > >
>> > > > > > > Igor:
>> > > > > > >
>> > > > > > > Hello! Just found out today that this existing solution
>> > > > > > > doesn't completely work.
>> > > > > > >
>> > > > > > > I was working on a customer's ethernet network, and I
>> > > > > > > installed Kaboodle on a Win2kPro PC. This PC had an AOL client
>> > > > > > > installed on it, which they use to connect to AOL via the LAN
>> > > > > > > connection. So I start Kaboodle, and it skips the LAN-detection
>> > > > > > > completely. I am going to install an AOL client on my WinNT
>> > > > > > > PC and see if I can see the same effect.
>> > > > > > >
>> > > > > > > We need to fix this. Kaboodle needs to evaluate all of
>> > > > > > > the TCP/IP interfaces, and skip all of the ones where the IP
>> > > > > > > address of the interface and the default gateway are the same.
>> > > > > > >
>> > > > > > > -Scott
>> > > > > > >
>> > > > > > >
>> > > > > > > On Fri, 2 Aug 2002, Igor Kotelevsky wrote:
>> > > > > > >
>> > > > > > > > Hello Scott.
>> > > > > > > > You wrote:
>> > > > > > > > > ...could you implement a check so that Kaboodle skipped the
>> > > > > > > > LAN-detection...
>> > > > > > > > > if it detected that the IP address of the interface matches
>> the
>> > > IP
>> > > > > address
>> > > > > > > > of the default gateway.
>> > > > > > > > I'll think how it can be implemented.
>> > > > > > > >
>> > > > > > > > Now I have following proposition.
>> > > > > > > > Kaboodle can use a WinApi function WNetEnumResource (please
>> see
>> > > MSDN).
>> > > > > > > > If that function finds any network resource, then Kaboodle
>> skips
>> > > the
>> > > > > > > > LAN-detection.
>> > > > > > > > That proposition has implemented.
>> > > > > > > > Please CVS update and check it.
>> > > > > > > > If you'll want remove it, please comment out a macros
>> > > > > > > > #define _USE_CHECK_LAN
>> > > > > > > > from the file stdafx.h.
>> > > > > > > > - Igor
>> > > > > > > >
>> > > > > > > > ----- Original Message -----
>> > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
>> > > > > > > > Cc: "mailbox" <[EMAIL PROTECTED]>; "Kaboodle-devel"
>> > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > Sent: Friday, August 02, 2002 1:44 AM
>> > > > > > > > Subject: Re: [Kaboodle-devel] Re: Bug Report, 22 July
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > > Igor:
>> > > > > > > > > Heya. As per the data I found today, could you implement
>> > > > > > > > > a check so that Kaboodle skipped the LAN-detection (and
>> hence
>> > > the
>> > > > > > > > > OS classification) process if it detected that the IP
>> address of
>> > > > > > > > > the interface matches the IP address of the default gateway.
>> > > > > > > > > This might be the best way, for now, of Kaboodle surviving
>> an
>> > > > > > > > > AOL-dialup setting.
>> > > > > > > > >
>> > > > > > > > > Once you get that check done, I think we can release
>> > > > > > > > > a 0.90 version publically.
>> > > > > > > > >
>> > > > > > > > > I'm also interested in what you think Kaboodle should
>> > > > > > > > > do if it detects it has more than one active LAN interface.
>> > > > > > > > >
>> > > > > > > > > Thanks!
>> > > > > > > > >
>> > > > > > > > > -Scott
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > On Thu, 1 Aug 2002, Igor Kotelevsky wrote:
>> > > > > > > > >
>> > > > > > > > > > Hello Scott.
>> > > > > > > > > > You wrote:
>> > > > > > > > > > > ... It lessens
>> > > > > > > > > > > Kaboodle's effectiveness as a network scanner if
>> something
>> > > > > joined
>> > > > > > > > > > > the LAN and could somehow dodge Kaboodle's detection by
>> > > causing
>> > > > > > > > > > > an exception during OS detection and then hiding as a
>> > > > > EF_NID_NONE.
>> > > > > > > > > > I restored old code of the function AutoDetectDeviceType()
>> > > > > > > > > > without *try-catch* block.
>> > > > > > > > > > If any exception will occur at that function,
>> > > > > > > > > > then there isn't a way for both
>> > > > > > > > > > defending against exception and
>> > > > > > > > > > don't hiding a device as an EF_NID_NONE.
>> > > > > > > > > > - Igor
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > ----- Original Message -----
>> > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > > > > > > To: "Igor Kotelevsky" <[EMAIL PROTECTED]>
>> > > > > > > > > > Cc: "mailbox" <[EMAIL PROTECTED]>; "Kaboodle-devel"
>> > > > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > > > Sent: Wednesday, July 31, 2002 9:27 PM
>> > > > > > > > > > Subject: Re: [Kaboodle-devel] Re: Bug Report, 22 July
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > > Igor:
>> > > > > > > > > > > Will re-run shortly. A quick comment or two:
>> > > > > > > > > > >
>> > > > > > > > > > > > The really reason of that crash is unknown for me yet,
>> > > > > > > > > > > > but I think that we have to defend Kaboodle against
>> that.
>> > > > > > > > > > > > Therefore I have inserted a *try-catch* block into the
>> > > > > function
>> > > > > > > > > > > > DWORD
>> CSearchNetworkManager::AutoDetectDeviceType(...).
>> > > > > > > > > > > > If any exception will occur, and *try-catch* block can
>> > > > > intercept it,
>> > > > > > > > > > > > then that function will return EF_NID_NONE
>> > > > > > > > > > > > and Kaboodle doesn't will add that device into itself.
>> > > > > > > > > > > > (Old source code of AutoDetectDeviceType(...) is
>> > > commented.)
>> > > > > > > > > > >
>> > > > > > > > > > > Hmmm. I like defending against exceptions, but I like
>> > > > > > > > > > > being able to detect all network devices as well. It
>> lessens
>> > > > > > > > > > > Kaboodle's effectiveness as a network scanner if
>> something
>> > > > > joined
>> > > > > > > > > > > the LAN and could somehow dodge Kaboodle's detection by
>> > > causing
>> > > > > > > > > > > an exception during OS detection and then hiding as a
>> > > > > EF_NID_NONE.
>> > > > > > > > > > >
>> > > > > > > > > > > There's *got* to be a way to detect what interfaces a PC
>> > > > > > > > > > > is using, and to prevent Kaboodle from running
>> > > auto-detection on
>> > > > > > > > > > > the WAN-side interface.
>> > > > > > > > > > >
>> > > > > > > > > > > > Also I want to notice following.
>> > > > > > > > > > > > The function AutoDetectDeviceType(...) checks type of
>> > > device
>> > > > > > > > > > > > in following sequence: PC, Printer, Macintosh,
>> Appliance.
>> > > > > > > > > > > > If all these checks failed, then the function returns
>> the
>> > > type
>> > > > > > > > > > EF_NID_PC.
>> > > > > > > > > > > > May be in this point the function have to return
>> > > EF_NID_NONE?
>> > > > > > > > > > >
>> > > > > > > > > > > No, it needs to default to EF_NID_PC. The PC detection
>> is
>> > > > > > > > > > > really just "Windows detection". If I'm running a *nix
>> > > machine
>> > > > > (Linux,
>> > > > > > > > > > > Solaris, BSD, etc), I want the PC icon to come up.
>> > > > > > > > > > >
>> > > > > > > > > > > -Scott
>> > > > > > > > > > >
>> > > > > > > > > > > > > Igor:
>> > > > > > > > > > > > > Updated, re-run, log files attached. Again, it looks
>> > > > > > > > > > > > > like its crashing after successfully discovering
>> > > something
>> > > > > on
>> > > > > > > > > > > > > the same subnet. Weird.
>> > > > > > > > > > > > >
>> > > > > > > > > > > > > -Scott
>> > > > > > > > > > > > >
>> > > > > > > > > > > > > On Tue, 30 Jul 2002, Igor Kotelevsky wrote:
>> > > > > > > > > > > > >
>> > > > > > > > > > > > > > Hello Scott.
>> > > > > > > > > > > > > > The log file WithAOL\NidLog.txt (connection via
>> AOL
>> > > and
>> > > > > crash)
>> > > > > > > > > > > > > > shows following.
>> > > > > > > > > > > > > > The latest 3 strings are next:
>> > > > > > > > > > > > > > - StartOSDetection: BEGIN
>> > > > > > > > > > > > > > - AutoDetectDeviceType: BEGIN
>> > > > > > > > > > > > > > - AutoDetectDeviceType: 172.194.188.224
>> > > > > > > > > > > > > > It seems to me that crash has occurred
>> > > > > > > > > > > > > > - inwardly to the function
>> > > > > > > > > > > > > > DWORD
>> > > CSearchNetworkManager::AutoDetectDeviceType(...), or
>> > > > > > > > > > > > > > - inwardly to some function, which called from
>> > > > > > > > > > AutoDetectDeviceType().
>> > > > > > > > > > > > > > (The log process is made so that if function ends
>> then
>> > > we
>> > > > > see
>> > > > > > > > > > something
>> > > > > > > > > > > > > > like
>> > > > > > > > > > > > > > - AutoDetectDeviceType: BEGIN
>> > > > > > > > > > > > > > ...
>> > > > > > > > > > > > > > - AutoDetectDeviceType: END)
>> > > > > > > > > > > > > > I have added enhanced information into the file
>> > > > > NidLog.txt.
>> > > > > > > > > > > > > > Please update latest CVS source and run Kaboodle
>> in
>> > > debug
>> > > > > build.
>> > > > > > > > > > > > > > Please send to me NidLog.txt.
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > > You wrote:
>> > > > > > > > > > > > > > > ...Perhaps the OS detection process is not being
>> > > > > bypassed
>> > > > > > > > > > correctly?
>> > > > > > > > > > > > > > Yes. From above log file I see, that OS detection
>> > > process
>> > > > > starts
>> > > > > > > > in
>> > > > > > > > > > case
>> > > > > > > > > > > > of
>> > > > > > > > > > > > > > connection via AOL.
>> > > > > > > > > > > > > > I didn't found Kaboodle's source code, which
>> detect a
>> > > > > modem.
>> > > > > > > > > > > > > > Now I don't know as to detect a modem.
>> > > > > > > > > > > > > > I'll try to search that.
>> > > > > > > > > > > > > > - Igor
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > > ----- Original Message -----
>> > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > To: "Igor Kotelevsky"
>> <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > Cc: "mailbox" <[EMAIL PROTECTED]>;
>> "Kaboodle-devel"
>> > > > > > > > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > Sent: Tuesday, July 30, 2002 8:44 AM
>> > > > > > > > > > > > > > Subject: Re: Bug Report, 22 July
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > Igor:
>> > > > > > > > > > > > > > > Hello! I ran the latest CVS code in debug mode
>> on my
>> > > > > > > > > > > > > > > Win98 laptop. It crashed whenever I ran it with
>> AOL
>> > > > > connected.
>> > > > > > > > > > > > > > > The attached zipfile has three log file sets in
>> > > there.
>> > > > > > > > > > > > > > > One with no-AOL and no-LAN connection (no
>> crash),
>> > > one
>> > > > > with
>> > > > > > > > > > > > > > > a LAN connection (no crash) and one with AOL
>> > > (crash).
>> > > > > The AOL
>> > > > > > > > > > > > > > > case looks like it does in fact start running OS
>> > > > > detection.
>> > > > > > > > > > > > > > > I know we agreed that the network detection
>> process
>> > > > > > > > > > > > > > > should be bypassed when Kaboodle connects to the
>> > > > > Internet via
>> > > > > > > > > > > > > > > a modem. Perhaps the OS detection process is not
>> > > being
>> > > > > > > > bypassed
>> > > > > > > > > > > > > > > correctly?
>> > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > -Scott
>> > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > On Mon, 29 Jul 2002, Igor Kotelevsky wrote:
>> > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > Hello Scott.
>> > > > > > > > > > > > > > > > I don't found any information about error.
>> > > > > > > > > > > > > > > > Please update latest CVS source and run
>> Kaboodle
>> > > in
>> > > > > debug
>> > > > > > > > build.
>> > > > > > > > > > > > > > > > You will find new log file - NidLog.txt.
>> > > > > > > > > > > > > > > > Please send that file to me.
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > The log files vpnsocket1.txt, vpnsocket2.txt
>> now
>> > > > > generate in
>> > > > > > > > > > > > Kaboodle
>> > > > > > > > > > > > > > > > install directory.
>> > > > > > > > > > > > > > > > That files appeared in pre-Akmosoft period.
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > - Igor
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > ----- Original Message -----
>> > > > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > To: "Igor Kotelevsky"
>> > > <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > Cc: "mailbox" <[EMAIL PROTECTED]>;
>> > > "Kaboodle-devel"
>> > > > > > > > > > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > Sent: Friday, July 26, 2002 8:32 PM
>> > > > > > > > > > > > > > > > Subject: Re: Bug Report, 22 July
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > Igor:
>> > > > > > > > > > > > > > > > > The Kaboodle log files are attached. I
>> didn't
>> > > even
>> > > > > > > > > > > > > > > > > know Kaboodle was generating these. :) Can
>> we
>> > > write
>> > > > > them
>> > > > > > > > > > > > > > > > > into the Kaboodle install directory instead
>> of
>> > > C:\.?
>> > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > Please let me know what progress you make on
>> > > this
>> > > > > > > > > > > > > > > > > error source. It's holding up the public
>> release
>> > > of
>> > > > > 0.90.
>> > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > -Scott
>> > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > On Fri, 26 Jul 2002, Igor Kotelevsky wrote:
>> > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > Hello Scott.
>> > > > > > > > > > > > > > > > > > The output files you have attached were
>> really
>> > > > > short.
>> > > > > > > > > > > > > > > > > > Please attach the Kaboodle's log files
>> > > > > vpnsocket1.txt,
>> > > > > > > > > > > > > > vpnsocket2.txt.
>> > > > > > > > > > > > > > > > > > You can find these files in the directory
>> C:\.
>> > > > > > > > > > > > > > > > > > Please remove these files before your
>> test.
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > The description of "A fatal exception OE"
>> can
>> > > be
>> > > > > finding
>> > > > > > > > on
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > >
>> > > > >
>> > >
>> http://support.microsoft.com/default.aspx?scid=/support/windows/topics/error
>> > > > > > > > > > > > > > > > > > msg/kbfe0e.asp
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > - Igor
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > ----- Original Message -----
>> > > > > > > > > > > > > > > > > > From: "Scott C. Best" <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > > > To: "mailbox" <[EMAIL PROTECTED]>;
>> > > > > > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > > > Cc: "Kaboodle-devel"
>> > > > > > > > <[EMAIL PROTECTED]>
>> > > > > > > > > > > > > > > > > > Sent: Friday, July 26, 2002 10:57 AM
>> > > > > > > > > > > > > > > > > > Subject: Re: Bug Report, 22 July
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > VK, Igor:
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > I tested this again tonight. I installed
>> > > VC++ on
>> > > > > my
>> > > > > > > > > > > > > > > > > > > poor little Win98 laptop, applied the
>> latest
>> > > SP5
>> > > > > > > > service
>> > > > > > > > > > pack.
>> > > > > > > > > > > > > > > > > > > I compiled the latest source, connected
>> to
>> > > AOL,
>> > > > > and
>> > > > > > > > > > started
>> > > > > > > > > > > > > > > > > > > the debug. Output attached (I don't know
>> why
>> > > > > it's so
>> > > > > > > > > > short,
>> > > > > > > > > > > > > > > > > > > but it is).
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > Kaboodle starts, and the "Detecting
>> Network"
>> > > > > message
>> > > > > > > > > > > > > > > > > > > box comes up. At this point, in my
>> opinion,
>> > > it
>> > > > > should
>> > > > > > > > > > detect
>> > > > > > > > > > > > > > > > > > > that it's on a modem and give up. It
>> > > doesn't.
>> > > > > About
>> > > > > > > > half a
>> > > > > > > > > > > > > > > > > > > minute later, "Classifying New Devices"
>> > > comes
>> > > > > up.
>> > > > > > > > About 10
>> > > > > > > > > > > > > > > > > > > seconds later, Windows then blue screens
>> > > with
>> > > > > the
>> > > > > > > > message:
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > "A fatal exception OE has occurred at
>> > > > > 0028:C004A08B in
>> > > > > > > > VXD
>> > > > > > > > > > > > > > NDIS(01) +
>> > > > > > > > > > > > > > > > > > > 00002F1F. The current application will
>> be
>> > > > > terminated."
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > The second time I tried this, the debug
>> > > output
>> > > > > looks
>> > > > > > > > > > > > > > > > > > > like it started the VNC auto-detection
>> > > before it
>> > > > > > > > crashed.
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > Any advice appreciated.
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > -Scott
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > On Mon, 22 Jul 2002, Scott C. Best
>> wrote:
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > > I tested Kaboodle on a un-networked
>> Win98
>> > > > > machine
>> > > > > > > > which
>> > > > > > > > > > > > > > > > > > > > uses AOL as the dialup ISP. I
>> connected to
>> > > > > AOL, then
>> > > > > > > > > > started
>> > > > > > > > > > > > > > > > > > > > Kaboodle, and it blue-screen'd the PC
>> when
>> > > it
>> > > > > got to
>> > > > > > > > the
>> > > > > > > > > > > > > > > > > > > > "Classifying Devices" part of startup.
>> > > > > > > > > > > > > > > > > > > > Ouch.
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > > Is it possible to restrict network
>> > > detection
>> > > > > to use
>> > > > > > > > only
>> > > > > > > > > > > > > > > > > > > > LAN-based interfaces, as opposed to
>> > > > > > > > modem-interfaces? I
>> > > > > > > > > > > > can't
>> > > > > > > > > > > > > > > > > > > > imagine that we'd ever want to ping
>> 255
>> > > > > devices on
>> > > > > > > > one
>> > > > > > > > > > of
>> > > > > > > > > > > > AOL's
>> > > > > > > > > > > > > > > > > > > > subnets...
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > > -Scott
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > > >
>> > > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > > >
>> > > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > > >
>> > > > > > > > > > >
>> > -------------------------------------------------------
>> > > > > > > > > > > > This sf.net email is sponsored by: Dice - The leading
>> > > online
>> > > > > job
>> > > > > > > > board
>> > > > > > > > > > > > for high-tech professionals. Search and apply for tech
>> > > jobs
>> > > > > today!
>> > > > > > > > > > > > http://seeker.dice.com/seeker.epl?rel_code=31
>> > > > > > > > > > > > _______________________________________________
>> > > > > > > > > > > > Kaboodle-devel mailing list
>> > > > > > > > > > > > [EMAIL PROTECTED]
>> > > > > > > > > > > >
>> > > https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
>> > > > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > -------------------------------------------------------
>> > > > > > > This sf.net email is sponsored by: OSDN - Tired of that same old
>> > > > > > > cell phone? Get a new here for FREE!
>> > > > > > > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>> > > > > > > _______________________________________________
>> > > > > > > Kaboodle-devel mailing list
>> > > > > > > [EMAIL PROTECTED]
>> > > > > > > https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> >
>> >
>>
>>
SCB> -------------------------------------------------------
SCB> This sf.net email is sponsored by: OSDN - Tired of that same old
SCB> cell phone? Get a new here for FREE!
SCB> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
SCB> _______________________________________________
SCB> Kaboodle-devel mailing list
SCB> [EMAIL PROTECTED]
SCB> https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Kaboodle-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kaboodle-devel
