On Mon, Aug 04, 2008 at 11:15:58AM +1000, Carsten Haitzler wrote: > On Sun, 3 Aug 2008 19:53:14 -0500 Jess <[EMAIL PROTECTED]> babbled: > > > Well, I am new to their system, and am providing evaluations of systems and > > processes to get them off of their SOC platform, and using Linux on ARM > > embedded boards, and the discussion of IPC came up, and of course I said > > "Yes, I have done that, using the EFL!" ;-), but once they started talking > > about Win32 they lost me, so I am thinking they may be testing their code on > > their desktops, and then putting that code into a current SOC implementation > > (is that possible???), and want to migrate it with minimal effort. The > > well .. if its the same platform - it's easy enough. if its windows desktop > and > wince on device. if its linux desktop and linux soc/device.. trivial (easier > than wince even). they may have a simulator environment if its something else > - > depends how much of a simulator (a full qemu-style hw one or a higher level os > simlator). Interesting. I am using Linux and have found it very easy to use the sample boards (Technologic and Arcom), but was kind of curious on the Windows side. They have asked about IDE's, and I am working with Eclipse/CDT for that purpose. I usually use vi, so am unaware of what may be out there to help in this sort of setting. Any experience you/anyone can share?
> > > information I currently have is pretty vague. It could be between hosts, as > > they do implement a sort of networking between remote units and a base > > station (via 900Mhz if it matters), but I have not yet gotten the in's and > > out's tour of their setup. > > well u'll want details - but if they use tcp/ip - then efl has ecore_con - > that > handles both unix and tcp/ip - wraps and hides the details. ecore_ipc is just > an ipc layer on top that guarantees delivery of a whole ipc message in one go > and not in pieces (so when u get the events saying "ipc message" and the > message is 89mb of data - you get it when all 89m of data have been delivered > and not before). Oh, very cool. I had not thought of it in that light (or aparently missed that conclusion when reviewing the docs/samples). > > > Ok, that actually clarifies a couple of other things as well ;-). > > > > Let me change the question a little bit. If I were to have an > > application and use the Ecore IPC, would it be possible to communicate with > > a > > Win32 host for IPC related tasks? What would the connection on the other > > end > > if it is another host - yes. as ecore_ipc sits on top of ecore_con and can do > ipc over a unix OR a tcp/ip socket. > Ok. That makes sense. > > look like in terms of required libraries, code, etc? As the port to Windows > > may still be lacking in terms of maturity, are there other alternatives that > > exist? In terms of the Ecore IPC, is this standards based in terms of how > > it > > communicates, and futher, is this a standard that would exist, or be > > implemented in a Win32 API? > > no ecore_ipc is not "standards based" - it's just a small packetised format > that > guarantees whole message delivery regardless of size. it's fairly simple.. > except for the header compression (that uses deltas based on previous ipc > messages to generate the ipc header data to avoid overhead). > > if you don't want this - ecore_con just gets you the raw data (bytes) going > back > and forth in a convenient way with ecore and events, and on the win32 side its > just normal raw sockets - send/receive your bytes and do with them as u like. > :) Ok, tho I think I'll leave the Win32 side for one of their in house guys. Windows scares me ;-) Thanks again for your insight! > > > I will try and get more information tomorrow about this, as your questions > > have highlighted some unknowns that may be problematic ;-) . > > > > > > > -- > > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > > > > > Thanks Raster! > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > enlightenment-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > Thanks, Jess ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
