Hi all, FYI yesterday I've committed Aleksey's patch for HARMONY-4879. However, I afraid in spite of the fact that new epoll-based provider is disabled by default corresponding native sources simply cannot be compiled if kernel's version is less than 2.5.44 because of unresolved references to epoll_ctl. According to manual: " epoll(7) is a new API introduced in Linux kernel 2.5.44. Its interface should be finalized in Linux kernel 2.5.66." Thus, it looks like we should detect kernel version during the build time via "uname --kernel-release" or something like it. Did I miss something?
Thanks, Alexei 2007/10/11, Tim Ellison <[EMAIL PROTECTED]>: > Apologies for the late response ... still catching up. > > Aleksey Shipilev wrote: > > Hi, Paulex, > > > >> Amazing work, Aleksey! > > Thanks, I was waiting for it :) > > > >> Seems RI[1] is adapative here, i.e., use epoll when 2.6 kernel is detected, > >> is it possible for Harmony to implement in similar way? Of course this can > >> be further work and doesn't necessary to prevent this patch to be applied. > > I believe it could be done in launcher which could detect the kernel > > where Harmony starts and then instantiate right SelectorProvider. I > > don't know the details for Harmony launcher though, it's just the > > guess. This is in some way contrary with portlib implementation - we > > could even implement optimized versions for Selector for Windows and > > Linux separately. > > The launcher would not be the right place to detect the kernel version, > since we would want this to work in all places that the NIO code is > used, even when people are not using our launcher. > > Regards, > Tim
