[tcpdump-workers] [libpcap] tcpdump compiles complex expression to incorrect BPF code

2010-08-24 Thread Vadim Goncharov
" parts in lines. Only when I tried to rework all these to third variant, matchin uTorrent uTP inside PPTP GRE, I've discovered libpcap bug about all this message is. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nucli...@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] - This is the tcpdump-workers list. Visit https://cod.sandelman.ca/ to unsubscribe.

[tcpdump-workers] BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative

2024-09-09 Thread Vadim Goncharov
Hello! We don't need ELF relocations! We want better loop control! No so little parameters, Verifier! Leave our code alone!

[tcpdump-workers] Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative

2024-09-10 Thread Vadim Goncharov
On Tue, 10 Sep 2024 06:38:50 + "Poul-Henning Kamp" wrote: > ---- > Vadim Goncharov writes: > > > I've put a sketch of design to https://github.com/nuclight/bpf64 > > with files: > > Counter proposal: > > 1. Define the Lua execution e

[tcpdump-workers] Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative

2024-09-10 Thread Vadim Goncharov
On Tue, 10 Sep 2024 14:41:20 + "Gavin D. Howard" wrote: > Hello, > > New user here, not a contributor. > > > Ensuring kernel stability? Just don't allow arbitrary pointers, > > like original BPF. Guaranteed termination time? It's possible if > > you place some restrictions. For example, don

[tcpdump-workers] Re: BPF64: proposal of platform-independent hardware-friendly backwards-compatible eBPF alternative

2024-09-10 Thread Vadim Goncharov
On Tue, 10 Sep 2024 15:58:25 +0100 David Chisnall wrote: > On 10 Sep 2024, at 14:44, Vadim Goncharov > wrote: > > > > I am not an experience assembler user and don't understand how > > Spectre works - that's why I've written RFC letter even before spec