Soldes 2 eme démarque c'est Parti -30% a -50% avant arrivage de la collection été

2010-01-14 Thread commercial
Si vous ne pouvez pas lire cet email, cliquez ici 
(http://front.chemise-web.eu/php/emailing/view_mail.php?CODE=50NV244E_272969HASH=49130e912569affe56b42924138f)





Chemises homme : toutes les dernières tendances de la mode. Chemises 100% coton 
cintrées ou coupes classiques, plus de 300 modèles en ligne, arrivages chaque 
semaine. 
(http://lt.chemise-web.eu/w/www.chemiseweb.com+58+50NV244E+272969_1+/)

FAITES DE BONNES AFFAIRES SUR LES MODELES HIVER ET PROFITEZ D'IMPORTANTES 
REMISES.TOUT DOIT DISPARAÎTRE AVANT L'ARRIVAGEDE LA COLLECTION ETE 2010.
Chemise Napoli Tre 39.99 € SOLDE 24.75 € 
(http://lt.chemise-web.eu/w/www.chemiseweb.com+58+50NV244E+272969_1+/)
Chemise réalisée en tissus popeline, intérieur col et poignet en tissus à 
rayures multicolores. Bouton bleu boutonnière et fil bouton blanc. Chemise mode 
à porter col ouvert.
 (http://lt.chemise-web.eu/w/www.chemiseweb.com+58+50NV244E+272969_1+/)
Bonne visite sur chemiseweb.com 
(http://lt.chemise-web.eu/w/www.chemiseweb.com+58+50NV244E+272969_1+/)
En application de la loi n° 78 17 du 6 janvier 1978 modifiée par la loi du 6 
Août 2005 relative à l'informatique, aux fichiers et aux libertés, les 
participants disposent d'un droit d'accès, de modification, de rectification et 
de suppression des données personnelles les concernant auprès de 
servicecli...@chemiseweb.com (mailto:servicecli...@chemiseweb.com)

Si vous voulez vous désinscrire, cliquez ici 
(http://front.chemise-web.eu/php/emailing/unsuscribe.php?CODE=50NV244E_272969HASH=49130e912569affe56b42924138f)

Processed: tagging 562679

2010-01-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 # Automatically generated email from bts, devscripts version 2.10.35lenny7
 tags 562679 + pending
Bug #562679 [libc6] libc6: malloc_info() segv when no mallocs yet
Added tag(s) pending.

End of message, stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



r4082 - in glibc-package/trunk/debian: . patches patches/any

2010-01-14 Thread Aurelien Jarno
Author: aurel32
Date: 2010-01-14 22:21:11 + (Thu, 14 Jan 2010)
New Revision: 4082

Added:
   glibc-package/trunk/debian/patches/any/cvs-malloc_info-init.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
Log:
  * Add patches/any/cvs-malloc_info-init.diff to fix malloc_info() with no
malloc() done.  Closes: #562679.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2010-01-14 05:56:42 UTC (rev 
4081)
+++ glibc-package/trunk/debian/changelog2010-01-14 22:21:11 UTC (rev 
4082)
@@ -4,6 +4,8 @@
   * kfreebsd/local-sysdeps.diff: update to revision 2913 (from glibc-bsd).
   * Don't run the testsuite in parallel, as it sometimes causes some failures
 in some tests.
+  * Add patches/any/cvs-malloc_info-init.diff to fix malloc_info() with no
+malloc() done.  Closes: #562679.
 
   [ Samuel Thibault ]
   * patches/hurd-i386/local-pthread.diff: New hurd-only patch to provide
@@ -16,7 +18,7 @@
   * patches/hurd-i386/submitted-net.diff: New patch to factorize net/ files
 between Linux and Hurd.
 
- -- Aurelien Jarno aure...@debian.org  Thu, 14 Jan 2010 06:55:41 +0100
+ -- Aurelien Jarno aure...@debian.org  Thu, 14 Jan 2010 23:19:00 +0100
 
 eglibc (2.10.2-5) unstable; urgency=low
 

Added: glibc-package/trunk/debian/patches/any/cvs-malloc_info-init.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-malloc_info-init.diff
(rev 0)
+++ glibc-package/trunk/debian/patches/any/cvs-malloc_info-init.diff
2010-01-14 22:21:11 UTC (rev 4082)
@@ -0,0 +1,76 @@
+2010-01-14  Ulrich Drepper  drep...@redhat.com
+ 
+   [BZ #11126]
+   * malloc/malloc.c (malloc_info): Initialize malloc if not already
+   done.  Handle empty bin lists.
+ 
+diff --git a/malloc/malloc.c b/malloc/malloc.c
+index ea10d17..b43e454 100644
+--- a/malloc/malloc.c
 b/malloc/malloc.c
+@@ -6369,16 +6369,19 @@ malloc_info (int options, FILE *fp)
+ 
+ mbinptr bin = bin_at (ar_ptr, 1);
+ struct malloc_chunk *r = bin-fd;
+-while (r != bin)
++if (r != NULL)
+   {
+-  ++sizes[NFASTBINS].count;
+-  sizes[NFASTBINS].total += r-size;
+-  sizes[NFASTBINS].from = MIN (sizes[NFASTBINS].from, r-size);
+-  sizes[NFASTBINS].to = MAX (sizes[NFASTBINS].to, r-size);
+-  r = r-fd;
++  while (r != bin)
++{
++  ++sizes[NFASTBINS].count;
++  sizes[NFASTBINS].total += r-size;
++  sizes[NFASTBINS].from = MIN (sizes[NFASTBINS].from, r-size);
++  sizes[NFASTBINS].to = MAX (sizes[NFASTBINS].to, r-size);
++  r = r-fd;
++}
++  nblocks += sizes[NFASTBINS].count;
++  avail += sizes[NFASTBINS].total;
+   }
+-nblocks += sizes[NFASTBINS].count;
+-avail += sizes[NFASTBINS].total;
+ 
+ for (size_t i = 2; i  NBINS; ++i)
+   {
+@@ -6388,17 +6391,18 @@ malloc_info (int options, FILE *fp)
+   sizes[NFASTBINS - 1 + i].to = sizes[NFASTBINS - 1 + i].total
+ = sizes[NFASTBINS - 1 + i].count = 0;
+ 
+-  while (r != bin)
+-{
+-  ++sizes[NFASTBINS - 1 + i].count;
+-  sizes[NFASTBINS - 1 + i].total += r-size;
+-  sizes[NFASTBINS - 1 + i].from = MIN (sizes[NFASTBINS - 1 + i].from,
++  if (r != NULL)
++while (r != bin)
++  {
++++sizes[NFASTBINS - 1 + i].count;
++sizes[NFASTBINS - 1 + i].total += r-size;
++sizes[NFASTBINS - 1 + i].from
++  = MIN (sizes[NFASTBINS - 1 + i].from, r-size);
++sizes[NFASTBINS - 1 + i].to = MAX (sizes[NFASTBINS - 1 + i].to,
+r-size);
+-  sizes[NFASTBINS - 1 + i].to = MAX (sizes[NFASTBINS - 1 + i].to,
+- r-size);
+ 
+-  r = r-fd;
+-}
++r = r-fd;
++  }
+ 
+   if (sizes[NFASTBINS - 1 + i].count == 0)
+ sizes[NFASTBINS - 1 + i].from = 0;
+@@ -6460,6 +6464,9 @@ malloc_info (int options, FILE *fp)
+ fputs (/heap\n, fp);
+   }
+ 
++  if(__malloc_initialized  0)
++ptmalloc_init ();
++
+   fputs (malloc version=\1\\n, fp);
+ 
+   /* Iterate over all arenas currently in use.  */

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2010-01-14 05:56:42 UTC (rev 
4081)
+++ glibc-package/trunk/debian/patches/series   2010-01-14 22:21:11 UTC (rev 
4082)
@@ -230,3 +230,4 @@
 any/cvs-resolv-v6mapped.diff
 any/submitted-nis-shadow.diff
 any/local-no-SOCK_NONBLOCK.diff
+any/cvs-malloc_info-init.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#565369: eglibc: Please add __set_fpscr prototype

2010-01-14 Thread Nobuhiro Iwamatsu
Source: eglibc
Version: 2.10.2-5
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

When we compile a  program that used _FPU_SETCW in sh4 in C++, we
become the error.
Because .
1.Current eglibc does not have prototype of __set_fpscr.
2. _FPU_SETCW is macro, and __set_fpscr function in libgcc.a is called.
When user use _FPU_SETCW in C++, user has build error. Because
extern C is not set to  __set_fpscr.

This is sh4 specific.

test program:
-
$ cat f.c
#include fpu_control.h
int main(void)
{
_FPU_SETCW(0);
return 0;
}
-

build log: (failed)
-
$ g++ -o f f.c -Wl,-t
/usr/bin/ld: mode shlelf_linux
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crt1.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crti.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/crtbegin.o
/tmp/ccZX5ufD.o
-lstdc++ (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libstdc++.so)
-lm (/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../libm.so)
libgcc_s.so.1 (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libgcc_s.so.1)
/lib/libc.so.6
(/usr/lib/libc_nonshared.a)elf-init.oS
/lib/ld-linux.so.2
libgcc_s.so.1 (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libgcc_s.so.1)
/usr/lib/gcc/sh4-linux-gnu/4.4.2/crtend.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crtn.o
/tmp/ccZX5ufD.o: In function `main':
f.c:(.text+0x24): undefined reference to `__set_fpscr(unsigned long)'
/usr/bin/ld: link errors found, deleting executable `f'
collect2: ld returned 1 exit status
-

build log: (success. After applied the patch which I attached.)
-
$ g++ -o f f.c -Wl,-t
/usr/bin/ld: mode shlelf_linux
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crt1.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crti.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/crtbegin.o
/tmp/ccu0OHaQ.o
-lstdc++ (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libstdc++.so)
-lm (/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../libm.so)
libgcc_s.so.1 (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libgcc_s.so.1)
(/usr/lib/gcc/sh4-linux-gnu/4.4.2/libgcc.a)_set_fpscr.o
/lib/libc.so.6
(/usr/lib/libc_nonshared.a)elf-init.oS
/lib/ld-linux.so.2
libgcc_s.so.1 (/usr/lib/gcc/sh4-linux-gnu/4.4.2/libgcc_s.so.1)
/usr/lib/gcc/sh4-linux-gnu/4.4.2/crtend.o
/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../crtn.o
-

I made a patch to solve this problem. Could you apply this patch?
I apply extern C to only __set_fpscr with patch. Should I apply
the whole file in this?

Best regards,
 Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
--- a/sysdeps/sh/sh4/fpu/fpu_control.h  2006-08-17 10:18:26.0 +0900
+++ b/sysdeps/sh/sh4/fpu/fpu_control.h  2010-01-15 15:31:04.0 +0900
@@ -45,6 +45,14 @@
 #define _FPU_GETCW(cw) __asm__ (sts fpscr,%0 : =r (cw))
 
 #if defined __GNUC__
+/* Allow the use in C++ code.  */
+#ifdef __cplusplus
+extern C {
+#endif
+extern void __set_fpscr(unsigned long);
+#ifdef __cplusplus
+}
+#endif  /* C++ */
 #define _FPU_SETCW(cw) __set_fpscr ((cw))
 #else
 #define _FPU_SETCW(cw) __asm__ (lds %0,fpscr : : r (cw))