> 1 - on est oblige d'utiliser windows pour envoyer 1 mail,
Ca c'est pas de la faute a windows, si c un os avec une bonne gestion de desktop integre (sous linux on a gnome et kde, mais sous SUN...). Et ne me parle pas de mailx ...
> 2 - regarde la CXR9SP3 par exemple, regarde la gestion des display list, les
> variables utilisees pour savoir si l'on doit effacer les displayLists ne sont utilisees
> que pour nvidia (c'est la qu'on passe le + de temps CPU sur Sun).
Demande donc plutot pourquoi SUN ne se sont pas integrer a la chose sur la CXR9. Je ne pense pas que NVIDIA quand ils ont "integre" ca il allaient supporter SUN :)
Enfin, je pense que ca doit etre fixer depuis, je verifierait demain
> 3 - ENOVIA = compile en debug sur Sun (rechercher DUMMY dans les Imakefile ...)
Celle la je savait pas, funny :)
> 4 - ça fait 3 mois que j'essaye d'integrer les mime types pour Gnome, on m'envoie
> gentillement chier.
Comment ca ?
> 5 - pour les Spreadsheat, CATIA ne s'interface qu'avec Office, c'est Sun qui doit
> faire l'interfacage avec StarOffice/OpenOffice, le dev ne connait meme pas SO/OO.
Meme probleme que le 1, En fait le code n'utilise pas explicitement Office mais du COM pour l'integration au desktop. Le jour ou SUN installera/activera d'office Gnome (ou kde) et OO (le tout bien integre) le support devrait etre fait.
> Je ne parle meme pas de tous les modules qui sont compile sur toutes les
> machines et qui ne sont utilises que pour Windows (la reciproque n'est pas vrai),
Des noms ?
> des dev qui testent des patchs perfo sur une SB150 EN DEBUG,
Normallement faux, sur SUN tu n'a pas besoin d'etre en DEBUG pour ca.
> des 5 secondes passees pour commencer a pouvoir faire 1 appel a certaines lib,
> car on fait des centaines d'appels pour savoir qu'elle version de la lib on utiliserait
> si on etait sur windows. ...
[^] # Re: Pro/Engineer sous Linux
Posté par Raphael Junqueira . En réponse à la dépêche Pro/Engineer sous Linux. Évalué à 1.
Ca c'est pas de la faute a windows, si c un os avec une bonne gestion de desktop integre (sous linux on a gnome et kde, mais sous SUN...). Et ne me parle pas de mailx ...
> 2 - regarde la CXR9SP3 par exemple, regarde la gestion des display list, les
> variables utilisees pour savoir si l'on doit effacer les displayLists ne sont utilisees
> que pour nvidia (c'est la qu'on passe le + de temps CPU sur Sun).
Demande donc plutot pourquoi SUN ne se sont pas integrer a la chose sur la CXR9. Je ne pense pas que NVIDIA quand ils ont "integre" ca il allaient supporter SUN :)
Enfin, je pense que ca doit etre fixer depuis, je verifierait demain
> 3 - ENOVIA = compile en debug sur Sun (rechercher DUMMY dans les Imakefile ...)
Celle la je savait pas, funny :)
> 4 - ça fait 3 mois que j'essaye d'integrer les mime types pour Gnome, on m'envoie
> gentillement chier.
Comment ca ?
> 5 - pour les Spreadsheat, CATIA ne s'interface qu'avec Office, c'est Sun qui doit
> faire l'interfacage avec StarOffice/OpenOffice, le dev ne connait meme pas SO/OO.
Meme probleme que le 1, En fait le code n'utilise pas explicitement Office mais du COM pour l'integration au desktop. Le jour ou SUN installera/activera d'office Gnome (ou kde) et OO (le tout bien integre) le support devrait etre fait.
> Je ne parle meme pas de tous les modules qui sont compile sur toutes les
> machines et qui ne sont utilises que pour Windows (la reciproque n'est pas vrai),
Des noms ?
> des dev qui testent des patchs perfo sur une SB150 EN DEBUG,
Normallement faux, sur SUN tu n'a pas besoin d'etre en DEBUG pour ca.
> des 5 secondes passees pour commencer a pouvoir faire 1 appel a certaines lib,
> car on fait des centaines d'appels pour savoir qu'elle version de la lib on utiliserait
> si on etait sur windows. ...
??