Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #117659 > unrolled thread
| Started by | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| First post | 2023-11-08 15:56 +0100 |
| Last post | 2023-11-13 22:46 -0800 |
| Articles | 20 on this page of 259 — 9 participants |
Back to article view | Back to comp.lang.c++
A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-08 15:56 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-08 19:31 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-08 20:56 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-08 23:25 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 05:33 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 20:36 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 05:38 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 20:42 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:08 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:11 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:12 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:17 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:35 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:39 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:40 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:41 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:42 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:44 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:44 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:45 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:48 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:50 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:58 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 22:46 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:52 +0100
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-14 21:10 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-15 06:07 +0100
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-17 21:16 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-18 04:06 +0100
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-18 12:53 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-18 20:04 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-18 19:24 +0000
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-18 20:29 +0000
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-18 21:46 +0000
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-18 20:18 -0500
Re: A Java- / .NET-like monitor Michael S <already5chosen@yahoo.com> - 2023-11-24 01:14 +0200
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-23 21:35 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-24 08:59 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-24 01:17 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-24 10:25 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-24 15:59 +0000
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-24 18:33 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-24 15:39 -0800
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-25 00:08 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-24 16:27 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-25 14:47 -0800
Re: A Java- / .NET-like monitor "Fred. Zwarts" <F.Zwarts@HetNet.nl> - 2023-11-25 13:02 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-25 17:28 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-25 18:48 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-25 18:09 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-25 13:12 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-25 18:10 +0000
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-25 19:30 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-25 14:57 -0800
Re: A Java- / .NET-like monitor Michael S <already5chosen@yahoo.com> - 2023-11-26 01:29 +0200
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-25 15:56 -0800
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-26 13:54 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-26 14:38 +0100
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-26 16:28 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-26 18:51 +0100
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-26 20:27 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-26 14:38 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-26 15:00 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 05:23 +0100
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-27 10:38 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 10:55 +0100
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-27 11:19 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 12:32 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-26 22:55 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 15:15 -0800
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-28 09:03 +0100
Re: A Java- / .NET-like monitor David Brown <david.brown@hesbynett.no> - 2023-11-25 13:58 +0100
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-18 20:09 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-19 05:58 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-19 05:02 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-19 07:00 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-19 06:08 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-19 12:05 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-19 12:08 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-19 12:11 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-19 12:17 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-20 13:26 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-20 12:18 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-21 10:25 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-23 21:38 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-24 08:56 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-24 01:22 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-24 19:10 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-24 15:43 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-25 13:04 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-25 15:06 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-26 11:35 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-26 15:45 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 05:24 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-26 22:22 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 08:57 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 00:28 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-27 09:34 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 14:59 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 14:59 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 15:19 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-28 15:13 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-18 12:46 -0800
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-18 21:47 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-18 14:02 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-18 20:20 -0500
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-20 13:12 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 08:01 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 08:01 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:50 +0100
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-11 17:45 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-12 05:43 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-12 05:02 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-12 11:00 +0100
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-12 17:18 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-13 07:33 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-13 07:47 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 12:50 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 06:20 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 21:21 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 07:44 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 22:51 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 22:55 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 08:00 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 08:07 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 23:08 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 23:07 -0800
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-14 15:18 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 16:46 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-14 16:09 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 17:41 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 18:41 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 12:25 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 14:25 -0800
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-14 22:50 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:07 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-15 05:57 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:08 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-16 03:59 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-16 15:02 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-16 18:12 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-16 17:45 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-27 15:24 -0800
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-12 17:53 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-12 12:51 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-12 19:33 -0500
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-13 04:50 +0000
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-13 22:05 -0500
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-14 03:30 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 22:35 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-14 20:26 -0500
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:11 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-15 23:07 -0500
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-16 06:39 +0000
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-16 21:48 -0500
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-17 16:29 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-17 10:22 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-17 18:37 +0000
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-18 00:45 +0000
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-18 02:30 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-16 11:11 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-13 07:35 +0100
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-13 15:05 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-13 16:36 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-13 17:24 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-12 12:48 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-12 19:29 -0500
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-12 16:44 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-16 14:16 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-13 04:48 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 14:32 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-13 21:27 -0500
Re: A Java- / .NET-like monitor scott@slp53.sl.home (Scott Lurndal) - 2023-11-14 15:12 +0000
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-14 20:35 -0500
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-13 21:58 -0500
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-14 03:27 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 21:28 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 21:29 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-14 20:47 -0500
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:18 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:20 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-15 21:26 +0000
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-16 00:25 -0500
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-14 20:42 -0500
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-28 15:32 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-12 19:17 -0500
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-09 05:17 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:18 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:20 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:19 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:20 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-08 23:51 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:10 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 15:32 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 05:35 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:17 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:22 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:27 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:29 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:31 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:34 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:36 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 06:40 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:42 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 07:32 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 22:54 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 23:01 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 23:03 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:30 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 21:32 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 14:59 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-08 19:49 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-08 18:16 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 13:49 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 05:37 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 20:40 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 20:39 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 13:41 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 05:36 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-08 20:41 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-08 18:16 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 10:07 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-09 01:11 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-09 10:17 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-09 01:22 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-09 01:23 -0800
Re: A Java- / .NET-like monitor Branimir Maksimovic <branimir.maksimovic@icloud.com> - 2023-11-10 13:56 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-10 15:08 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-10 15:15 +0100
Re: A Java- / .NET-like monitor Branimir Maksimovic <branimir.maksimovic@icloud.com> - 2023-11-11 02:59 +0000
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-10 12:44 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-11 04:53 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-10 20:09 -0800
Re: A Java- / .NET-like monitor Branimir Maksimovic <branimir.maksimovic@icloud.com> - 2023-11-11 04:25 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-11 07:07 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-11 11:41 +0100
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-11 16:39 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-11 11:42 -0800
Re: A Java- / .NET-like monitor Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> - 2023-11-11 17:49 -0500
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-12 05:40 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-12 12:46 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 23:13 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 10:04 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 01:21 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 11:00 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 02:08 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-14 11:23 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 12:27 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-14 12:29 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-15 05:54 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 12:21 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-16 04:00 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-15 19:10 -0800
Re: A Java- / .NET-like monitor Kaz Kylheku <864-117-4973@kylheku.com> - 2023-11-16 03:21 +0000
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-16 06:36 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-16 13:06 -0800
Re: A Java- / .NET-like monitor Bonita Montero <Bonita.Montero@gmail.com> - 2023-11-17 06:57 +0100
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-11 11:41 -0800
Re: A Java- / .NET-like monitor "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2023-11-13 22:46 -0800
Page 2 of 13 — ← Prev page 1 [2] 3 4 … 13 Next page →
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-08 21:48 -0800 |
| Message-ID | <uihrqr$228mv$19@dont-email.me> |
| In reply to | #117720 |
On 11/8/2023 9:45 PM, Bonita Montero wrote: > Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: > >> Wait morphing is not in the realm of the compiler. It's in the kernel. > > Read this: > https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization Wait morphing can be highly beneficial.
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-08 21:50 -0800 |
| Message-ID | <uihruu$228mv$20@dont-email.me> |
| In reply to | #117721 |
On 11/8/2023 9:48 PM, Chris M. Thomasson wrote: > On 11/8/2023 9:45 PM, Bonita Montero wrote: >> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >> >>> Wait morphing is not in the realm of the compiler. It's in the kernel. >> >> Read this: >> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization > > Wait morphing can be highly beneficial. I have to go to work on my fractals right now, will get back to you. I will mostly have time to port your code into a Relacy unit test sometime later on tonight or tomorrow. This work will be for free for you. Will you even appreciate it in any way shape or form? Or mock me?
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-08 21:58 -0800 |
| Message-ID | <uihsdn$228mv$21@dont-email.me> |
| In reply to | #117722 |
On 11/8/2023 9:50 PM, Chris M. Thomasson wrote: > On 11/8/2023 9:48 PM, Chris M. Thomasson wrote: >> On 11/8/2023 9:45 PM, Bonita Montero wrote: >>> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >>> >>>> Wait morphing is not in the realm of the compiler. It's in the kernel. >>> >>> Read this: >>> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization >> >> Wait morphing can be highly beneficial. > > I have to go to work on my fractals right now, will get back to you. I > will mostly have time to port your code into a Relacy unit test sometime > later on tonight or tomorrow. This work will be for free for you. Will > you even appreciate it in any way shape or form? Or mock me? the funny thing is that I need to model one of my new wait-free queue experiments in Relacy for use in my rendering engine.
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-08 22:46 -0800 |
| Message-ID | <uihv92$234cs$1@dont-email.me> |
| In reply to | #117725 |
On 11/8/2023 9:58 PM, Chris M. Thomasson wrote: > On 11/8/2023 9:50 PM, Chris M. Thomasson wrote: >> On 11/8/2023 9:48 PM, Chris M. Thomasson wrote: >>> On 11/8/2023 9:45 PM, Bonita Montero wrote: >>>> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >>>> >>>>> Wait morphing is not in the realm of the compiler. It's in the kernel. >>>> >>>> Read this: >>>> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization >>> >>> Wait morphing can be highly beneficial. >> >> I have to go to work on my fractals right now, will get back to you. I >> will mostly have time to port your code into a Relacy unit test >> sometime later on tonight or tomorrow. This work will be for free for >> you. Will you even appreciate it in any way shape or form? Or mock me? > > the funny thing is that I need to model one of my new wait-free queue > experiments in Relacy for use in my rendering engine. An example of my main experiment: https://youtu.be/n13GHyYEfLA All of my own GLSL shaders, pure C++ and openGL.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-09 06:52 +0100 |
| Message-ID | <uihs34$22jil$2@raubtier-asyl.eternal-september.org> |
| In reply to | #117721 |
Am 09.11.2023 um 06:48 schrieb Chris M. Thomasson: > On 11/8/2023 9:45 PM, Bonita Montero wrote: >> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >> >>> Wait morphing is not in the realm of the compiler. It's in the kernel. >> >> Read this: >> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization > > Wait morphing can be highly beneficial. Wait morphing isn't necessary under Win32 since you can wait for the mutexe's binary semaphore and for the condvar's counting semaphore in one step with WaitForMultipleObjects. Unfortunately there's nothing under Linux like that.
[toc] | [prev] | [next] | [standalone]
| From | Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> |
|---|---|
| Date | 2023-11-14 21:10 -0500 |
| Message-ID | <pMV4N.7286$pgLd.6741@fx05.iad> |
| In reply to | #117724 |
Bonita Montero wrote: > Am 09.11.2023 um 06:48 schrieb Chris M. Thomasson: >> On 11/8/2023 9:45 PM, Bonita Montero wrote: >>> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >>> >>>> Wait morphing is not in the realm of the compiler. It's in the kernel. >>> >>> Read this: >>> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization >>> >> >> Wait morphing can be highly beneficial. > > Wait morphing isn't necessary under Win32 since you can wait > for the mutexe's binary semaphore and for the condvar's counting > semaphore in one step with WaitForMultipleObjects. Unfortunately > there's nothing under Linux like that. > Not true. A Linux program can wait for any number of eventfd semaphores that can be used as either binary or a counting one.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-15 06:07 +0100 |
| Message-ID | <uj1jli$1kdmu$1@raubtier-asyl.eternal-september.org> |
| In reply to | #117823 |
Am 15.11.2023 um 03:10 schrieb Pavel: > Bonita Montero wrote: >> Am 09.11.2023 um 06:48 schrieb Chris M. Thomasson: >>> On 11/8/2023 9:45 PM, Bonita Montero wrote: >>>> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >>>> >>>>> Wait morphing is not in the realm of the compiler. It's in the kernel. >>>> >>>> Read this: >>>> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization >>> >>> Wait morphing can be highly beneficial. >> >> Wait morphing isn't necessary under Win32 since you can wait >> for the mutexe's binary semaphore and for the condvar's counting >> semaphore in one step with WaitForMultipleObjects. Unfortunately >> there's nothing under Linux like that. >> > Not true. A Linux program can wait for any number of eventfd semaphores > that can be used as either binary or a counting one. An eventfd can be a semaphore, but only one semaphore and not a set like SysV semaphores. You can wait for multiple semaphores with poll or select, but a change on one semaphore releases the waiting thread whereas with Win32 you can wait for all conditions to be met at once.
[toc] | [prev] | [next] | [standalone]
| From | Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> |
|---|---|
| Date | 2023-11-17 21:16 -0500 |
| Message-ID | <88V5N.33567$Ee89.15971@fx17.iad> |
| In reply to | #117826 |
Bonita Montero wrote: > Am 15.11.2023 um 03:10 schrieb Pavel: >> Bonita Montero wrote: >>> Am 09.11.2023 um 06:48 schrieb Chris M. Thomasson: >>>> On 11/8/2023 9:45 PM, Bonita Montero wrote: >>>>> Am 09.11.2023 um 06:44 schrieb Chris M. Thomasson: >>>>> >>>>>> Wait morphing is not in the realm of the compiler. It's in the >>>>>> kernel. >>>>> >>>>> Read this: >>>>> https://stackoverflow.com/questions/45163701/which-os-platforms-implement-wait-morphing-optimization >>>>> >>>> >>>> Wait morphing can be highly beneficial. >>> >>> Wait morphing isn't necessary under Win32 since you can wait >>> for the mutexe's binary semaphore and for the condvar's counting >>> semaphore in one step with WaitForMultipleObjects. Unfortunately >>> there's nothing under Linux like that. >>> >> Not true. A Linux program can wait for any number of eventfd >> semaphores that can be used as either binary or a counting one. > > An eventfd can be a semaphore, but only one semaphore and not a set > like SysV semaphores. You can wait for multiple semaphores with poll > or select, but a change on one semaphore releases the waiting thread > whereas with Win32 you can wait for all conditions to be met at once. > There is no system call in UNIX to wait for many conditions to be met at once; but I do not see why it would be useful. E.g., if there are several vars initialized to 0 and it is required to wake up a consumer thread when they all are made positive (or >5 or whatever) by some producer thread or threads, a producer thread that sets the last variable to the needed value can signal a single condvar and the consumer thread will wake up to all conditions met at once.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-18 04:06 +0100 |
| Message-ID | <uj99na$35s1q$1@raubtier-asyl.eternal-september.org> |
| In reply to | #117857 |
Am 18.11.2023 um 03:16 schrieb Pavel: > There is no system call in UNIX to wait for many conditions to be met at > once; but I do not see why it would be useful. poll() and wait() wait for at least one condition to be met.
[toc] | [prev] | [next] | [standalone]
| From | Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> |
|---|---|
| Date | 2023-11-18 12:53 -0500 |
| Message-ID | <CS66N.35203$cAm7.7747@fx18.iad> |
| In reply to | #117860 |
Bonita Montero wrote: > Am 18.11.2023 um 03:16 schrieb Pavel: > >> There is no system call in UNIX to wait for many conditions to be met >> at once; but I do not see why it would be useful. > > poll() and wait() wait for at least one condition to be met. what does it have to do with what I wrote? Again, what a system call that waits for many conditions to be met at once can be useful for?
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-18 20:04 +0100 |
| Message-ID | <ujb1rr$3e41l$1@raubtier-asyl.eternal-september.org> |
| In reply to | #117862 |
Am 18.11.2023 um 18:53 schrieb Pavel: > Bonita Montero wrote: >> Am 18.11.2023 um 03:16 schrieb Pavel: >> >>> There is no system call in UNIX to wait for many conditions to be met >>> at once; but I do not see why it would be useful. >> >> poll() and wait() wait for at least one condition to be met. > what does it have to do with what I wrote? > > Again, what a system call that waits for many conditions to be met at > once can be useful for? If you want to substitute a semaphore set with two eventfd()s you'd should at best wait for both signalled together to avoid the discussed double kernel call. As you this isn't possible with poll() or wait() you can stick with normal posix semaphores, which do the same. The best would be if you signal the waiting thread with a Posix signal, then you can awake the thread upon an arbitrary state. I gues that's what the glibc does, or I don't know another way to have only one kernel voluntary context switch with pthread_cond_wait.
[toc] | [prev] | [next] | [standalone]
| From | scott@slp53.sl.home (Scott Lurndal) |
|---|---|
| Date | 2023-11-18 19:24 +0000 |
| Message-ID | <Tb86N.7506$xeV4.1209@fx45.iad> |
| In reply to | #117862 |
Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes: >Bonita Montero wrote: >> Am 18.11.2023 um 03:16 schrieb Pavel: >> >>> There is no system call in UNIX to wait for many conditions to be met >>> at once; but I do not see why it would be useful. >> >> poll() and wait() wait for at least one condition to be met. >what does it have to do with what I wrote? > >Again, what a system call that waits for many conditions to be met at >once can be useful for? Rendezvous. e.g. pthread_barrier_wait.
[toc] | [prev] | [next] | [standalone]
| From | Kaz Kylheku <864-117-4973@kylheku.com> |
|---|---|
| Date | 2023-11-18 20:29 +0000 |
| Message-ID | <20231118122549.392@kylheku.com> |
| In reply to | #117864 |
On 2023-11-18, Scott Lurndal <scott@slp53.sl.home> wrote:
> Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes:
>>Bonita Montero wrote:
>>> Am 18.11.2023 um 03:16 schrieb Pavel:
>>>
>>>> There is no system call in UNIX to wait for many conditions to be met
>>>> at once; but I do not see why it would be useful.
>>>
>>> poll() and wait() wait for at least one condition to be met.
>>what does it have to do with what I wrote?
>>
>>Again, what a system call that waits for many conditions to be met at
>>once can be useful for?
>
> Rendezvous.
>
> e.g. pthread_barrier_wait.
Also this:
while (!this_condition() && !that_condition() && !other_condition())
pthread_cond_wait(&cond, &mutex);
One condition variable can be used to wait for any subset of the
actual conditions over the shared variables protected by the mutex.
When I switched to a Win32 development job in the mid 1990's, it amused
me that Win32 had all these stupid things like WaitForMultipleObjects
(with a weird 64 limit), instead of just providing condition variables.
Today, Microsoft provides condition variables.
Modules of a large program should use callbacks to notify that something
is ready. That's the most flexible API. The caller can build proper
asynchronous control flows around that, or bind the callback to some
signaling object according to how they see fit.
Say I have a module that works with three other modules that can
spontaneously make some condition ready. If they all provide a callback,
I can set a flag in the callback and broadcast or signal a condition
variable. Then I can have threads wait for all three things to be
ready, or any one of the three things.
--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca
NOTE: If you use Google Groups, I don't see you, unless you're whitelisted.
[toc] | [prev] | [next] | [standalone]
| From | scott@slp53.sl.home (Scott Lurndal) |
|---|---|
| Date | 2023-11-18 21:46 +0000 |
| Message-ID | <kha6N.99517$wvv7.19903@fx14.iad> |
| In reply to | #117865 |
Kaz Kylheku <864-117-4973@kylheku.com> writes: >On 2023-11-18, Scott Lurndal <scott@slp53.sl.home> wrote: >> Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes: >>>Bonita Montero wrote: >>>> Am 18.11.2023 um 03:16 schrieb Pavel: >>>> >>>>> There is no system call in UNIX to wait for many conditions to be met >>>>> at once; but I do not see why it would be useful. >>>> >>>> poll() and wait() wait for at least one condition to be met. >>>what does it have to do with what I wrote? >>> >>>Again, what a system call that waits for many conditions to be met at >>>once can be useful for? >> >> Rendezvous. >> >> e.g. pthread_barrier_wait. > >Also this: > > while (!this_condition() && !that_condition() && !other_condition()) > pthread_cond_wait(&cond, &mutex); > >One condition variable can be used to wait for any subset of the >actual conditions over the shared variables protected by the mutex. > >When I switched to a Win32 development job in the mid 1990's, it amused >me that Win32 had all these stupid things like WaitForMultipleObjects >(with a weird 64 limit), instead of just providing condition variables. IIRC, that's a concept imported from VMS into NT by DC. The Burroughs MCP had a 'complex wait' system call which could wait for the occurance of any of a number of conditions (card reader ready, tape unit ready, input ready from datacomm station, core-to-core communication from cooperating process, inter-processor persistent storage queue item availability, time delay, disk seek complete, network data present, etc. But it was a wait for any, not wait for all.
[toc] | [prev] | [next] | [standalone]
| From | Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> |
|---|---|
| Date | 2023-11-18 20:18 -0500 |
| Message-ID | <und6N.101929$wvv7.2130@fx14.iad> |
| In reply to | #117865 |
Kaz Kylheku wrote: > On 2023-11-18, Scott Lurndal <scott@slp53.sl.home> wrote: >> Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes: >>> Bonita Montero wrote: >>>> Am 18.11.2023 um 03:16 schrieb Pavel: >>>> >>>>> There is no system call in UNIX to wait for many conditions to be met >>>>> at once; but I do not see why it would be useful. >>>> >>>> poll() and wait() wait for at least one condition to be met. >>> what does it have to do with what I wrote? >>> >>> Again, what a system call that waits for many conditions to be met at >>> once can be useful for? >> >> Rendezvous. >> >> e.g. pthread_barrier_wait. > > Also this: > > while (!this_condition() && !that_condition() && !other_condition()) > pthread_cond_wait(&cond, &mutex); I had to solve similar tasks once in a while, would usually just have a count of conditions left or a mask of condition wanted as bits and the thread satisfying a condition would only signal once count is zero or the mask covers all conditions, respectively to - avoid unnecessary wake-ups; - let waiters check that count or mask instead of doing multiple checks > > One condition variable can be used to wait for any subset of the > actual conditions over the shared variables protected by the mutex. > > When I switched to a Win32 development job in the mid 1990's, it amused > me that Win32 had all these stupid things like WaitForMultipleObjects > (with a weird 64 limit), instead of just providing condition variables. > > Today, Microsoft provides condition variables. > > Modules of a large program should use callbacks to notify that something > is ready. That's the most flexible API. The caller can build proper > asynchronous control flows around that, or bind the callback to some > signaling object according to how they see fit. > > Say I have a module that works with three other modules that can > spontaneously make some condition ready. If they all provide a callback, > I can set a flag in the callback and broadcast or signal a condition > variable. Then I can have threads wait for all three things to be > ready, or any one of the three things. >
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2023-11-24 01:14 +0200 |
| Message-ID | <20231124011442.00004937@yahoo.com> |
| In reply to | #117865 |
On Sat, 18 Nov 2023 20:29:51 -0000 (UTC) Kaz Kylheku <864-117-4973@kylheku.com> wrote: > On 2023-11-18, Scott Lurndal <scott@slp53.sl.home> wrote: > > Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes: > >>Bonita Montero wrote: > >>> Am 18.11.2023 um 03:16 schrieb Pavel: > >>> > >>>> There is no system call in UNIX to wait for many conditions to > >>>> be met at once; but I do not see why it would be useful. > >>> > >>> poll() and wait() wait for at least one condition to be met. > >>what does it have to do with what I wrote? > >> > >>Again, what a system call that waits for many conditions to be met > >>at once can be useful for? > > > > Rendezvous. > > > > e.g. pthread_barrier_wait. > > Also this: > > while (!this_condition() && !that_condition() && > !other_condition()) pthread_cond_wait(&cond, &mutex); > > One condition variable can be used to wait for any subset of the > actual conditions over the shared variables protected by the mutex. > > When I switched to a Win32 development job in the mid 1990's, it > amused me that Win32 had all these stupid things like > WaitForMultipleObjects (with a weird 64 limit), instead of just > providing condition variables. > 1. WaitForMultipleObjects() can wait on any mix of objects 2. More importantly, it can wait on wake up events originated both inside the process and outside. > Today, Microsoft provides condition variables. > Which, I would guess, never used by 99.9% of programs that were not ported to Windows from some other platform. > Modules of a large program should use callbacks to notify that > something is ready. That's the most flexible API. The caller can > build proper asynchronous control flows around that, or bind the > callback to some signaling object according to how they see fit. > > Say I have a module that works with three other modules that can > spontaneously make some condition ready. If they all provide a > callback, I can set a flag in the callback and broadcast or signal a > condition variable. Then I can have threads wait for all three > things to be ready, or any one of the three things. >
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-23 21:35 -0800 |
| Message-ID | <ujpcnq$27892$1@dont-email.me> |
| In reply to | #117924 |
On 11/23/2023 3:14 PM, Michael S wrote: > On Sat, 18 Nov 2023 20:29:51 -0000 (UTC) > Kaz Kylheku <864-117-4973@kylheku.com> wrote: > >> On 2023-11-18, Scott Lurndal <scott@slp53.sl.home> wrote: >>> Pavel <pauldontspamtolk@removeyourself.dontspam.yahoo> writes: >>>> Bonita Montero wrote: >>>>> Am 18.11.2023 um 03:16 schrieb Pavel: >>>>> >>>>>> There is no system call in UNIX to wait for many conditions to >>>>>> be met at once; but I do not see why it would be useful. >>>>> >>>>> poll() and wait() wait for at least one condition to be met. >>>> what does it have to do with what I wrote? >>>> >>>> Again, what a system call that waits for many conditions to be met >>>> at once can be useful for? >>> >>> Rendezvous. >>> >>> e.g. pthread_barrier_wait. >> >> Also this: >> >> while (!this_condition() && !that_condition() && >> !other_condition()) pthread_cond_wait(&cond, &mutex); >> >> One condition variable can be used to wait for any subset of the >> actual conditions over the shared variables protected by the mutex. >> >> When I switched to a Win32 development job in the mid 1990's, it >> amused me that Win32 had all these stupid things like >> WaitForMultipleObjects (with a weird 64 limit), instead of just >> providing condition variables. >> > > 1. WaitForMultipleObjects() can wait on any mix of objects > 2. More importantly, it can wait on wake up events originated both > inside the process and outside. > > >> Today, Microsoft provides condition variables. >> > > Which, I would guess, never used by 99.9% of programs that were not > ported to Windows from some other platform. Fwiw, check this out: https://sourceware.org/pthreads-win32/ ;^) > >> Modules of a large program should use callbacks to notify that >> something is ready. That's the most flexible API. The caller can >> build proper asynchronous control flows around that, or bind the >> callback to some signaling object according to how they see fit. >> >> Say I have a module that works with three other modules that can >> spontaneously make some condition ready. If they all provide a >> callback, I can set a flag in the callback and broadcast or signal a >> condition variable. Then I can have threads wait for all three >> things to be ready, or any one of the three things. >> > >
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-24 08:59 +0100 |
| Message-ID | <ujpl4m$28aoq$4@raubtier-asyl.eternal-september.org> |
| In reply to | #117927 |
Am 24.11.2023 um 06:35 schrieb Chris M. Thomasson: > On 11/23/2023 3:14 PM, Michael S wrote: >> Which, I would guess, never used by 99.9% of programs that were not >> ported to Windows from some other platform. > Fwiw, check this out: > https://sourceware.org/pthreads-win32/ Am 24.11.2023 um 06:35 schrieb Chris M. Thomasson: That's an unnecessary discussion for a C++ programmer since the RAII-ish mutexes and condition variables since C++11 are more convenient to use.
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2023-11-24 01:17 -0800 |
| Message-ID | <ujppo2$28srl$5@dont-email.me> |
| In reply to | #117938 |
On 11/23/2023 11:59 PM, Bonita Montero wrote: > Am 24.11.2023 um 06:35 schrieb Chris M. Thomasson: > >> On 11/23/2023 3:14 PM, Michael S wrote: > >>> Which, I would guess, never used by 99.9% of programs that were not >>> ported to Windows from some other platform. > >> Fwiw, check this out: >> https://sourceware.org/pthreads-win32/ > > Am 24.11.2023 um 06:35 schrieb Chris M. Thomasson: > > That's an unnecessary discussion for a C++ programmer since the RAII-ish > mutexes and condition variables since C++11 are more convenient to use. > > > > Have you ever wrapped up a C API in C++ using RAII before?
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2023-11-24 10:25 +0100 |
| Message-ID | <ujpq5l$291sr$1@raubtier-asyl.eternal-september.org> |
| In reply to | #117947 |
Am 24.11.2023 um 10:17 schrieb Chris M. Thomasson: > Have you ever wrapped up a C API in C++ using RAII before? Sometimes, but mostly I don't write a dedicated class for that but use my own invoke_on_destruct class which is similar to the experimental# scope_exit: https://en.cppreference.com/w/cpp/experimental/scope_exit
[toc] | [prev] | [next] | [standalone]
Page 2 of 13 — ← Prev page 1 [2] 3 4 … 13 Next page →
Back to top | Article view | comp.lang.c++
csiph-web