- Nov 12, 2017
-
-
Stephen R. van den Berg authored
-
- Nov 11, 2017
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Nov 09, 2017
-
-
Stephen R. van den Berg authored
-
- Jul 10, 2017
-
-
Stephen R. van den Berg authored
-
- Jul 03, 2017
-
-
Stephen R. van den Berg authored
-
- Jul 02, 2017
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Jun 28, 2017
-
-
Stephen R. van den Berg authored
-
- Jun 27, 2017
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Jun 18, 2017
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Jun 06, 2017
-
-
Stephen R. van den Berg authored
-
- Jun 03, 2017
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Dec 06, 2016
-
-
Stephen R. van den Berg authored
-
- Nov 07, 2016
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Oct 18, 2016
-
-
Stephen R. van den Berg authored
-
- Oct 15, 2016
-
-
Stephen R. van den Berg authored
-
- Oct 13, 2016
-
-
Stephen R. van den Berg authored
Prevent cancelquery() from starting the statemachine. This was responsible for the majority of the exceptions.
-
- Apr 01, 2016
-
-
Stephen R. van den Berg authored
-
- Feb 27, 2016
-
-
Stephen R. van den Berg authored
Also destruct the conxion object directly, to make sure that the filedescriptors actually get closed.
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-
- Feb 25, 2016
-
-
Stephen R. van den Berg authored
This reverts commit f339d7f8. The kludge should not be needed anymore due to a checked in fix in the Pike compiler.
-
Stephen R. van den Berg authored
As reported by Jeff Hungerford: When there is: - No connection at present. - Two or more threads try to open an initial connection to the database simultaneously. You can trigger this: Attempting to clone an unfinished program /usr/local/pike/8.0.175/lib/modules/Sql.pmod/Sql.pike:342: Sql.Sql()->create("localhost:5432","foo","bar","CENSORED",UNDEFINED) This could be caused by a race in the Pike-core class-cloning code which is not racefree when two threads try to instantiate the same object at roughly the same instant. This patch attempts a workaround to detect the race and loop until it finishes without problems. It would be better if this could be fixed in the Pike-core.
-
- Feb 24, 2016
-
-
Stephen R. van den Berg authored
-
- Feb 18, 2016
-
-
Stephen R. van den Berg authored
-
Stephen R. van den Berg authored
-