On Apr 6, 2010, at 2:47 PM, David Harel wrote:
> A friend wants me to code a solution on a mobile device connected to local
> area network via cellular modem (having simm card and a valid local IP
> address).
Assuming above obtains, a socket is a socket is a socket is a socket.
Bind and accep
On Apr 6, 2010, at 3:18 PM, Baruch Even wrote:
> While this is true on the surface, it's worth being aware to your
> underlying network special idiosyncrasies. There is a lot more packet
> loss than usual and round trips are longer. Design the protocol to
> reduce the problems that can be incurre
2010/4/6 David Harel
>
> Marc Volovic wrote:
>
> On Apr 6, 2010, at 2:47 PM, David Harel wrote:
>
> A friend wants me to code a solution on a mobile device connected to local
> area network via cellular modem (having simm card and a valid local IP
> address).
>
> Assuming above obtains, a socket
Marc Volovic wrote:
On Apr 6, 2010, at 2:47 PM, David Harel wrote:
A friend wants me to code a solution on a mobile device connected to
local area network via cellular modem (having simm card and a valid
local IP address).
Assuming above obtains, a socket is a socket is a socket is a socke
Hi,
A friend wants me to code a solution on a mobile device connected to
local area network via cellular modem (having simm card and a valid
local IP address).
Having the reasonable background to code C level socket apps, I need
guidance focused on things I need to do when implementing sock
I am trying to pass a TOS option on
SOCK_STREAM socket ,from client to server.
I have used
sendmsg and recvmsg for this purpose , data transmitted O.K., but I failed
when trying to get the TOS option from server side .
Could you please
have a look for the piece of code below, and tell if
On Thu, 7 Sep 2000, Daniel Feiglin wrote:
> 1. It's not Nagle
what do you base this claim on?
> 2. Keren is right - Mostly.
keren (or rather - guy) is right - fully. what you implemented below is a
workaround that probably suited your specific requirements specifically.
however, more comment
> The solution is quite simple: Have the Java client do a (blocking) read (of say, one
>byte) on the socket after sending
> the header. Have the server sent a single "sync" byte to the client immediately
>after opening the log file. And all
> works just fine.
Bear in mind that this solution has
so just get the fourth (fifth, actualy) of Stevens: Unix socket programing
.
Dani
On Thu, 7 Sep 2000, Daniel Feiglin wrote:
> 1. It's not Nagle
>
> 2. Keren is right - Mostly. I did take care to have my client flush its output
>buffer after each write, so the server
> should have picked the sa
1. It's not Nagle
2. Keren is right - Mostly. I did take care to have my client flush its output buffer
after each write, so the server
should have picked the same number of reads. After sending off my original query, I
went for a long walk, and hit on the
answer, which I just finished implemen
On Thu, 7 Sep 2000, Yaron Zabary wrote:
> > 1. Why does TCP aggregate the first few records, and then "settle
> > down" and behave as expected?
>
> Probably Nagle (take a look at RFC 896 'the small packet problem'). Try
> to disable Nagle on the senders (not sure this is possible).
disabling NA
On Wed, 6 Sep 2000, Daniel Feiglin wrote:
> This programming problebm is not specific to Linux; it can be reproduced under Unix
>(e.g Solaris).
>
> Here is the scenario: I have a C++ server (a sort of logger, a bit like syslog) and
>many Java clients.
>
> Each Java client sends the server a t
On Wed, 6 Sep 2000, Daniel Feiglin wrote:
[... lots of data deleted...]
> When a client comes up, for some reason orother, the header and the
> first first few log records are aggregated by TCP, and appear on
> select() as a single read(). All subsequent client writes are picked up
> correctly.
This programming problebm is not specific to Linux; it can be reproduced under Unix
(e.g Solaris).
Here is the scenario: I have a C++ server (a sort of logger, a bit like syslog) and
many Java clients.
Each Java client sends the server a text header record which I'll describe in a
moment, and
Look at W Richard Stevens' books, particularly
UNIX Network Programming, Vol 1.
Also, look at Linux Application Development by Johnson & Troan for the
Linux twist.
fusty LePeR wrote:
> Hi , im looking for socket programming bookseither hebrew or english
> it doesnt matter a
On Tue, 10 Aug 1999, fusty LePeR wrote:
> Hi , im looking for socket programming books
> either hebrew or english it doesnt matter
if you want the ultimate source - "Unix Network Programming, volume 1"
by W. Richard Stevens. it's almost 1000 pages, out of which about
Hi , im looking for socket
programming books
either hebrew or english it doesnt matter
any good ideas
17 matches
Mail list logo