summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMarc Alexander Lehmann <libev@schmorp.de>2020-01-22 02:20:47 +0000
committerMarc Alexander Lehmann <libev@schmorp.de>2020-01-22 02:20:47 +0000
commit1e8cff8a7ec5b188619a313506172848407a4db9 (patch)
tree07d5534c2076cf40c4049e54dd108b0fda9ce385
parent5266c2d69c7c51b756b9c3fd12df415dd2f2ead7 (diff)
downloadlibev-1e8cff8a7ec5b188619a313506172848407a4db9.tar.gz
libev-1e8cff8a7ec5b188619a313506172848407a4db9.zip
*** empty log message ***
-rw-r--r--ev.c4
-rw-r--r--ev.h2
-rw-r--r--ev_iouring.c2
3 files changed, 4 insertions, 4 deletions
diff --git a/ev.c b/ev.c
index d6f61a3..6318b35 100644
--- a/ev.c
+++ b/ev.c
@@ -2396,10 +2396,10 @@ fd_reify (EV_P)
/* most backends do not modify the fdchanges list in backend_modfiy.
* except io_uring, which has fixed-size buffers which might force us
- * to handle events in backend_modify, causing fdchangesd to be amended,
+ * to handle events in backend_modify, causing fdchanges to be amended,
* which could result in an endless loop.
* to avoid this, we do not dynamically handle fds that were added
- * during fd_reify. that menas thast for those backends, fdchangecnt
+ * during fd_reify. that means that for those backends, fdchangecnt
* might be non-zero during poll, which must cause them to not block.
* to not put too much of a burden on other backends, this detail
* needs to be handled in the backend.
diff --git a/ev.h b/ev.h
index d5b9c61..fb1f56e 100644
--- a/ev.h
+++ b/ev.h
@@ -1,7 +1,7 @@
/*
* libev native API header
*
- * Copyright (c) 2007-2019 Marc Alexander Lehmann <libev@schmorp.de>
+ * Copyright (c) 2007-2020 Marc Alexander Lehmann <libev@schmorp.de>
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without modifica-
diff --git a/ev_iouring.c b/ev_iouring.c
index c491c64..bfd3de6 100644
--- a/ev_iouring.c
+++ b/ev_iouring.c
@@ -1,7 +1,7 @@
/*
* libev linux io_uring fd activity backend
*
- * Copyright (c) 2019 Marc Alexander Lehmann <libev@schmorp.de>
+ * Copyright (c) 2019-2020 Marc Alexander Lehmann <libev@schmorp.de>
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without modifica-