search for: ibyt

...t ov_clearp(OggVorbis_File *vf); /* same ov_open_callbacks but also allocates the OggVorbis_File object into *vf, if any error happen, returns same code as ov_open_callbacks and free any memory allocated */ IMPORT_C int ov_open_callbacksp(void *datasource, OggVorbis_File **vf, char *initial, long ibytes, ov_callbacks callbacks); IMPORT_C int ov_info_basic(OggVorbis_File *vf,int link, int *channels, long *rate); And that to vorbisfile.c: EXPORT_C int ov_open_callbacksp(void *f,OggVorbis_File **vf,char *initial,long ibytes, ov_callbacks callbacks){ int ret; if (vf==NULL) return -1; *vf...

...ces it would > probably be good to use. Because the source files are C and not C++, parameter types aren't checked, so is the use of const really a good idea? For example, this compiles fine (on VC++ 6), but itsn't right: int ov_open(FILE *f,OggVorbis_File *vf,const char *initial,long ibytes){ ov_callbacks callbacks = { (size_t (*)(void *, size_t, size_t, void *)) fread, (int (*)(void *, ogg_int64_t, int)) _fseek64_wrap, (int (*)(void *)) fclose, (long (*)(void *)) ftell }; return ov_open_call...

Hi, Was wondering if there are any plans to update either the kernel structures and/or netstat to show more than 4GB of traffic stats. For example, on a 4.8-STABLE machine: $ netstat -bI sis0 Name Mtu Network Address Ipkts Ierrs Ibytes ... sis0 1500 <Link#2> <mac-addr-hidden> 8789598 0 4103727771 ... <non-relevant parts removed> This shows that sis0 has received around 3.9GB. Then, after transferring approximately 200MB: $ netstat -bI sis0 Name Mtu Network Address Ipkts Ierrs Ibyt...

...4 deletions(-) diff --git a/usr/klibc/stdio/fwrite.c b/usr/klibc/stdio/fwrite.c index 71ee75c..feb48ef 100644 --- a/usr/klibc/stdio/fwrite.c +++ b/usr/klibc/stdio/fwrite.c @@ -14,14 +14,15 @@ static size_t fwrite_noflush(const void *buf, size_t count, ssize_t rv; while (count) { - if (f->ibytes || f->obytes >= f->bufsiz) + if (f->ibytes || f->obytes >= f->bufsiz || + (f->obytes && count >= f->bufsiz)) if (__fflush(f)) break; - if (f->obytes == 0 && count >= f->bufsiz) { + if (count >= f->bufsiz) { /* -...

Actually, it is not a list.. but just something that''ll be very useful to me in my business. If crossbow/virtual interfaces can provide a flow that can capture bandwidth usage over a period of time (including 95 percentile), that''ll be great! Is this possible? -- This message posted from opensolaris.org

...id *, ogg_int64_t, int)) _fseek64_wrap, (int (*)(void *)) fclose, - (long (*)(void *)) ftell + (ogg_int64_t (*)(void *)) _ftell64_wrap }; return ov_open_callbacks((void *)f, vf, initial, ibytes, callbacks); @@ -788,7 +818,7 @@ (size_t (*)(void *, size_t, size_t, void *)) fread, (int (*)(void *, ogg_int64_t, int)) _fseek64_wrap, (int (*)(void *)) fclose, - (long (*)(void *)) ftell + (ogg_int64_t (*)...

https://bugzilla.mindrot.org/show_bug.cgi?id=1434 Summary: Traffic accounting per session Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org

I hacked zstd support into OpenSSH a while ago and just started to clean it up in the recent days. The cleanup includes configuration support among other things that I did not have. During testing I noticed the following differences compared to zlib: - highly interactive shell output (as in refreshed at a _very_ high rate) may result in higher bandwidth compared to zlib. Since zstd is quicker

...blem. -------------- next part -------------- Index: vorbisfile.c =================================================================== --- vorbisfile.c (revision 8002) +++ vorbisfile.c (working copy) @@ -632,7 +632,7 @@ static int _ov_open1(void *f,OggVorbis_File *vf,char *initial, long ibytes, ov_callbacks callbacks){ - int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR):-1); + int offsettest=(f?callbacks.seek_func(f,0,SEEK_END):-1); int ret; memset(vf,0,sizeof(*vf)); @@ -655,7 +655,10 @@ /* can we seek? Stevens suggests the seek test was portable */ if(offsettest!=-1)...

I added ZSTD support to OpenSSH roughly over a year and I've been playing with it ever since. The nice part is that ZSTD achieves reasonable compression (like zlib) but consumes little CPU so it is unlikely that compression becomes the bottle neck of a transfer. The compression overhead (CPU) is negligible even when uncompressed data is tunneled over the SSH connection (SOCKS proxy, port

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

Hi, Is there any way to store HostKey in hardware (and delegate the related processing)? I have been using Roumen Petrov's x509 patch for clients, which works via an OpenSSL engine, but it does not seem to support server HostKey: http://roumenpetrov.info/pipermail/ssh_x509_roumenpetrov.info/2012q4/000019.html For PKCS#11, I have found an email on this list from a year back suggesting this

(Bcc''ed to networking discuss). Hi All, Have enclosed man page draft for dlstat(1M) herewith. This is part of the effort to gain better visibility into network traffic in light of crossbow features like virtual NICs, interrupt vs. polling modes etc. This in turn would greatly assist network performance analysis. It is also aimed at segregating link/flow configuration from

...get_hostkey_index(Key *key) { @@ -860,6 +885,8 @@ get_hostkey_index(Key *key) } else { if (key == sensitive_data.host_keys[i]) return (i); + if (key == sensitive_data.host_pubkeys[i]) + return (i); } } return (-1); @@ -1344,6 +1371,9 @@ main(int ac, char **av) u_int64_t ibytes, obytes; mode_t new_umask; Key *key; + Key *pubkey; + char *pubkey_comment; + int have_agent, keytype; Authctxt *authctxt; struct connection_info *connection_info = get_connection_info(0, 0); @@ -1623,22 +1653,40 @@ main(int ac, char **av) } endpwent(); - /* load private host keys...

https://bugzilla.mindrot.org/show_bug.cgi?id=3666 Bug ID: 3666 Summary: sshd crash Product: Portable OpenSSH Version: 8.2p1 Hardware: Other OS: Linux Status: NEW Severity: critical Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org Reporter: