> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of dextro
> Sent: Monday, February 01, 1999 10:07 AM
> To: [EMAIL PROTECTED]
> Subject: Re: network programming
>
>
> right now java is looking good for the server side of things. and possibly
> the major portion of clients. does programming servers/clients in different
> languages bring up any incompatability issues? the win32 client will almost
> certainly be in c/c++ because the person working on that end is a bound
> windows junkie and visual c++ is his pride and joy.
> maybe i can fire up windows and grab a copy of visual j++. are there any
> other gui java environments that i could try to get him to use? thanks
>
> bryan
programming languages themselves do not change the interoperability
of the sockets. Different languages basically provide a different interface to
the socket. You're still reading/writing raw bytes. As far as alternatives to
Visual J++, I think the best one I've heard of is Borland's JBuilder2. I played
with it for two seconds and hated it but everyone else seems to love it so maybe
I'm just on crack.
>
> -----Original Message-----
> From: Cheng Zhou <[EMAIL PROTECTED]>
> To: dextro <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
> <[EMAIL PROTECTED]>
> Date: Monday, February 01, 1999 9:00 AM
> Subject: RE: network programming
>
>
> >Well, Win32 has it's own version of berkeley-ish sockets called
> >Winsock. Programming against it is not too difficult and most of the code
> will
> >be pretty portable, get ready for a lot of #ifdef though.
> >Not to sound like a Java envangelist ,which I suppose is better than a
> Windows
> >evangelist that I've often been accused of being, but is there
> >some reason why you need to use C/C++? Most of the interfaces for sockets
> in
> >C/C++ are very low level and do require a lot of learning.
> >If you can do it with Java, I'm completely sold on using it for server-side
> >programming. Also consider that you'll get cross-platform threading, which
> >might be important if you're implementing a server of any kind.
> >
> >Anyways, something to consider.
> >
> >For C++, there's a very nice library called socket++ which abstracts
> >away some of the socket stuff. It's only available for Unix platforms but
> you
> >might be able to get it to work on Win32 as well.
> >
> >Cheng
> >
> >> -----Original Message-----
> >> From: [EMAIL PROTECTED]
> >> [mailto:[EMAIL PROTECTED]]On Behalf Of dextro
> >> Sent: Sunday, January 31, 1999 11:36 PM
> >> To: [EMAIL PROTECTED]
> >> Subject: Re: network programming
> >>
> >>
> >> well, i will be assuming for the time being that the majority of the
> clients
> >> will be using a win32 os. i, however, do use linux and i would like the
> >> server to be cross.platform complient at least across linux [x86/alpha]
> and
> >> solaris. is the implementation of this difficult? i assumed perhaps
> >> prematurely that if i did my coding in c/c++ that there would be little
> work
> >> involved porting my project to another platform. am i completely out of
> line
> >> here?
> >>
> >> -----Original Message-----
> >> From: Chip Rosenthal <[EMAIL PROTECTED]>
> >> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> >> Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> >> Date: Sunday, January 31, 1999 9:29 PM
> >> Subject: Re: network programming
> >>
> >>
> >> >dextro writes:
> >> >> this isnt directly related to linux but might touch on it a bit. does
> >> anyone
> >> >> have any in depth resources for cross.platform network programming?
> >> >
> >> >Cross which platforms? If you mean TCP/IP across Unixishy machines,
> >> >than Rich Stevens' books (both Unix Network Programming and Unix
> >> >System Programming) are very good.
> >> >
> >> >--
> >> >Chip Rosenthal * Unicom Systems Development http://www.unicom.com/
> >> >Has your mail server been spamproofed? http://maps.vix.com/tsi/
> >> >Outlaw junk email * Support CAUCE http://www.cauce.org/
> >> >"Sure it's working, but couldn't you shine it up some?"
> >>
> >---------------------------------------------------------------------------
> >> >Send administrative requests to
> [EMAIL PROTECTED]
> >>
> >> -------------------------------------------------------------------------
> --
> >> Send administrative requests to [EMAIL PROTECTED]
> >>
> >
> >---------------------------------------------------------------------------
> >Send administrative requests to [EMAIL PROTECTED]
>
> ---------------------------------------------------------------------------
> Send administrative requests to [EMAIL PROTECTED]
>
---------------------------------------------------------------------------
Send administrative requests to [EMAIL PROTECTED]
