On Sat, Jun 8, 2013 at 3:52 PM, Dirk Engling wrote:
> The arbitrary value
>
> #define MNAMELEN88 /* size of on/from name bufs */
>
> struct statfs {
> [...]
> charf_mntfromname[MNAMELEN];/* mounted filesystem */
> charf_mntonname[MNAMELEN]; /* directo
The arbitrary value
#define MNAMELEN88 /* size of on/from name bufs */
struct statfs {
[...]
charf_mntfromname[MNAMELEN];/* mounted filesystem */
charf_mntonname[MNAMELEN]; /* directory on which mounted */
};
currently bites us when trying to use pou
Hi,
fetch(1) currently does not support TLS extension Server Name Indication (RFC
6066) [1] when dealing with SSL. Nowadays lot of clients and servers implement
this extension.
Using the TLS SNI Test website sni.velox.ch [2], the test fails in r251550:
% fetch -o out https://sni.velox.ch/ && gre
On Fri, 7 Jun 2013, vasanth rao naik sabavat wrote:
When sending data out of the socket I don't see in the code where the sb_cc
is incremented.
sb_cc reflects data appended to the socket buffer; sosend_generic() is
responsible for arranging copying in and performing flow control, but the
pr
Le 08/06/2013 00:08, Oliver Pinter a écrit :
> On 6/8/13, Florent Peterschmitt wrote:
>> Hi,
>>
>> I've absolutely no skill in system development but I think, based on
>> bbswitch (which is part of bumblebee project), that doing such a think
>> would not be too difficult.
>>
>> I have a 9.1-RELEAS
5 matches
Mail list logo