Ou alors elle est generalement buguee comme certaines experiences raportees ici en temoigne.
Pas de pb chez moi.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Éric Lévénez
Le 25/09/03 14:08, dans , « Saïd » a écrit :
Jim :
Éric Lévénez wrote:
Elle est aussi retiree des site web d'Apple (Probleme Ethernet 10MBits pour les G4)
Pour un très petit nombre de G4, j'ai 2 G4 différents, et aucun problème.
Idem pour moi
Ben apple a du retirer sa MAJ sans raison. Ou alors elle est generalement buguee comme certaines experiences raportees ici en temoigne.
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000). Donc avec une même machine mais un switch 10 ou un switch 10/100, le réseau Ethernet va marcher ou pas. Voir la doc d'Apple <http://docs.info.apple.com/article.html?artnum7669>
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
Le 25/09/03 14:08, dans <slrnbn5mm3.po.saidNo@brian-ap.lan>, « Saïd »
<saidNo@spaMquatramaran.ens.france> a écrit :
Jim :
Éric Lévénez <eric@levenez.com> wrote:
Elle est aussi retiree des site web d'Apple (Probleme Ethernet 10MBits
pour les G4)
Pour un très petit nombre de G4, j'ai 2 G4 différents, et aucun problème.
Idem pour moi
Ben apple a du retirer sa MAJ sans raison. Ou alors elle est generalement
buguee comme certaines experiences raportees ici en temoigne.
Non, Apple a bien fait de retirer sa maj car certaines configurations
entraînent des problèmes en 10BT (mais pas en 100 ou 1000). Donc avec une
même machine mais un switch 10 ou un switch 10/100, le réseau Ethernet va
marcher ou pas. Voir la doc d'Apple
<http://docs.info.apple.com/article.html?artnum7669>
--
Éric Lévénez -- <http://www.levenez.com>
Unix is not only an OS, it's a way of life.
Elle est aussi retiree des site web d'Apple (Probleme Ethernet 10MBits pour les G4)
Pour un très petit nombre de G4, j'ai 2 G4 différents, et aucun problème.
Idem pour moi
Ben apple a du retirer sa MAJ sans raison. Ou alors elle est generalement buguee comme certaines experiences raportees ici en temoigne.
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000). Donc avec une même machine mais un switch 10 ou un switch 10/100, le réseau Ethernet va marcher ou pas. Voir la doc d'Apple <http://docs.info.apple.com/article.html?artnum7669>
-- Éric Lévénez -- <http://www.levenez.com> Unix is not only an OS, it's a way of life.
gerald.cojot
Éric Lévénez wrote:
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ? G3/266 DT -- " On ne peut donner que deux choses à ses enfants: Des racines et des ailes." http://perso.wanadoo.fr/gerard.cojot/
Éric Lévénez <eric@levenez.com> wrote:
Non, Apple a bien fait de retirer sa maj car certaines configurations
entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ?
G3/266 DT
--
" On ne peut donner que deux choses à ses enfants:
Des racines et des ailes."
http://perso.wanadoo.fr/gerard.cojot/
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ? G3/266 DT -- " On ne peut donner que deux choses à ses enfants: Des racines et des ailes." http://perso.wanadoo.fr/gerard.cojot/
Patrick Stadelmann
In article <1g1uv2m.104p9m4gxljikN%, (Gérard Cojot) wrote:
Éric Lévénez wrote:
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ? G3/266 DT
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
Patrick -- Patrick Stadelmann
In article <1g1uv2m.104p9m4gxljikN%gerald.cojot@zfree.fr>,
gerald.cojot@zfree.fr (Gérard Cojot) wrote:
Éric Lévénez <eric@levenez.com> wrote:
Non, Apple a bien fait de retirer sa maj car certaines configurations
entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ?
G3/266 DT
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1g1uv2m.104p9m4gxljikN%, (Gérard Cojot) wrote:
Éric Lévénez wrote:
Non, Apple a bien fait de retirer sa maj car certaines configurations entraînent des problèmes en 10BT (mais pas en 100 ou 1000).
Ouf! Je suis donc un rescapé ? G3/266 DT
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
Patrick -- Patrick Stadelmann
Michel Henri
In article (Dans l'article) , Patrick Stadelmann wrote (écrivait) :
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
C'est mon mien. Pas de problème avec Ethernet. En revanche, l'installation s'est passée bizarrement. En fin d'installation, l'écran est devenu tout noir. Indébloquable. Mais je pouvais toujours me connecter depuis un autre poste, mais le "shutdown" ne donnait rien. J'ai fini par éteindre sauvagement. Je ne suis même pas sûr que tout était terminé. Je suppose quand même, car tout fonctionne bien.
À quoi sert la fameuse « phase d'optimisation », et y a-t-il moyen de savoir si elle s'est déroulée normalement ?
-- Michel Henri
In article (Dans l'article)
<Patrick.Stadelmann-4C1239.18552925092003@news.fu-berlin.de>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote (écrivait) :
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
C'est mon mien. Pas de problème avec Ethernet. En revanche,
l'installation s'est passée bizarrement. En fin d'installation, l'écran
est devenu tout noir. Indébloquable. Mais je pouvais toujours me
connecter depuis un autre poste, mais le "shutdown" ne donnait rien.
J'ai fini par éteindre sauvagement. Je ne suis même pas sûr que tout
était terminé. Je suppose quand même, car tout fonctionne bien.
À quoi sert la fameuse « phase d'optimisation », et y a-t-il moyen de
savoir si elle s'est déroulée normalement ?
In article (Dans l'article) , Patrick Stadelmann wrote (écrivait) :
Non, ça ne concerne que les dual G4 à 450 et 500 MHz.
C'est mon mien. Pas de problème avec Ethernet. En revanche, l'installation s'est passée bizarrement. En fin d'installation, l'écran est devenu tout noir. Indébloquable. Mais je pouvais toujours me connecter depuis un autre poste, mais le "shutdown" ne donnait rien. J'ai fini par éteindre sauvagement. Je ne suis même pas sûr que tout était terminé. Je suppose quand même, car tout fonctionne bien.
À quoi sert la fameuse « phase d'optimisation », et y a-t-il moyen de savoir si elle s'est déroulée normalement ?
-- Michel Henri
Schmurtz
À quoi sert la fameuse « phase d'optimisation »
Du réchauffer d'il y a quelques mois :
Tout d'abord, un petit apperçu du fonctionnement des librairies partagées.
Afin d'éviter que des morceaux de code soit réécrit et dupliqué dans toutes les applications, ce code (typiquement, l'affichage des fenêtres, la synthèse du son, l'affichage du texte, l'affichage 3D, les drivers...) est enregistré une seule fois dans un fichier et peut être accédé par tout le monde.
Prenons le cas d'une application DessineMoiUnMouton qui affiche un mouton bleu (j'aime bien le bleu), pour cela elle utilise la code moutonBleu inclus dans la librairie PetitPrinceLib. La grande question est de savoir comment fait le système pour trouver où est enregistré le code qu'utilise DessineMoiUnMouton. En fait, dans le programme DessineMoiUnMouton est enregistré la liste des codes externes utilisés sous la forme "code;librairie" (donc dans l'exemple, "moutonBleu;PetitPrinceLib"). Le système doit donc chercher où se trouve la librairie correspondante puis la charger en mémoire et enfin chercher où est le code que veut utiliser l'application.
Cela demande beaucoup de comparaison de texte ce qui est peut rapide (il y a plusieurs centaines de librairies et plusieurs dizaines de milliers de code dans ces librairies). Pour accélérer la chose, une fois un librairie chargée en mémoire, le système remplace "moutonBleu;PetitPrinceLib" par la position du début du code de moutonBleu dans la mémoire. Il n'effectue donc la recherche qu'au lancement de l'application.
MacOS X fait encore mieux, il se débrouille pour charger les libraries en mémoire de manière à ce qu'une librairie donnée se trouve toujours à la même position dans la mémoire. Ainsi l'édition de liens dynamique (terme technique pour la recherche du code d'une librarie utilisé par une application) est effectué uniquement lors de l'installation du programme et "moutonBleu;PetitPrinceLib" est remplacé par l'adresse du code en mémoire à l'installation (c'est la fameuse optimisation qui à lieu à la fin d'une installation) (en anglais l'opération est appelée prebinding). Cela permet l'accélération du lancement des applications.
Le problème de cette seconde méthode, est l'obligation de mettre à jour les liens vers le code exterieur à chaque installation de programmes ou librairies paratagées. Si tu t'es ammuser à remplacer une librairie par une version plus récement sans passer par un installeur (ou un installeur mal fait) cette mise à jour n'a pas été effectuée. D'où l'erreur que tu as obtenu.
Jun 11 12:36:47 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: /Applications/Mail.app/Contents/MacOS/Mail could not be launched prebound. Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: /Applications/Mail.app/Contents/MacOS/Mail appears to have no prebinding problems.
Signifie que l'adresse du code externe est toujours sous la forme "moutonBleu;PetitPrinceLib" et non une position mémoire.
Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: 2003-06-11 12:37:12 +0200: prebinding for Mail done.
Signifie qu'il vient de faire la mise à jour (mais d'après ce que tu dis, il a du se planter et n'a pas réussi à le faire)
Jun 11 12:39:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: fix_prebinding quitting for now.
Pour résoudre ce problème, qui n'est pas grave mais ralentit un tout petit peu le lancement de Mail, tu peux forcer cette mise à jour des liens en tapant: redo_prebinding /Applications/Mail.app/Contents/MacOS/Mail
et y a-t-il moyen de savoir si elle s'est déroulée normalement ?
non, mais ce n'est pas important car si elle ne sait pas effectuée complètement, le système la relancera dès qu'il va essayer de lancer une application non optimisée.
-- Schmurtz
À quoi sert la fameuse « phase d'optimisation »
Du réchauffer d'il y a quelques mois :
Tout d'abord, un petit apperçu du fonctionnement des librairies
partagées.
Afin d'éviter que des morceaux de code soit réécrit et dupliqué dans
toutes les applications, ce code (typiquement, l'affichage des fenêtres,
la synthèse du son, l'affichage du texte, l'affichage 3D, les
drivers...) est enregistré une seule fois dans un fichier et peut être
accédé par tout le monde.
Prenons le cas d'une application DessineMoiUnMouton qui affiche un
mouton bleu (j'aime bien le bleu), pour cela elle utilise la code
moutonBleu inclus dans la librairie PetitPrinceLib. La grande question
est de savoir comment fait le système pour trouver où est enregistré le
code qu'utilise DessineMoiUnMouton. En fait, dans le programme
DessineMoiUnMouton est enregistré la liste des codes externes utilisés
sous la forme "code;librairie" (donc dans l'exemple,
"moutonBleu;PetitPrinceLib"). Le système doit donc chercher où se trouve
la librairie correspondante puis la charger en mémoire et enfin chercher
où est le code que veut utiliser l'application.
Cela demande beaucoup de comparaison de texte ce qui est peut rapide (il
y a plusieurs centaines de librairies et plusieurs dizaines de milliers
de code dans ces librairies). Pour accélérer la chose, une fois un
librairie chargée en mémoire, le système remplace
"moutonBleu;PetitPrinceLib" par la position du début du code de
moutonBleu dans la mémoire. Il n'effectue donc la recherche qu'au
lancement de l'application.
MacOS X fait encore mieux, il se débrouille pour charger les libraries
en mémoire de manière à ce qu'une librairie donnée se trouve toujours à
la même position dans la mémoire. Ainsi l'édition de liens dynamique
(terme technique pour la recherche du code d'une librarie utilisé par
une application) est effectué uniquement lors de l'installation du
programme et "moutonBleu;PetitPrinceLib" est remplacé par l'adresse du
code en mémoire à l'installation (c'est la fameuse optimisation qui à
lieu à la fin d'une installation) (en anglais l'opération est appelée
prebinding). Cela permet l'accélération du lancement des applications.
Le problème de cette seconde méthode, est l'obligation de mettre à jour
les liens vers le code exterieur à chaque installation de programmes ou
librairies paratagées. Si tu t'es ammuser à remplacer une librairie par
une version plus récement sans passer par un installeur (ou un
installeur mal fait) cette mise à jour n'a pas été effectuée. D'où
l'erreur que tu as obtenu.
Jun 11 12:36:47 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding:
/Applications/Mail.app/Contents/MacOS/Mail could not be launched
prebound.
Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding:
/Applications/Mail.app/Contents/MacOS/Mail appears to have no prebinding
problems.
Signifie que l'adresse du code externe est toujours sous la forme
"moutonBleu;PetitPrinceLib" et non une position mémoire.
Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding:
2003-06-11 12:37:12 +0200: prebinding for Mail done.
Signifie qu'il vient de faire la mise à jour (mais d'après ce que tu
dis, il a du se planter et n'a pas réussi à le faire)
Jun 11 12:39:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding:
fix_prebinding quitting for now.
Pour résoudre ce problème, qui n'est pas grave mais ralentit un tout
petit peu le lancement de Mail, tu peux forcer cette mise à jour des
liens en tapant:
redo_prebinding /Applications/Mail.app/Contents/MacOS/Mail
et y a-t-il moyen de
savoir si elle s'est déroulée normalement ?
non, mais ce n'est pas important car si elle ne sait pas effectuée
complètement, le système la relancera dès qu'il va essayer de lancer une
application non optimisée.
Tout d'abord, un petit apperçu du fonctionnement des librairies partagées.
Afin d'éviter que des morceaux de code soit réécrit et dupliqué dans toutes les applications, ce code (typiquement, l'affichage des fenêtres, la synthèse du son, l'affichage du texte, l'affichage 3D, les drivers...) est enregistré une seule fois dans un fichier et peut être accédé par tout le monde.
Prenons le cas d'une application DessineMoiUnMouton qui affiche un mouton bleu (j'aime bien le bleu), pour cela elle utilise la code moutonBleu inclus dans la librairie PetitPrinceLib. La grande question est de savoir comment fait le système pour trouver où est enregistré le code qu'utilise DessineMoiUnMouton. En fait, dans le programme DessineMoiUnMouton est enregistré la liste des codes externes utilisés sous la forme "code;librairie" (donc dans l'exemple, "moutonBleu;PetitPrinceLib"). Le système doit donc chercher où se trouve la librairie correspondante puis la charger en mémoire et enfin chercher où est le code que veut utiliser l'application.
Cela demande beaucoup de comparaison de texte ce qui est peut rapide (il y a plusieurs centaines de librairies et plusieurs dizaines de milliers de code dans ces librairies). Pour accélérer la chose, une fois un librairie chargée en mémoire, le système remplace "moutonBleu;PetitPrinceLib" par la position du début du code de moutonBleu dans la mémoire. Il n'effectue donc la recherche qu'au lancement de l'application.
MacOS X fait encore mieux, il se débrouille pour charger les libraries en mémoire de manière à ce qu'une librairie donnée se trouve toujours à la même position dans la mémoire. Ainsi l'édition de liens dynamique (terme technique pour la recherche du code d'une librarie utilisé par une application) est effectué uniquement lors de l'installation du programme et "moutonBleu;PetitPrinceLib" est remplacé par l'adresse du code en mémoire à l'installation (c'est la fameuse optimisation qui à lieu à la fin d'une installation) (en anglais l'opération est appelée prebinding). Cela permet l'accélération du lancement des applications.
Le problème de cette seconde méthode, est l'obligation de mettre à jour les liens vers le code exterieur à chaque installation de programmes ou librairies paratagées. Si tu t'es ammuser à remplacer une librairie par une version plus récement sans passer par un installeur (ou un installeur mal fait) cette mise à jour n'a pas été effectuée. D'où l'erreur que tu as obtenu.
Jun 11 12:36:47 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: /Applications/Mail.app/Contents/MacOS/Mail could not be launched prebound. Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: /Applications/Mail.app/Contents/MacOS/Mail appears to have no prebinding problems.
Signifie que l'adresse du code externe est toujours sous la forme "moutonBleu;PetitPrinceLib" et non une position mémoire.
Jun 11 12:37:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: 2003-06-11 12:37:12 +0200: prebinding for Mail done.
Signifie qu'il vient de faire la mise à jour (mais d'après ce que tu dis, il a du se planter et n'a pas réussi à le faire)
Jun 11 12:39:12 Ordinateur-de-Georges-Moret /usr/libexec/fix_prebinding: fix_prebinding quitting for now.
Pour résoudre ce problème, qui n'est pas grave mais ralentit un tout petit peu le lancement de Mail, tu peux forcer cette mise à jour des liens en tapant: redo_prebinding /Applications/Mail.app/Contents/MacOS/Mail
et y a-t-il moyen de savoir si elle s'est déroulée normalement ?
non, mais ce n'est pas important car si elle ne sait pas effectuée complètement, le système la relancera dès qu'il va essayer de lancer une application non optimisée.
-- Schmurtz
Scott_by
M'sieurs, dames, bonjour!
Le 24/09/03 18:35, « JRP » a écrit :
Peut-être en effet l'ont-ils retiré pour nous inciter à acheter le 10.3, car il sera payant ? Ne pas donner la moindre explication, c'est pour le moins désinvolte, non ? (une fois de plus)
Je suis depuis hier sur 10.2.8 par mise à jour automatique et j'ai bien travaillé une dizaine d'heures sur cette version depuis. Aucun problème apparemment, les anciennes applis OS 9 marchent à merveille sur Classic, que j'en suis tout surpris. Mais j'ai peut-être une utilisation d'OS X plus simple ou plus calme que certains pros. :-) La lecture du forum donne tout de même des inquiétudes. J'ai testé toutes les applis importantes pour moi sans incident. Pas de problème non plus du côté réseau. Pourvu que ça dure !
De mon coté, j'ai un problème lors de la mise en veille. Dès que je veux le sortir de veille, il m'affiche le message de plantade et je suis obligé de l'éteindre puis de le rallumer... Je suis sur G4 1,25 GHz monoprocesseur (le dernier qui peut encore démarrer en OS 9). Quelqu'un a déjà expérimenté ce problème?
J'ai posté le même sous un autre Sujet. Désolé, mais je voulais être sur de toucher quelques personnes... :-s Je vais retenter une MàJ, mais je pense que si ça ne marche pas, je vais ressortir mon CD 10.2.6... Des avis?
-- Scott_by
(retirez VOS_MOUFLES pour me répondre)
M'sieurs, dames, bonjour!
Le 24/09/03 18:35, « JRP » <jaky.pelmont@wanadoo.fr> a écrit :
Peut-être en effet l'ont-ils retiré pour nous inciter à acheter le 10.3,
car il sera payant ? Ne pas donner la moindre explication, c'est pour le
moins désinvolte, non ? (une fois de plus)
Je suis depuis hier sur 10.2.8 par mise à jour automatique et j'ai bien
travaillé une dizaine d'heures sur cette version depuis. Aucun problème
apparemment, les anciennes applis OS 9 marchent à merveille sur Classic,
que j'en suis tout surpris. Mais j'ai peut-être une utilisation d'OS X
plus simple ou plus calme que certains pros. :-)
La lecture du forum donne tout de même des inquiétudes. J'ai testé
toutes les applis importantes pour moi sans incident. Pas de problème
non plus du côté réseau. Pourvu que ça dure !
De mon coté, j'ai un problème lors de la mise en veille. Dès que je veux le
sortir de veille, il m'affiche le message de plantade et je suis obligé de
l'éteindre puis de le rallumer... Je suis sur G4 1,25 GHz monoprocesseur (le
dernier qui peut encore démarrer en OS 9). Quelqu'un a déjà expérimenté ce
problème?
J'ai posté le même sous un autre Sujet. Désolé, mais je voulais être sur de
toucher quelques personnes... :-s
Je vais retenter une MàJ, mais je pense que si ça ne marche pas, je vais
ressortir mon CD 10.2.6... Des avis?
Peut-être en effet l'ont-ils retiré pour nous inciter à acheter le 10.3, car il sera payant ? Ne pas donner la moindre explication, c'est pour le moins désinvolte, non ? (une fois de plus)
Je suis depuis hier sur 10.2.8 par mise à jour automatique et j'ai bien travaillé une dizaine d'heures sur cette version depuis. Aucun problème apparemment, les anciennes applis OS 9 marchent à merveille sur Classic, que j'en suis tout surpris. Mais j'ai peut-être une utilisation d'OS X plus simple ou plus calme que certains pros. :-) La lecture du forum donne tout de même des inquiétudes. J'ai testé toutes les applis importantes pour moi sans incident. Pas de problème non plus du côté réseau. Pourvu que ça dure !
De mon coté, j'ai un problème lors de la mise en veille. Dès que je veux le sortir de veille, il m'affiche le message de plantade et je suis obligé de l'éteindre puis de le rallumer... Je suis sur G4 1,25 GHz monoprocesseur (le dernier qui peut encore démarrer en OS 9). Quelqu'un a déjà expérimenté ce problème?
J'ai posté le même sous un autre Sujet. Désolé, mais je voulais être sur de toucher quelques personnes... :-s Je vais retenter une MàJ, mais je pense que si ça ne marche pas, je vais ressortir mon CD 10.2.6... Des avis?
