DOCSLIB.ORG

Portable Inter Process Communication Programming

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Portable Inter Process Communication Programming The Second International Conference on Advanced Engineering Computing and Applications in Sciences Portable Inter process Communication Programming Morteza Kashyian Computer Engineering Department Iran University of Science & Technology [email protected] Seyedeh Leili Mirtaheri Ehsan Mousavi Khaneghah Department of Computer Engineering Department of Computer Engineering Iran University of Science & Technology Iran University of Science & Technology [email protected] [email protected] Abstract Most applications are consisted of several activities that are fulfilled by different processes. programs. This idea enables developers to And even processes are included different child program on top of the existing IPC mechanisms processes named light processes or threads. The and uses their functionalities. But what is IPC? basic idea of dividing the whole activities to Inter process Communication (IPC) is a processes is followed by the reusability and collection of mechanisms that provide sharing ideas. Therefore, applications need an communication between two processes with their IPC mechanism to establish the communication different memory space. The point to consider is between the processes. Inter process the unawareness of programs from each other. communication that is known as IPC is a The independency causes programs are written collection of mechanisms that meet the in different domain and communicate easily. As communication requirements between processes. a result IPC enable applications to have System V defines standard for IPC mechanism concurrent task. [1] named SVIPC. Different operating systems The only problem is the lake of uniform solution implement SVIPC standard in different manner. because different operating systems implement Therefore programs that are using the IPC these mechanisms on their own way like Apple mechanism have different structure in other Event technology by Apple or Object Linking operating systems. On the other hand and Embedding by Microsoft and Message reproducing program for various operating Passing by Linux. Some of them are common in systems is a time consuming activity. Porting is a all operating system like Pipe, but solution to writing programs with the least implementation mechanisms are different and changes to port them on different operating cause to not be portable between operating systems. In this survey we present a brief systems. introduction of various IPC mechanisms in the Different communication techniques like two operating systems and describe porting message passing or shared memory are used to Windows’ programs to Linux by mapping the implement communication. On the other hand IPC primitives as a solution. We present the different implementation on various operating porting as a solution to portable IPC systems causes those written programs for a programming. While the program is written with family of operating system cannot simply run on windows IPC mechanism can use our wrapper to another family. Therefore, considering be able to run in Linux operating system. portability feature can regulate the problem. The Keywords: Inter process communication, objective of the following solution is to suggest a SVIPC, Linux, Windows, and Portability. solution to implement portable IPC in 1. Introduction heterogeneous environment with different operating systems without programmer effort to One of the most important subjects in the change and modify the program. programming is communication between the 978-0-7695-3369-8/08 $25.00 © 2008 IEEE 181 DOI 10.1109/ADVCOMP.2008.38 Portability requirement is augmented with the the kernel objects is the Win32-API or other growth in high performance computing subsystems such as POSIX. The Win32 allows applications and causes to increase various type developers write applications that run on all of migration. And establish to programmer a safe versions of Windows. On the other hand POSIX programming while programmer doesn’t need to provides a portable and standard-compliant change the program from one environment to environment to run an application on different another environment. It includes different operating systems [7]. In this area our focuses is methods and implementations for specific IPC in the Win32-API and the equivalent domains with individual requirements in, other mechanisms in the Linux. words it requires ad hoc solutions [3]. 3. IPC in MS-WIN Also portability is treated as a quality factor in software engineering [8, 9]. Unfortunately there MS-Win provide a wide range of IPC is not a systematic way to identify the portability mechanisms such as Clipboard, Data Copy, problems. Winsock and others to send and receive the Portability ability of the programming language messages between two processes or copy the is a key point to generate portable programs or to data in a shared section in memory or file. In the implement a solution to port programs. following nine IPC mechanisms supported by Obviously, portability achievement with low level languages is more accessible, i.e. more near MS-Win are mentioned briefly. In Clipboard mechanism coupling between the to machine code more flexibility to port the program. However, with the very low level processes is low and the drawback is that the processes must agree on the data format. It can languages, the simplicity of use is lost. In be used between applications and within an addition chosen language should be application. A memory object can be any data understandable by most machines like format (clipboard format). By Data Copy the FORTRAN, COBOL or C. the languages other than C despite of standards have vast differences data is being copied to the destination memory space from the source memory space after that on different operating systems [6]. Languages communication is established by sending request like C, C++, Shell, Perl, Tcl, Python, Java and message (WM_COPYDATA) to the destination Emacs Lisp are highly portable. Despite the possibility to port the C code between UNIX process and identification of the sender by receiver. Dynamic Data Exchange does not species, C binding differences on other operating define any restriction on the exchanged data systems are the source of portability problems, format as previously mentioned one. although Windows NT supports ANSI/POSIX C In contrary to the Clipboard that is one-time API [12]. response to user command the DDE is a C language is suitable one because has continual data exchange. It can be used between capabilities like typedef that isolate the definition of machine dependent data types, tight coupled application by customize the DDE data format to implement special purpose IPC. In sizeof(type) construct to find the size of any of these defined data types and the union the File Mapping the contents of a file can be mapped to a virtual memory. Mailslot enable declaration to define the overlaying of data [5]. processes to communicate each other in a one- On the other hand C is not fully type-safe way channel. Server is the process that creates language and that causes difficulties to declare portability on machines. the mailslot and mailslot clients by writing messages to their mailslots can communicate All these portable languages have to use with the server. It is suitable one for operating system s system calls or API s for IPC asynchronous communication. Pipes are mechanisms and extremely are depended to supported about in all operating systems. MS- operating system. Operating systems have different architectures. Win supports two types of pipes, named and anonymous. The later one enable the related processes like the child process to exchange the 2. MS-WIN Architecture data with their parents. To provide a duplex operation the processes need to create two In the first glance to the architecture of the MS- anonymous pipes, one from client to server and Win, it is consists of two major parts, kernel and the other one for the reverse direction. In user modes (Fig 1). And the only way to access contrary to the anonymous, the named pipes do 182 not have any restriction in the communication system. So it can be reused after doing all I/O between non-related processors. A named pipe operations. Full duplex pipe is a bidirectional server is identified by the name of the pipe (well stream based connection. System V IPC named pipe) and data will be transferred after introduces three communication mechanisms both the server and the client connect to named (message queues, semaphores, and shared pipe. Winsock is the MS-Win implementation of memory). To use the System V IPC it is sockets popularized by Berkeley Software sufficient to obtain the unique id of the IPC Distribution (BSD). It uses the communication object. Message queue is a linked list in the capabilities of the underlying protocol. Therefore address space of the kernel. On the other hand it provides a protocol-independent interface such semaphore is an integer to lock the shared that an application using Winsock can resources in a multiple process environment. As communicate with other applications using a matter of fact message queue is a linked list different socket implementation on other within the address space of the kernel. Messages systems. It is very helpful to implement the are sent to the queue in order and can be communication between heterogeneous retrieved in different ways. Semaphore acts as a operation systems. Remote Procedure Call counter and is used by processes to control enables applications to call functions of the other access to shared resources. For example to applications remotely. The RPC facility provided prevent writing to a memory segment in shared by Windows is compliant with the Open memory. It implements locking mechanism. For Software Foundation (OSF) Distributed example, to prevent writing to a same memory Computing Environment (DCE). Therefore segment more than more than one in shared applications on different operating systems that memory mechanism. A mapped and shared area support DCE can communicate each other. Since of memory by multiple processes is called shared the RPC handle communication between memory.
Load more

