Your message dated Sun, 06 Feb 2005 06:47:26 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#287442: fixed in libpri 1.0.4-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 27 Dec 2004 18:38:46 +0000
>From [EMAIL PROTECTED] Mon Dec 27 10:38:46 2004
Return-path: <[EMAIL PROTECTED]>
Received: from c156115.adsl.hansenet.de (localhost.localdomain) 
[213.39.156.115] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1CizlV-0000ch-00; Mon, 27 Dec 2004 10:38:45 -0800
Received: from aj by localhost.localdomain with local (Exim 4.34)
        id 1Cizqd-00051u-1h; Mon, 27 Dec 2004 19:44:03 +0100
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
From: Andreas Jochens <[EMAIL PROTECTED]>
Subject: libpri: FTBFS (amd64/gcc-4.0): pointer targets in initialization 
differ in signedness
Message-Id: <[EMAIL PROTECTED]>
Date: Mon, 27 Dec 2004 19:44:03 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
        autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: libpri
Severity: normal
Tags: patch

When building 'libpri' on amd64 with gcc-4.0,
I get the following error:

q931.c:1402: warning: pointer targets in initialization differ in signedness
q931.c:1403: warning: pointer targets in initialization differ in signedness
q931.c:1404: warning: pointer targets in initialization differ in signedness
q931.c:1405: warning: pointer targets in initialization differ in signedness
q931.c:1406: warning: pointer targets in initialization differ in signedness
q931.c:1407: warning: pointer targets in initialization differ in signedness
q931.c:1408: warning: pointer targets in initialization differ in signedness
q931.c:1409: warning: pointer targets in initialization differ in signedness
q931.c: In function 'msg2str':
q931.c:1560: warning: pointer targets in return differ in signedness
q931.c: In function 'disc2str':
q931.c:1753: warning: pointer targets in initialization differ in signedness
q931.c:1754: warning: pointer targets in initialization differ in signedness
q931.c:1755: warning: pointer targets in initialization differ in signedness
q931.c:1756: warning: pointer targets in initialization differ in signedness
q931.c: In function 'send_message':
q931.c:1872: warning: pointer targets in passing argument 3 of 'init_header' 
differ in signedness
make[1]: *** [q931.o] Error 1
make[1]: Leaving directory `/libpri-1.0.2'
make: *** [build-stamp] Error 2

With the attached patch 'libpri' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/libpri-1.0.2/q931.c ./q931.c
--- ../tmp-orig/libpri-1.0.2/q931.c     2004-10-05 04:19:11.000000000 +0200
+++ ./q931.c    2004-12-27 19:41:15.697544000 +0100
@@ -36,7 +36,7 @@
 
 struct msgtype {
        int msgnum;
-       unsigned char *name;
+       char *name;
        int mandies[MAX_MAND_IES];
 };
 
@@ -775,7 +775,7 @@
 
 static FUNC_DUMP(dump_called_party_number)
 {
-       char cnum[256];
+       unsigned char cnum[256];
 
        q931_get_number(cnum, sizeof(cnum), ie->data + 1, len - 3);
        pri_message("%c Called Number (len=%2d) [ Ext: %d  TON: %s (%d)  NPI: 
%s (%d) '%s' ]\n",
@@ -784,7 +784,7 @@
 
 static FUNC_DUMP(dump_called_party_subaddr)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        q931_get_number(cnum, sizeof(cnum), ie->data + 1, len - 3);
        pri_message("%c Called Sub-Address (len=%2d) [ Ext: %d  Type: %s (%d) 
O: %d '%s' ]\n",
                prefix, len, ie->data[0] >> 7,
@@ -794,7 +794,7 @@
 
 static FUNC_DUMP(dump_calling_party_number)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        if (ie->data[0] & 0x80)
                q931_get_number(cnum, sizeof(cnum), ie->data + 1, len - 3);
        else
@@ -808,7 +808,7 @@
 
 static FUNC_DUMP(dump_calling_party_subaddr)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        q931_get_number(cnum, sizeof(cnum), ie->data + 2, len - 4);
        pri_message("%c Calling Sub-Address (len=%2d) [ Ext: %d  Type: %s (%d) 
O: %d '%s' ]\n",
                prefix, len, ie->data[0] >> 7,
@@ -818,7 +818,7 @@
 
 static FUNC_DUMP(dump_redirecting_number)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        int i = 0;
        /* To follow Q.931 (4.5.1), we must search for start of octet 4 by
           walking through all bytes until one with ext bit (8) set to 1 */
@@ -845,7 +845,7 @@
 
 static FUNC_DUMP(dump_connected_number)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        int i = 0;
        /* To follow Q.931 (4.5.1), we must search for start of octet 4 by
           walking through all bytes until one with ext bit (8) set to 1 */
@@ -887,14 +887,14 @@
                }
        }
        while(!(ie->data[i++] & 0x80));
-       q931_get_number(call->redirectingnum, sizeof(call->redirectingnum), 
ie->data + i, ie->len - i);
+       q931_get_number((unsigned char*)call->redirectingnum, 
sizeof(call->redirectingnum), ie->data + i, ie->len - i);
        return 0;
 }
 
 
 static FUNC_DUMP(dump_redirecting_subaddr)
 {
-       char cnum[256];
+       unsigned char cnum[256];
        q931_get_number(cnum, sizeof(cnum), ie->data + 2, len - 4);
        pri_message("%c Redirecting Sub-Address (len=%2d) [ Ext: %d  Type: %s 
(%d) O: %d '%s' ]\n",
                prefix, len, ie->data[0] >> 7,
@@ -905,14 +905,14 @@
 static FUNC_RECV(receive_calling_party_subaddr)
 {
        /* copy digits to call->callingsubaddr */
-       q931_get_number(call->callingsubaddr, sizeof(call->callingsubaddr), 
ie->data + 2, len - 4);
+       q931_get_number((unsigned char*)call->callingsubaddr, 
sizeof(call->callingsubaddr), ie->data + 2, len - 4);
        return 0;
 }
 
 static FUNC_RECV(receive_called_party_number)
 {
        /* copy digits to call->callednum */
-       q931_get_number(call->callednum, sizeof(call->callednum), ie->data + 1, 
len - 3);
+       q931_get_number((unsigned char*)call->callednum, 
sizeof(call->callednum), ie->data + 1, len - 3);
        call->calledplan = ie->data[0] & 0x7f;
        return 0;
 }
@@ -933,11 +933,11 @@
         extbit = (ie->data[0] >> 7) & 0x01;
 
         if (extbit) {
-         q931_get_number(call->callernum, sizeof(call->callernum), ie->data + 
1, len - 3);
+         q931_get_number((unsigned char*)call->callernum, 
sizeof(call->callernum), ie->data + 1, len - 3);
          call->callerpres = 0; /* PI presentation allowed
                                   SI user-provided, not screened */        
         } else {
-         q931_get_number(call->callernum, sizeof(call->callernum), ie->data + 
2, len - 4);
+         q931_get_number((unsigned char*)call->callernum, 
sizeof(call->callernum), ie->data + 2, len - 4);
          call->callerpres = ie->data[1] & 0x7f;
         }
        return 0;
@@ -966,7 +966,7 @@
 {        
         call->useruserprotocoldisc = ie->data[0] & 0xff;
         if (call->useruserprotocoldisc == 4) /* IA5 */
-          q931_get_number(call->useruserinfo, sizeof(call->useruserinfo), 
ie->data + 1, len - 3);
+          q931_get_number((unsigned char*)call->useruserinfo, 
sizeof(call->useruserinfo), ie->data + 1, len - 3);
        return 0;
 }
 
@@ -1030,7 +1030,7 @@
                data++;
                len--;
        }
-       q931_get_number(call->callername, sizeof(call->callername), data, len - 
2);
+       q931_get_number((unsigned char*)call->callername, 
sizeof(call->callername), data, len - 2);
        return 0;
 }
 
@@ -1064,7 +1064,7 @@
                return 0;
        }
        if (ie->data[13] + 14 == ie->len) {
-               q931_get_number(call->callername, sizeof(call->callername) - 1, 
ie->data + 14, ie->len - 14);
+               q931_get_number((unsigned char*)call->callername, 
sizeof(call->callername) - 1, ie->data + 14, ie->len - 14);
        } 
        return 0;
 }
@@ -1859,7 +1859,7 @@
 
 static int send_message(struct pri *pri, q931_call *c, int msgtype, int ies[])
 {
-       unsigned char buf[1024];
+       char buf[1024];
        q931_h *h;
        q931_mh *mh;
        int len;

---------------------------------------
Received: (at 287442-close) by bugs.debian.org; 6 Feb 2005 11:53:11 +0000
>From [EMAIL PROTECTED] Sun Feb 06 03:53:11 2005
Return-path: <[EMAIL PROTECTED]>
Received: from newraff.debian.org [208.185.25.31] (mail)
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1CxkyU-0005Xn-00; Sun, 06 Feb 2005 03:53:10 -0800
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
        id 1Cxksw-0003XK-00; Sun, 06 Feb 2005 06:47:26 -0500
From: Mark Purcell <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: $Revision: 1.55 $
Subject: Bug#287442: fixed in libpri 1.0.4-1
Message-Id: <[EMAIL PROTECTED]>
Sender: Archive Administrator <[EMAIL PROTECTED]>
Date: Sun, 06 Feb 2005 06:47:26 -0500
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Source: libpri
Source-Version: 1.0.4-1

We believe that the bug you reported is fixed in the latest version of
libpri, which is due to be installed in the Debian FTP archive:

libpri-dev_1.0.4-1_i386.deb
  to pool/main/libp/libpri/libpri-dev_1.0.4-1_i386.deb
libpri1_1.0.4-1_i386.deb
  to pool/main/libp/libpri/libpri1_1.0.4-1_i386.deb
libpri_1.0.4-1.diff.gz
  to pool/main/libp/libpri/libpri_1.0.4-1.diff.gz
libpri_1.0.4-1.dsc
  to pool/main/libp/libpri/libpri_1.0.4-1.dsc
libpri_1.0.4.orig.tar.gz
  to pool/main/libp/libpri/libpri_1.0.4.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mark Purcell <[EMAIL PROTECTED]> (supplier of updated libpri package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun,  6 Feb 2005 11:09:04 +0000
Source: libpri
Binary: libpri-dev libpri1
Architecture: source i386
Version: 1.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell <[EMAIL PROTECTED]>
Changed-By: Mark Purcell <[EMAIL PROTECTED]>
Description: 
 libpri-dev - Primary Rate ISDN specification development files
 libpri1    - Primary Rate ISDN specification library
Closes: 287442 288447
Changes: 
 libpri (1.0.4-1) unstable; urgency=low
 .
   * New upstream release (Closes: Bug#288447)
   * Apply amd64 patch from Andreas Jochens (Closes: Bug#287442)
Files: 
 a792789e797980ef8dc7ce020e865e4c 565 libs optional libpri_1.0.4-1.dsc
 82f3ac51101b456f9f916ed1ca774ebc 55677 libs optional libpri_1.0.4.orig.tar.gz
 fc64363fd70091b247f43cdbf9efef43 3865 libs optional libpri_1.0.4-1.diff.gz
 ca882ababa7408b60f5b85542284f606 39678 libdevel optional 
libpri-dev_1.0.4-1_i386.deb
 eb248d2174d083dc47ab172c9280d934 31846 libs optional libpri1_1.0.4-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFCBfxEoCzanz0IthIRAqZKAJ4jkqoPOPLXdKxivAw/UOhEpm6NEACfa0ma
nBf0T0CFBkmHIzBGKVHAAEw=
=RlTW
-----END PGP SIGNATURE-----


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to