Re: Documentation complète sur la compilation de programmes

2016-01-04 Par sujet enae 

Bonsoir à tous,

permettez moi de vous souhaiter à tous mes meilleurs vœux pour la 
nouvelle année.


Le sujet est très intéressant, et grâce à vous, j'apprends en même temps 
beaucoup de connaissances, et je vous en remercie.


Je me posais les questions suivantes:
vu qu'un compilateur transforme du code lisible par un humain en code 
machine, comment sait-il en quoi il doit transformer ce code lisible par 
un humain?
comment connait-on les spécifications du "code machine"? (je devine que 
cela est certainement une suite de 0 et de 1, et très certainement 
fortement dépendant du processeur et de son architecture)

comment le processeur sait-il ce qu'il a à faire en voyant ce code machine?
comment est chargé ce code machine dans le processeur ? (j'aurai 
tendance à penser à grub, mais, à la mise sous tension du processeur, à 
t+1 qu'est-ce qui fait le processeur commence à faire une tâche?)


Cela parait tout bête, et pourtant...
de nos jours nous avons tellement l'habitude "d'appuyer sur le bouton" 
et cela fonctionne, tout démarre et est fonctionnel.
Mais il a fallu des années pour en arriver à ce stade, pour qu'une 
simple puce de silicium soit le maître d'oeuvre de tout un système 
autour duquel tourne tant de choses de nos jours.


Je vous remercie pour votre aide.

Re: Aide au rapport de bug. [IPv6]

2016-01-04 Par sujet Pam 
Le samedi 02 janvier 2016 à 20:43 +0100, Sylvain L. Sauvage a écrit :
> Le vendredi 1 janvier 2016, 17:55:11 Pam a écrit :
> > Bonjour,
> 
> ’soir,
> 

Salut, Et merci Sylvain L. Sauvage

> 
>   Non, pas de certitude, ton dmesg a une jolie trace partant de 
> > NETDEV WATCHDOG: eth0 (sis190): transmit queue 0 timed
> > out
> 
> donc je n’écarterais pas un problème avec le pilote de la carte 
> Ethernet.  Désactiver IPv6 a pu éviter de passer par le bogue, 
> ou bien c’est une coïncidence (comme tu dis « aujourd’hui », 
> j’en déduis que ce n’est pas systématique, si ?).

Le problème serait une coïncidence ou un bug dû à IPv6.

Après une installation de Jessie, j'ai installé quelques paquets de
stretch pour pouvoir utiliser gnome-weather:amd64 (3.18.1-1) :



cat /var/log/apt/history.log

Start-Date: 2016-01-01  00:56:23
Commandline: apt-get install gnome-session-canberra
Install: gnome-session-canberra:amd64 (0.30-2.1), libcanberra-
gtk0:amd64 (0.30-2.1, automatic), libcanberra-gtk-module:amd64 (0.30-
2.1, automatic)
End-Date: 2016-01-01  00:56:25

Start-Date: 2016-01-01  05:29:24
Commandline: apt-get install --reinstall gnome-shell-extension-weather
Upgrade: gnome-shell-extension-weather:amd64 (0~20140924.git7e28508-1,
0~20151125.gitccaa1eb-1)
End-Date: 2016-01-01  05:29:25

Start-Date: 2016-01-01  06:02:10
Commandline: apt-get remove gnome-shell-extension-weather
Remove: gnome:amd64 (3.14+3), gnome-shell-extension-weather:amd64
(0~20151125.gitccaa1eb-1)
End-Date: 2016-01-01  06:02:11

Start-Date: 2016-01-01  06:03:26
Commandline: apt-get install gnome-weather
Install: gnome-weather:amd64 (3.18.1-1), gir1.2-gweather-3.0:amd64
(3.18.1-1, automatic)
Upgrade: libgweather-3-6:amd64 (3.14.1-1, 3.18.1-1)
End-Date: 2016-01-01  06:03:29



Le lendemain, la connexion de la veille était HS et gnome-weather
inutilisable. (La solution API de gnome-shell-extension-weather m'est
trop contraignante).


> 
> > Pourrais-je recevoir un peu d'accompagnement pour rapporter ce
> > genre de bugs à Debian svp ?
> 
>   J’essaierai d’abord un autre noyau (p.ex. celui de backports, 
> voir http://backports.debian.org ) puis (ou pas) un rapport sur 
> le noyau lui-même avec la trace.
> 
Après une mise à jour complète vers stretch tout est rentré dans
l'ordre. Sauf que je n'ai pas su déterminer (diagnostiquer) quels
étaient exactement les paquets responsables de cet incident. 


Cordialement

Re: Documentation complète sur la compilation de programmes

2016-01-04 Par sujet Basile Starynkevitch 

On 01/04/2016 09:27 PM, enae wrote:


Je me posais les questions suivantes:
vu qu'un compilateur transforme du code lisible par un humain en code 
machine, comment sait-il en quoi il doit transformer ce code lisible 
par un humain?


Faire un compilateur est compliqué (et l'essentiel n'est pas la 
construction de l'arbre syntaxique). Sur mon site http://gcc-melt.org/ 
la page http://gcc-melt.org/docum.html contient des références et des 
transparents décrivant ça en détails (en anglais); le compilateur GCC 
fait environ quinze millions de lignes de code (que personne ne comprend 
en totalité) et il est développé par une communauté de centaines 
d'ingénieurs (la plupart travaillant au moins à mi-temps sur GCC).


comment connait-on les spécifications du "code machine"? (je devine 
que cela est certainement une suite de 0 et de 1, et très certainement 
fortement dépendant du processeur et de son architecture)
comment le processeur sait-il ce qu'il a à faire en voyant ce code 
machine?


Le spécifications d'un processeur sont de nos jours publiques. Chez 
Intel, la totalité de la documentation fait plusieurs milliers de pages 
(près de dix mille!). Et les ingénieurs d'Intel concoivent le processeur 
pour obéir à sa spécification. C'est un métier difficile.



comment est chargé ce code machine dans le processeur ?



Sur un PC, par son BIOS ou son UEFI. Sur une tablette par son Firmware. 
C'est du code machine "gravé en dur" dans une mémoire ROM ou Flash.


Cordialement

--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***

Re: soucis avec rmadison et xfce4-terminal

2016-01-04 Par sujet Bernard Schoenacker 
Le Mon, 4 Jan 2016 15:31:49 +0100,
Bernard Schoenacker  a écrit :

> bonjour,
> 
> j'ai 2 problèmes :
> 
> rmadison -a i386,amd64 xfce4-terminal
> curl: (7) Failed to connect to api.ftp-master.debian.org port 443:
> Connexion terminée par expiration du délai d'attente
> 
> le secon vient de la comande insert qui fait un coller alors qu'elle
> est néesssaire pour vim
> 
> comment corriger le tir ?
> 
> slt
> bernard
> 

bonjour,

j'ai réussi à corriger le tir pour xfce4-terminal ...
 enfin Maj+Ctrl+V est de retour ...

en revanche le mirroir debian est dans les chausettes

rmadison -a i386,amd64 xfce4-terminal
curl: (7) Failed to connect to api.ftp-master.debian.org port 443:
Connexion terminée par expiration du délai d'attente

slt
bernard

Re: Bonne année 2016

2016-01-04 Par sujet Fabrice Regnier 

Bonne année 2016 à tous!

Merci encore pour vos bons conseils qui, tout au long de l'année, me 
confortent dans l'idée que nous n'avons pas choisi le coté obscur de la 
force ;)


f.

soucis avec rmadison et xfce4-terminal

2016-01-04 Par sujet Bernard Schoenacker 
bonjour,

j'ai 2 problèmes :

rmadison -a i386,amd64 xfce4-terminal
curl: (7) Failed to connect to api.ftp-master.debian.org port 443:
Connexion terminée par expiration du délai d'attente

le secon vient de la comande insert qui fait un coller alors qu'elle
est néesssaire pour vim

comment corriger le tir ?

slt
bernard