By the way, it might be a good idea to remove the /dev/null 21
from the command lines in case the compiler wants to warn you about
this sort of thing. (I don't know whether GCC does in this particular
case.)
Please could you specify the place of this code.
I was wrong. The /dev/null 21
There are also several places where the value returned from getopt is
assigned to a variable of type char before being compared with -1. I
would guess that the programs are going into an infinite loop while
trying to parse their command-line arguments when char is unsigned.
--
[1]Visualiser la version en ligne
[2]10 000 postes à pourvoir : découvrez les offres de l'Armée de Terre
[3]Se désabonner
[4]Courrier indésirable
De sans BAC à BAC +5,
l’Armée de Terre recrute
10 000 POSTES À POURVOIR
[5]Pour une expérience professionnelle
hors du
FYI: The status of the libqglviewer source package
in Debian's testing distribution has changed.
Previous version: 2.5.3+dfsg-1
Current version: 2.5.3+dfsg-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day
FYI: The status of the viewmol source package
in Debian's testing distribution has changed.
Previous version: 2.4.1-21
Current version: 2.4.1-22
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
Some good news: the code doesn't seem to need a lot of changes to make
it work on arm64. I did this:
* Changed the type of the local variables to which the value returned
from fgetc, getopt or get_next is assigned from char to int.
* Made get_next return int instead of char, and, to make it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 11/11/14 18:40, Edmund Grimley Evans wrote:
Some good news: the code doesn't seem to need a lot of changes to make
it work on arm64. I did this:
* Changed the type of the local variables to which the value returned
from fgetc, getopt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 11/11/14 18:40, Edmund Grimley Evans wrote:
Some good news: the code doesn't seem to need a lot of changes to make
it work on arm64. I did this:
* Changed the type of the local variables to which the value returned
from fgetc, getopt or
Control: unarchive 628104
Control: forcemerge 628104 -1
Control: archive 628104
Le dimanche 09 novembre 2014 à 12:11 -0800, Ian Zimmerman a écrit :
Searching on packages.debian.org, I see that the dch program is in the
devscripts package. Clearly devscripts should be in the Build-Depends
of
Processing control commands:
unarchive 628104
Bug #628104 {Done: Sylvestre Ledru sylves...@debian.org} [atlas] atlas:
should build-depend on devscripts
Bug #697431 {Done: Sébastien Villemot sebast...@debian.org} [atlas] src
atlas: missing build-dep devscripts
Bug #731960 {Done: Sébastien
Processing commands for cont...@bugs.debian.org:
unarchive 628104
reassign 768871 atlas
Bug #768871 [src:atlas] atlas: Missing build dependency
Bug reassigned from package 'src:atlas' to 'atlas'.
No longer marked as found in versions atlas/3.8.4-9+deb7u1.
Ignoring request to alter fixed
11 matches
Mail list logo
