Hello Neil,



As you asked for, I am informing you that I've just recieved your check

and have also just cashed it in. It was worth 6077 SIT local curency, so

I might say that the value of a dollar swinged up a bit lately,

resulting in the fact that I have recieved 1,283% more than I have

expected. But I guess the 77 SIT won't make any diffirence at all.



Neil Nelson wrote:

> I just ran the Dependency Walker on your IIO.DLL, which looked

> very interesting, and also reviewed the link for using VB DLLs

> with MS C++.



Note here that DW cannot display the functions in VB DLLs, because these

are COM-mode DLLs. The only way to access functions in them, as I know

it in VB, is to create an object out of the class included in the DLL.

Programmers have noted on the technical support newsgroup that VB DLLs

are equaly usefull in all programing languages.



> For the encryption/Internet-communications part (SSH) I am

> working along the lines that your program will likely

> communicate with the modified SSH programs via a socket.

> Process communication socket code is similar to TCP or UDP

> socket code.

> 

> But clearly your research may come in handy in merging VB and

> C++ code using MS compilers.  Harold said he has a copy of MS

> C++ (he might have also mentioned VB), and for the progress of

> the PC Anywhere clone it may be efficient to coordinate coding

> with him.  That is, he was working on the command line portion.

> 

> Also he mentioned just recently that he would like to assemble

> an IOS network managment program and there may be some useful

> coordination there.  And then there needs to be some

> applications that run on the IOS that make the IOS directly

> useful.  The PC Anywhere clone and your messaging capability

> provide applications that are directly useful.  The IOS only

> supports applications and is not very interesting to the user/

> customer by itself.



I understand. I will also do some active time-mangament as my current

free-flow methods do not appear to be too functional. =]



> I was at the computer store yesterday and saw that around a

> half dozen or so shrink wrap applications were capable of

> performing PC Anywhere kinds of functions.  And Harold

> mentioned that AOL's ICQ was moving in our direction, and it

> seems as though we could also include ICQ functions easily.

> And there is an open-source LICQ download at SourceForge that

> might be easily included.

> 

> What comes to mind is that there are a number of applications

> that would fit well with our IOS orientation, and then there

> are code sources for many of those applications that would

> allow either a direct inclusion in a suite of applications

> for the IOS similar to how Linux is packaged or provide an

> easily integration route.



Yes that was my idea of IOSC's Function server; it provides all the

attachability we could ever need. Of course be sure that I do not expect

the same code to be perfect forever! You can suggest a better FS-to-App

communication method. 



I have already noticed that the Windows Registy remains as buggy as it

always was. ;] Actualy, a RAM disk appears to be more functional for

message transfer than the Registry.  



> Clearly we would not want to only just repeat the kinds of

> aggregations that may be easily done by others or by the user,

> and instead identify those applications that obtain a greater

> interest because of an IOS orientation.  P2P kinds of

> applications would be an obvious group.  E.g., it is likely

> now that each P2P application is standalone, and then we

> could investigate what kinds of efficiencies would derive

> from integrating those applications with the IOS.  This would

> be similar to MS' bundling of applications with its OS.



When you mention MS's efforts to provide a inter-software link, I try

not to remember just how porly it is done.



The real good idea of MS, which I respect most, is the aspect of DLLs.

It is the utterly modular way of making software, but allas something MS

rarely ever uses.





> Another big area that I am looking at is the development of

> programming tools (an API) that allows easy use of IOS

> services such as Internet DB access and perhaps components

> embedded in the P2P applications.  The commonly used

> functions making up P2P applications identify the kinds of

> functions a programmer would want to easily include in their

> own P2P programs.

> 

> Regards,

> 

> Neil Nelson





--



Don't feel bad about asking/telling me anything, I will always gladly

reply.



Digging for info? Try AI Meta Search:

Http://WWW.AIMetaSearch.Com



GTSC4 -- If nobody else wants to do it, why shouldn't we?(TM)

Meson & GTSC4 are now merged:

Http://WWW.MesonAI.Com

