My account was hacked, the previous message that was sent to you will
take you to a fake gmail login. If you enter your password into that
login, it will hack your account and send a similar messages to all of
your contacts (a.k.a. everyone who you have ever emailed or gotten
email from). DO NOT
files changed, 10 insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 13ea1a8..b9a4501 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2014-05-30 Kieran Colford
+
+ valgrind-tests: fixed misleading help message
+ The help message generated by a configure s
On 14-05-30 06:59 AM, Pádraig Brady wrote:
> On 05/28/2014 04:53 PM, Kieran Colford wrote:
>> The help message generated by a configure script using this module
>> implied that valgrind was disabled by default, which it wasn't.
>> Patched so that valgrind is in fact d
files changed, 10 insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index d76591a..25bfed0 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2014-05-28 Kieran Colford
+
+ valgrind-tests: fixed misleading help message.
+ The help message generated by a conf
files changed, 9 insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index fc8a081..f2ccae0 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2014-05-28 Kieran Colford
+
+ valgrind-tests: fixed misleading help message.
+ The help message generated by a configure s
/ChangeLog
@@ -1,3 +1,11 @@
+2014-05-25 Kieran Colford
+
+ stringops: add new module
+ maint.mk has long had a syntax-check rule that requests that users use
+ STREQ (a, b) instead of open-coding (strcmp (a, b) == 0); but nothing in
+ gnulib actually provided that macro
On 14-05-22 12:54 AM, Paul Eggert wrote:
> Kieran Colford wrote:
>> I deliberately chose to use it as a macro and call it this because that
>> is how it is done everywhere else in gnulib.
>
> Sure, but let's take this opportunity to do a better API, while we're
&
@@ -1,3 +1,10 @@
+2014-05-22 Kieran Colford
+
+ stringops: add new module
+ maint.mk has long had a syntax-check rule that requests that users use
+ STREQ (a, b) instead of open-coding (strcmp (a, b) == 0); but nothing in
+ gnulib actually provided that macro. This adds a
On 14-05-22 12:28 AM, Eric Blake wrote:
> On 05/21/2014 10:14 PM, Paul Eggert wrote:
>> Kieran Colford wrote:
>>> +#define STRNEQ(X, Y) (strcmp (X, Y) != 0)
>>
>> 1. This name is poorly chosen (it looks too much like "strncmp", which
>> means somethin
PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+/* Written by Kieran Colford. */
+
+#ifndef _GL_STRINGOPS_H
+#
[test if X and Y are not NULL and are equal])
+AC_DEFINE([STRNEQ(X, Y)], [((X) != NULL && (Y) != NULL && strcmp (X, Y) != 0)],
+ [test if X and Y are not NULL and are not equal])
+
+Makefile.am:
+
+Include:
+
+License:
+LGPL
+
+Maintainer:
+Kieran Colford
--
1.7.9.5
On 14-05-21 02:48 PM, Eric Blake wrote:
> On 05/21/2014 12:00 PM, Kieran Colford wrote:
>> With the removal of STREQ and STRNEQ from gnulib, this syntax test is
>> no longer useful and simply generates a nuisance error message that
>> can't be fixed by gnulib.
>
>
With the removal of STREQ and STRNEQ from gnulib, this syntax test is
no longer useful and simply generates a nuisance error message that
can't be fixed by gnulib.
---
top/maint.mk |8
1 file changed, 8 deletions(-)
diff --git a/top/maint.mk b/top/maint.mk
index b6cd5a2..5b345ad 1006
It is not mentioned anywhere why the signals which generate core dumps
are ignored by this module even though they are equally fatal to the
process.
The only speculated reason for this is that the cleanup routine my
alter the state of the running process, making the core dump difficult
to use in d
14 matches
Mail list logo