Recommended publications
  • Running Windows Programs on Ubuntu with Wine Wine Importer Shanna Korby, Fotolia
    KNoW-HoW Wine Running Windows programs on Ubuntu with Wine Wine importer Shanna Korby, Fotolia Korby, Shanna Users who move from Windows to Ubuntu often miss some of their favorite programs and games. Wouldn’t it be practical to run Windows applications on the free Ubuntu operating system? Time for a little taste of Wine. BY TIM SCHÜRMANN any Ubuntu migrants miss to develop something similar for Linux. Box or VMware, Wine does not emulate games and graphics programs A short while later, the first version of a whole PC and thus cannot be consid- Msuch as CorelDRAW or prod- Wine was released. Today, more than ered a real emulator. This also explains ucts such as Adobe Photoshop. The only 300 volunteer programmers from all over the name Wine, which means Wine Is solution is to install Windows parallel to the world continue to contribute to the Not an Emulator. Ubuntu – or try Wine, which tricks ap- Wine project. Because of the way Wine works, it of- plications into believing they are run- fers a number of advantages. Chiefly, ning on a Windows system. What’s in a Name? you do not need an expensive Windows The history of Wine goes back to the To run Windows programs on Ubuntu, license. Programs will run almost as fast year 1993. At the time, Sun developed a Wine uses a fairly complex trick: It sits as on the Redmond operating system, small tool to run Windows applications between the Windows application and and windows behave as if they belong on its own Solaris operating system, Ubuntu like a simultaneous interpreter.
    [Show full text]
  • Introduction to Containers
    Introduction to Containers Martin Čuma Center for High Performance Computing University of Utah [email protected] Overview • Why do we want to use containers? • Containers basics • Prepare your computer for containers • Build and deploy a container • Containers for complex software • https://www.surveymonkey.com/r/RDMBHMS 10/31/2017 http://www.chpc.utah.edu Slide 2 Hands on setup 1. Download the talk slides http://home.chpc.utah.edu/~mcuma/chpc/Containers17.pdf https://tinyurl.com/y8v44z95 2. If you have CHPC account, using terminal application (Mac terminal, PuTTY, GIT Shell) – ssh [email protected] 3. Make sure you can see singularity – which singularity 4. Make sure you can sudo singularity command – sudo singularity –version OR – if you don’t have CHPC account, use Singularity on your laptop 10/31/2017 http://www.chpc.utah.edu Slide 3 Why to use containers? 10/31/2017 http://www.chpc.utah.edu Slide 4 Software dependencies • Some programs require complex software environments – OS type and versions – Drivers – Compiler type and versions – Software dependencies • Python/R/MATLAB versions • glibc, stdlibc++ versions • Other libraries and executables • Python/R libraries 10/31/2017 http://www.chpc.utah.edu Slide 5 Reproducible research • Research outputs include software and data • Software reproducibility – Software repositories (svn, git) – Good but often software has dependencies • Data reproducibility – Data as publication supplementary info, centralized repositories (NCBI), … – Disconnected from the production environment
    [Show full text]
  • Sdruno (Extio) on Linux Using Wine 4.0 on Ubuntu 16.04 a Guide Put Together by the Community
    SDRuno (ExtIO) on Linux using Wine 4.0 on Ubuntu 16.04 A Guide Put Together by The Community The following procedure outlines the approach used to get the ExtIO version of SDRuno running under Wine within a Linux environment. This was pulled together as a result of the efforts of various individuals on the SDRplay forum and we have found that it works on Ubuntu 16.04. Please note the following: • This is for x86 platforms ONLY and will not work on ARM systems • If you have little or no experience with Linux, this is not recommended. Linux is in our view, not for the inexperienced or faint-hearted users. • This is NOT an ‘official’ SDRplay flow. We will not be providing ANY support for users who try this and have problems. We recommend that if you are having problems that you reach out via our community forum and hopefully the people that figured this out will be in a better position to advise you. • This flow also works for HDSDR. It may also work for SDR# or any other Windows applications that use the RTL_TCP interface or the ExtIO interface. • This will NOT work with the main version of SDRuno (non ExtIO version) at present, but we hope that we will be able to provide hooks in the future so that it will. • This does not diminish our commitment to develop a fully-fledged native Linux version of SDRuno as part of our cross-platform development program. This is intended to open more options for dedicated Linux users.
    [Show full text]
  • Reactos-Devtutorial.Pdf
    Developer Tutorials Developer Tutorials Next Developer Tutorials Table of Contents I. Newbie Developer 1. Introduction to ReactOS development 2. Where to get the latest ReactOS source, compilation tools and how to compile the source 3. Testing your compiled ReactOS code 4. Where to go from here (newbie developer) II. Centralized Source Code Repository 5. Introducing CVS 6. Downloading and configuring your CVS client 7. Checking out a new tree 8. Updating your tree with the latest code 9. Applying for write access 10. Submitting your code with CVS 11. Submitting a patch to the project III. Advanced Developer 12. CD Packaging Guide 13. ReactOS Architecture Whitepaper 14. ReactOS WINE Developer Guide IV. Bochs testing 15. Introducing Bochs 16. Downloading and Using Bochs with ReactOS 17. The compile, test and debug cycle under Bochs V. VMware Testing 18. Introducing VMware List of Tables 7.1. Modules http://reactos.com/rosdocs/tutorials/bk02.html (1 of 2) [3/18/2003 12:16:53 PM] Developer Tutorials Prev Up Next Chapter 8. Where to go from here Home Part I. Newbie Developer (newbie user) http://reactos.com/rosdocs/tutorials/bk02.html (2 of 2) [3/18/2003 12:16:53 PM] Part I. Newbie Developer Part I. Newbie Developer Prev Developer Tutorials Next Newbie Developer Table of Contents 1. Introduction to ReactOS development 2. Where to get the latest ReactOS source, compilation tools and how to compile the source 3. Testing your compiled ReactOS code 4. Where to go from here (newbie developer) Prev Up Next Developer Tutorials Home Chapter 1. Introduction to ReactOS development http://reactos.com/rosdocs/tutorials/bk02pt01.html [3/18/2003 12:16:54 PM] Chapter 1.
    [Show full text]
  • Windows Legacy Application Support Under Wine
    White Paper: Windows Legacy Application Support Under Wine Windows Legacy Application Support Under Wine Windows Legacy Application Support Under Wine Overview: With the constant pressure from Microsoft to migrate to newer versions of Windows, many users are left with unpalatable options for running their older applications. Wine Wine offers a viable offers a viable, inexpensive alternative for keeping alternative for keeping these legacy applications functioning in perpetuity. legacy Windows apps It is a truism that the needs of customers and vendors are often at running in perpetuity. cross-purposes. Nowhere has this been more vividly demonstrated than in the forced upgrade cycles of the Microsoft Windows platform, which have completely reversed the leverage customers normally wield over their suppliers. In many cases, end-users have seen little utility in switching to newer versions of Windows, but have been left with essentially zero choice in the matter. Forced OS upgrades have, in turn, forced the migration of many legacy applications. These older Windows programs—which in many cases are still perfectly functional—must either be redeveloped for a newer Windows platform, or replaced. This places yet another cost on top of the cost of the OS upgrade. However, this cycle, which once appeared unbreakable, now seems to be weakening. For one thing, Windows is no longer as dominant as it once was on the desktop. The rise of both Mac OS X and Linux have begun eating into the monopolistic power of Microsoft to dictate these cycles. Second is the fact that users now have a realistic alternative The MS OS forced- for running their legacy apps.
    [Show full text]
  • The Other Architectures and Wine
    The other Architectures and Wine By André Hentschel Agenda ● PowerPC ● MIPS ● ARM ● AArch64 ● Thumb-2 ● Buildroot PowerPC (32-Bit) ● Not quite matured ● Not many users left (even none?) ● Missing debugger support Status: Keep it alive as far as feasible MIPS (32-Bit / 64-Bit) ● Interesting with regards to Android ● I tried porting it, but there seems to be some nasty problem with virtual memory Status: Not working, not upstream ARM (32-Bit) ● Runs PEs, gets packaged ● Waiting for mingw-w64-arm ● Biggest area of potential improvements is floating point support (mostly for debugging purposes) Status: Most matured “other Architecture” ARM64 (AArch64) ● VarArgs support needed in GCC as it was with x86_64 ● Register X18 used for TEB on Windows, GCC uses it as temp register and as “static chain register” Status: Winelib only due to ABI problems Thumb-2 ● Bug 33349 ● “Use Thumb binaries on ARM?” ● Want to keep the ARM port compatible to old ARMv5TE hardware ● So maybe as “new” Architecture? Status: Thinking about it Buildroot.org ● A simple, efficient and easy-to-use tool to generate embedded Linux systems through cross-compilation ● A set of Makefiles and patches ● Can generate any or all of a cross- toolchain, a rootfs, a kernel image and a bootloader image Buildroot.org ● Wine (1.6.2) support since 2015.05 ● Can easily be used to test Wine on different architectures, just replace 1.6.2 with the version you like and select needed packages ● Should I add a Wiki page about it? config BR2_PACKAGE_WINE bool "wine" depends on BR2_TOOLCHAIN_USES_GLIBC # Wine only builds on certain architectures depends on BR2_HOSTARCH = "x86_64" || BR2_HOSTARCH = "x86" || \ BR2_HOSTARCH = "powerpc" || BR2_HOSTARCH = "arm" || \ BR2_HOSTARCH = "aarch64" # Wine has much CPU specific code and mostly makes sense on x86 depends on BR2_i386 help Wine is a compatibility layer capable of running Windows applications on Linux.
    [Show full text]
  • DOS Virtualized in the Linux Kernel
    DOS Virtualized in the Linux Kernel Robert T. Johnson, III Abstract Due to the heavy dominance of Microsoft Windows® in the desktop market, some members of the software industry believe that new operating systems must be able to run Windows® applications to compete in the marketplace. However, running applications not native to the operating system generally causes their performance to degrade significantly. When the application and the operating system were written to run on the same machine architecture, all of the instructions in the application can still be directly executed under the new operating system. Some will only need to be interpreted differently to provide the required functionality. This paper investigates the feasibility and potential to speed up the performance of such applications by including the support needed to run them directly in the kernel. In order to avoid the impact to the kernel when these applications are not running, the needed support was built as a loadable kernel module. 1 Introduction New operating systems face significant challenges in gaining consumer acceptance in the desktop marketplace. One of the first realizations that must be made is that the majority of this market consists of non-technical users who are unlikely to either understand or have the desire to understand various technical details about why the new operating system is “better” than a competitor’s. This means that such details are extremely unlikely to sway a large amount of users towards the operating system by themselves. The incentive for a consumer to continue using their existing operating system or only upgrade to one that is backwards compatible is also very strong due to the importance of application software.
    [Show full text]
  • Linux Games Page 1 of 7
    Linux Games Page 1 of 7 Linux Games INTRODUCTION such as the number of players and the size of the map, then you start the game. Once the game is running clients may Hello. My name is Andrew Howlett. I've been using Linux join the game. Clients connect to the game using TCP/IP, since 1997. In 2000 I cutover to Linux for all my projects, so it is very easy to play multi-player games over the except I dual-booted Windows to play games. I like to play Internet. Like many Free games, clients are available for computer games. About a year ago I stopped dual booting. many platforms, including Windows, Amiga and Now I play computer games under Linux. The games I Macintosh. So there are lots of players out there. If you play can be divided into four groups: Free Games, native don't want to play against other humans, then Freeciv linux commercial games, Windows Emulated games, and includes some nasty AIs. Win4Lin enabled games. This presentation will demonstrate games from each of these four groups. BZFlag Platform BZFlag is a tank combat game along the same lines as the old BattleZone game. Like FreeCiv, BZFlag uses a client/ Before I get started, a little bit about my setup so you can server architecture over TCP/IP networks. Unlike FreeCiv, relate this to whatever you are running. This is a P3 900 the game contains no AIs – you must play this game MHz machine. It has a Crystal Sound 4600 sound card and against other humans (? entities ?) over the Internet.
    [Show full text]
  • The Linux Gamers' HOWTO
    The Linux Gamers’ HOWTO Peter Jay Salzman Frédéric Delanoy Copyright © 2001, 2002 Peter Jay Salzman Copyright © 2003, 2004 Peter Jay SalzmanFrédéric Delanoy 2004-11-13 v.1.0.6 Abstract The same questions get asked repeatedly on Linux related mailing lists and news groups. Many of them arise because people don’t know as much as they should about how things "work" on Linux, at least, as far as games go. Gaming can be a tough pursuit; it requires knowledge from an incredibly vast range of topics from compilers to libraries to system administration to networking to XFree86 administration ... you get the picture. Every aspect of your computer plays a role in gaming. It’s a demanding topic, but this fact is shadowed by the primary goal of gaming: to have fun and blow off some steam. This document is a stepping stone to get the most common problems resolved and to give people the knowledge to begin thinking intelligently about what is going on with their games. Just as with anything else on Linux, you need to know a little more about what’s going on behind the scenes with your system to be able to keep your games healthy or to diagnose and fix them when they’re not. 1. Administra If you have ideas, corrections or questions relating to this HOWTO, please email me. By receiving feedback on this howto (even if I don’t have the time to answer), you make me feel like I’m doing something useful. In turn, it motivates me to write more and add to this document.
    [Show full text]
  • Versatile Vintage More and More Windows Applications Run on Linux Thanks to Wine
    COVER STORIES Practical Wine Building a Wine environment for Windows applications Versatile Vintage More and more Windows applications run on Linux thanks to Wine. If you spend a little time on configuration and troubleshooting, you won’t be stuck in Windows – even with applications that no one dreamed would run on Linux. By Harald Jele eyond the easily replaceable large office and graphics packages, the market bustles with countless, typically smaller programs that cater to the needs of small- to B medium-sized niches. Commonly, companies or govern- ment offices create their own custom, mission-critical applications. The famous Wine system libraries [1] provide a means for running Windows applications from within Linux. Right now, version 1.4 is the stable release, and development release 1.5.6 is also available. Configuring Wine has completely changed in the course of the years. Al- though Wine was once regarded as complicated, it has become significantly easier and clearer, and it handles many annoying details that were formerly left to the admin. These details that once caused grief and are now rel- atively painless include integrating removable devices such as DVDs or integrating the CUPS printing sys- tem. An equally significant change in the architecture of Wine was the in- troduction of prefixes (since 2003, AUTHOR also known as bottles). Setting up a prefix means you can install and op- Dr. Harald Jele works for the University of Klagenfurt and is currently engaged erate Windows software within a with the technical aspects of putting pre-defined context without conflict- Klagenfurt author Robert Musil’s works ing with other software.
    [Show full text]
  • Linux Porting Chris Palow ESM Consists of Three Parts for The
    ESMS – Log Server Brian Goodman Overlay tree gets quite large (we hope). How to gather performance/error logs in a robust and scalable fashion? Constraint: We would like to avoid recompiling the kernel. ¾Problem: Linux has a default limit of 512 threads per process •Solution: Don’t use threads! ¾Problem: Select() can poll only 1024 file descriptors by default (we need 2 per connection!) •Solution: Multiple instances per machine– run each one on a different port •Solution: Multiple machines–give clients a list of machine/port pairs; they can pick one randomly for each connect ¾Problem: On a dropped connection/failed ESMS, how much data was lost in transit? What should be re-sent? •Solution: Keep a buffer of recently sent data, at least as large as the kernel buffer •Solution: On reconnect, sent byte number to begin from, entire buffer– ESMS can simply seek() and begin appending! Source Linux Porting Chris Palow Source Monitor ESM consists of three parts for the viewers: ESMS Monitor the overlay node, a QuickTime player, and the program that coordinates the interaction between the other two. ¾Problem: Find a QuickTime player for Linux: Encoders • Has to support a video and an audio codec we can broadcast • Has to support receiving the ESMS – Log broadcast in a RTP stream ESM Node Server ¾Possible Solution: Open source players (Windows Clients) • They support codecs we use • They don’t support the encapsulation in RTP streams. ¾Solution: Emulate the Windows Apple QuickTime Player. • Not “true” emulation. ESM Node • ISA is the same just the system calls (Mac Clients that are different Under Construction) ESM Node • Wine wraps Windows system calls (Linux Client) to their Linux equivalents.
    [Show full text]
  • A Semi-Technical White Paper: an Introduction
    A Semi-Technical White Paper: An Introduction to Wine Wine: An Introduction Wine: An Introduction Overview: Wine is a Windows compatibility technology that allows a wide variety of Windows Using Wine offers the software to run as-if-natively on Unix-based best of both worlds— operating systems like Linux and Mac OS X. Using Wine offers the best of both worlds—being being able to run the able to run the applications you want on the applications you want on operating system you want. This paper discusses the operating system you Wine as a technology. want. What is Wine? Wine is a technology developed under the auspices of The Wine Project, an open-source community of developers in much the same mold as the developer community that created the Linux operating system in the first place. The Wine Project’s goal is simple—to recreate the functionality of the Windows operating system and make it available on the other Unix-based operating systems. By doing so, operating systems like Linux and Mac OS X will become fully Windows-compatible platforms, allowing their users the freedom to run not only their respective native software offerings, but Windows applications as well. In the fifteen years since the project’s inception, Wine has made remarkable strides towards achieving this overall goal. What’s Under the Hood? Technically speaking, Wine is not an emulator technology. Emulators run an actual copy of the Windows operating system within a virtual machine that is hosted by the target operating system. Wine is not a virtual machine.
    [Show full text]