This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: SysV Ipc shm revisited...A new solution



> -----Original Message-----
> From: cygwin-owner@cygwin.com 
> [mailto:cygwin-owner@cygwin.com] On Behalf Of Charles Wilson
> Sent: Saturday, 8 June 2002 6:38 AM


> Ah! the fuss was because "key_t" is defined in newlib's 
> types.h file -- 
> which will almost always get included when compiling ipc 
> programs.  But 
> this definition conflicts with what the CURRENT libcygipc.a and 
> ipcdaemon.exe think...so newly compiled, cygipc-based apps 
> will ALWAYS 
> break (at runtime maybe, but more probably at linktime due to 
> conflicting definitions)...more below.
> </rhetorical>
 
Exactly.
 
> So, I'd need to insure that
>    1) ipc-daemon.exe and ipc-daemon2.exe can coexist
>      --> change the ID strings and filenames in IpcNtLit.h, 
> so that new 
> programs use a different ID string when contacting the 
> server, and the 
> new server answers to that new ID string.
>    2) teach ipc-daemon2 (and libcygipc2) that key_t is 64 bits.
> 
> However, in this scenario, there's really no reason for the 
> library name 
> to change.  (But the daemon name MUST change).  The old library, the 
> current libcygipc.a, will be completely useless after 
> cygwin-1.3.11 is 
> released.  So, I might as well let the new (functional) library be 
> libcygipc.a -- that way, existing programs that use libcygipc.a can 
> still -lcygipc and won't need to change their build process 
> to -lcygipc2 
> or somesuch.  But, so that people can have both cygipc daemons 
> running/installed on the same system, the daemon name must be 
> different.
> 
> Furthermore, this modification of the cygipc interface is not 
> "so that 
> people can switch between cygipc and cygdaemon versions 
> easily" -- that 
> still won't be easy, unfortunately.  The mod is necessary "so 
> that you 
> can actually build and link cygipc programs under cygwin-1.3.11".
> 
> Did I get that right, sensei?

The student is learning.

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]