OoO En ce doux début de matinée du mercredi 28 septembre 2005, vers 08:54, "helios" disait:
je ne preconise pas de faire fonctionne pick comme une base relationnelle classique mais pick en singlevalue est plus performant qu"une base relationnelle classique donc cela serait qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot. -- PORK IS NOT A VERB PORK IS NOT A VERB PORK IS NOT A VERB -+- Bart Simpson on chalkboard in episode AABF22
OoO En ce doux début de matinée du mercredi 28 septembre 2005, vers
08:54, "helios" <helios@com02.com> disait:
je ne preconise pas de faire fonctionne pick comme une base
relationnelle classique mais pick en singlevalue est plus
performant qu"une base relationnelle classique donc cela serait
qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot.
--
PORK IS NOT A VERB
PORK IS NOT A VERB
PORK IS NOT A VERB
-+- Bart Simpson on chalkboard in episode AABF22
OoO En ce doux début de matinée du mercredi 28 septembre 2005, vers 08:54, "helios" disait:
je ne preconise pas de faire fonctionne pick comme une base relationnelle classique mais pick en singlevalue est plus performant qu"une base relationnelle classique donc cela serait qu'en meme avantageux de le faire
Tu peux prouver ca ?
demande aux editeurs de system multivalue
Renault dit qu'ils font de meilleures voitures que Peugeot. -- PORK IS NOT A VERB PORK IS NOT A VERB PORK IS NOT A VERB -+- Bart Simpson on chalkboard in episode AABF22
helios
"Jerome Lambert" a écrit dans le message de news:
"l'indien" a écrit dans le message de news: (...)
Quel est le charlot qui a osé leur vendre des 68020 il y a moins de 10 ans ? Hélios ? Un de ces pôtes ?
qui est intertechnique a ton avis ?
Je me pose vraiment la question. 1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
intertechnique est une fillialle du groupe dassault aviation
2) www.intertechnique.com renvoit vers un société d'audit de site Web.
Quand à Google, il me renvoit vers des pages me décrivant la société abordée au point 1), style: http://www.grandesecoles.com/appLogic/net.app/fien/intertechnique.htm "Spécialiste mondialement reconnu, Intertechnique conçoit, fabrique et commercialise des équipements et des systèmes de haute technologie au service de fonctions essentielles tant en vol qu'au sol : systèmes complets de carburant équipements de protection physiologique, systèmes de régulation de l'air, optronique et traitement d'images."
le premier usage des ordinateurs intertechniques sous pick etait pilote automatique
http://www.cybermed.jussieu.fr/Broussais/InforMed/InforSante/Volume2/2-18.html c'est un rapport de 1989 sur les hopitaux on y parle IN5000 evoque IN8000 l'IN8800 sortira apres
http://www.agoravox.fr/print_article.php3?id_article05 on y parle d'intertechnique et pick
Bref, pas ce dont on parle actuellement...
3) Si je tape "in8800" dans google, je me retrouve avec des références pour des câbles vidéos, style http://www.inlineinc.com/products/coax/pdf/IN8800.pdf 4) des recherches comme "in8800" et "cpu", "in8800" et "motorola" ou "in8800" et" intertechnique" renvoit peu de pages, dont la plupart sont le CV d'un certain T. Holtz, qui semble le seul à avoir vu ce genre de machines... 5) Fin du fin, la recherche "in8800 68020", qui devrait à priori me donner la description de la machine, ne me renvoit *aucun* lien...
Donc à moins de me prouver le contraire (un lien?), j'aurais tendance à considérer cette histoire comme de la mythomanie...
le probleme d'internet est que meme pas 10% y est referencer j'ai dut chercher pour trouver les deux liens si dessus
"Jerome Lambert" <jerome.lambert@swing.be> a écrit dans le message de
news:3ptvoaFc9oltU1@individual.net...
"l'indien" <l_indien_no_more_spams@magic.fr> a écrit dans le message de
news:pan.2005.09.27.21.12.57.406737@magic.fr...
(...)
Quel est le charlot qui a osé leur vendre des 68020 il y a moins de 10
ans ?
Hélios ? Un de ces pôtes ?
qui est intertechnique a ton avis ?
Je me pose vraiment la question.
1) www.intertechnique.fr me renvoit vers une société qui fait des
composants pour l'aviation, mais rien qui ne touche de près ou de loin à
l'informatique
intertechnique est une fillialle du groupe dassault aviation
2) www.intertechnique.com renvoit vers un société d'audit de site Web.
Quand à Google, il me renvoit vers des pages me décrivant la société
abordée au point 1), style:
http://www.grandesecoles.com/appLogic/net.app/fien/intertechnique.htm
"Spécialiste mondialement reconnu, Intertechnique conçoit, fabrique et
commercialise des équipements et des systèmes de haute technologie au
service de fonctions essentielles tant en vol qu'au sol :
systèmes complets de carburant
équipements de protection physiologique,
systèmes de régulation de l'air,
optronique et traitement d'images."
le premier usage des ordinateurs intertechniques sous pick etait pilote
automatique
http://www.cybermed.jussieu.fr/Broussais/InforMed/InforSante/Volume2/2-18.html
c'est un rapport de 1989 sur les hopitaux on y parle IN5000 evoque IN8000
l'IN8800 sortira apres
http://www.agoravox.fr/print_article.php3?id_article05 on y parle
d'intertechnique et pick
Bref, pas ce dont on parle actuellement...
3) Si je tape "in8800" dans google, je me retrouve avec des références
pour des câbles vidéos, style
http://www.inlineinc.com/products/coax/pdf/IN8800.pdf
4) des recherches comme "in8800" et "cpu", "in8800" et "motorola" ou
"in8800" et" intertechnique" renvoit peu de pages, dont la plupart sont
le CV d'un certain T. Holtz, qui semble le seul à avoir vu ce genre de
machines...
5) Fin du fin, la recherche "in8800 68020", qui devrait à priori me
donner la description de la machine, ne me renvoit *aucun* lien...
Donc à moins de me prouver le contraire (un lien?), j'aurais tendance à
considérer cette histoire comme de la mythomanie...
le probleme d'internet est que meme pas 10% y est referencer j'ai dut
chercher pour trouver les deux liens si dessus
Quel est le charlot qui a osé leur vendre des 68020 il y a moins de 10 ans ? Hélios ? Un de ces pôtes ?
qui est intertechnique a ton avis ?
Je me pose vraiment la question. 1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
intertechnique est une fillialle du groupe dassault aviation
2) www.intertechnique.com renvoit vers un société d'audit de site Web.
Quand à Google, il me renvoit vers des pages me décrivant la société abordée au point 1), style: http://www.grandesecoles.com/appLogic/net.app/fien/intertechnique.htm "Spécialiste mondialement reconnu, Intertechnique conçoit, fabrique et commercialise des équipements et des systèmes de haute technologie au service de fonctions essentielles tant en vol qu'au sol : systèmes complets de carburant équipements de protection physiologique, systèmes de régulation de l'air, optronique et traitement d'images."
le premier usage des ordinateurs intertechniques sous pick etait pilote automatique
http://www.cybermed.jussieu.fr/Broussais/InforMed/InforSante/Volume2/2-18.html c'est un rapport de 1989 sur les hopitaux on y parle IN5000 evoque IN8000 l'IN8800 sortira apres
http://www.agoravox.fr/print_article.php3?id_article05 on y parle d'intertechnique et pick
Bref, pas ce dont on parle actuellement...
3) Si je tape "in8800" dans google, je me retrouve avec des références pour des câbles vidéos, style http://www.inlineinc.com/products/coax/pdf/IN8800.pdf 4) des recherches comme "in8800" et "cpu", "in8800" et "motorola" ou "in8800" et" intertechnique" renvoit peu de pages, dont la plupart sont le CV d'un certain T. Holtz, qui semble le seul à avoir vu ce genre de machines... 5) Fin du fin, la recherche "in8800 68020", qui devrait à priori me donner la description de la machine, ne me renvoit *aucun* lien...
Donc à moins de me prouver le contraire (un lien?), j'aurais tendance à considérer cette histoire comme de la mythomanie...
le probleme d'internet est que meme pas 10% y est referencer j'ai dut chercher pour trouver les deux liens si dessus
helios
"Didier Couderc" a écrit dans le message de news:
Jerome Lambert writes:
Je me pose vraiment la question. 1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils avaient bien une activité Pick, ils fabriquaient / assemblaient bien des machines à processeurs 68k.
Je crois me rappeler qu'ils ont filialisé ça sous le nom de IN2 et puis completement vendu à Siemens.
-- exact siemens qui etait le top UNIX a l'epoque en europe voulait faire
disparaitre PICK resultat PICK a colonise UNIX en tant que SGBD sous UNIX et la couche OS de PICK a disparue
devant lechec de siemmens a faire disparaitre Pick siemmens a revendu a futjisu
"Didier Couderc" <Didier.Couderc@alussinan.org> a écrit dans le message de
news:lsll1hn4qd.fsf@leon.dcouderc.com...
Jerome Lambert <jerome.lambert@swing.be> writes:
Je me pose vraiment la question.
1) www.intertechnique.fr me renvoit vers une société qui fait des
composants pour l'aviation, mais rien qui ne touche de près ou de loin
à l'informatique
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils
avaient bien une activité Pick, ils fabriquaient / assemblaient bien
des machines à processeurs 68k.
Je crois me rappeler qu'ils ont filialisé ça sous le nom de IN2 et
puis completement vendu à Siemens.
--
exact siemens qui etait le top UNIX a l'epoque en europe voulait faire
disparaitre PICK resultat PICK a colonise UNIX en tant que SGBD sous UNIX et
la couche OS de PICK a disparue
devant lechec de siemmens a faire disparaitre Pick siemmens a revendu a
futjisu
Je me pose vraiment la question. 1) www.intertechnique.fr me renvoit vers une société qui fait des composants pour l'aviation, mais rien qui ne touche de près ou de loin à l'informatique
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils avaient bien une activité Pick, ils fabriquaient / assemblaient bien des machines à processeurs 68k.
Je crois me rappeler qu'ils ont filialisé ça sous le nom de IN2 et puis completement vendu à Siemens.
-- exact siemens qui etait le top UNIX a l'epoque en europe voulait faire
disparaitre PICK resultat PICK a colonise UNIX en tant que SGBD sous UNIX et la couche OS de PICK a disparue
devant lechec de siemmens a faire disparaitre Pick siemmens a revendu a futjisu
helios
"Emmanuel Florac" a écrit dans le message de news:
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent donc au plus tard de 1989...
-- non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
"Emmanuel Florac" <eflorac@imaginet.fr> a écrit dans le message de
news:pan.2005.09.28.06.45.04.603909@imaginet.fr...
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent
donc au plus tard de 1989...
--
non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et
les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
"Emmanuel Florac" a écrit dans le message de news:
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent donc au plus tard de 1989...
-- non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
stephane
On 2005-09-28, Didier Couderc wrote:
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils avaient bien une activité Pick, ils fabriquaient / assemblaient bien des machines à processeurs 68k.
C'est amusant de parler d'histoire ancienne comme ca :)
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
On 2005-09-28, Didier Couderc <Didier.Couderc@alussinan.org> wrote:
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils
avaient bien une activité Pick, ils fabriquaient / assemblaient bien
des machines à processeurs 68k.
C'est amusant de parler d'histoire ancienne comme ca :)
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils avaient bien une activité Pick, ils fabriquaient / assemblaient bien des machines à processeurs 68k.
C'est amusant de parler d'histoire ancienne comme ca :)
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Michel Billaud
Emmanuel Florac writes:
J'ai vu 15 personnes travailler sur un 386 sous Xenix avec des terminaux séries, j'ai même vu 10 personnes avec des VT100 sur un PDP avec 128 Ko de RAM centrale. Il n'empèche qu'un 68020 aujourd'hui c'est un dinosaure.
je dis mieux : travail à 5 postes sur une machine à base de 8080 (NCR 8250 ? sous IMOS IV).
MBillaud (nosaure).
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Emmanuel Florac <eflorac@imaginet.fr> writes:
J'ai vu 15 personnes travailler sur un 386 sous Xenix avec des terminaux
séries, j'ai même vu 10 personnes avec des VT100 sur un PDP avec 128 Ko
de RAM centrale. Il n'empèche qu'un 68020 aujourd'hui c'est un dinosaure.
je dis mieux : travail à 5 postes sur une machine à base de 8080 (NCR
8250 ? sous IMOS IV).
MBillaud (nosaure).
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
J'ai vu 15 personnes travailler sur un 386 sous Xenix avec des terminaux séries, j'ai même vu 10 personnes avec des VT100 sur un PDP avec 128 Ko de RAM centrale. Il n'empèche qu'un 68020 aujourd'hui c'est un dinosaure.
je dis mieux : travail à 5 postes sur une machine à base de 8080 (NCR 8250 ? sous IMOS IV).
MBillaud (nosaure).
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
l'indien
On Wed, 28 Sep 2005 09:16:58 +0200, helios wrote:
"Emmanuel Florac" a écrit dans le message de news:
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent donc au plus tard de 1989...
-- non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
Quoi qu'il en soit, la série IN-8xxx date de 1986 et était complètement obsolète il y a 10 ans. Donc, c'est bien un charlot (pour ne pas dire un voleur...) qui a installé cette machine, si effectivement elle l'a été il y a une dizaine d'années.
On Wed, 28 Sep 2005 09:16:58 +0200, helios wrote:
"Emmanuel Florac" <eflorac@imaginet.fr> a écrit dans le message de
news:pan.2005.09.28.06.45.04.603909@imaginet.fr...
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent
donc au plus tard de 1989...
--
non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et
les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
Quoi qu'il en soit, la série IN-8xxx date de 1986 et était complètement
obsolète il y a 10 ans.
Donc, c'est bien un charlot (pour ne pas dire un voleur...) qui a
installé cette machine, si effectivement elle l'a été il y a une
dizaine d'années.
"Emmanuel Florac" a écrit dans le message de news:
qui est intertechnique a ton avis ?
Une boîte qui a été absorbée par Siemens en 1989. Les IN8800 datent donc au plus tard de 1989...
-- non car siemmens a garder les appellations IN
sinon les dernieres Citroen sont de 1974 quand SIMCA a rachete Citroen et les derniere TALBOT de 1978 quand PSA a rachete SIMCA avec des fonds public
Quoi qu'il en soit, la série IN-8xxx date de 1986 et était complètement obsolète il y a 10 ans. Donc, c'est bien un charlot (pour ne pas dire un voleur...) qui a installé cette machine, si effectivement elle l'a été il y a une dizaine d'années.
l'indien
On Wed, 28 Sep 2005 08:51:31 +0200, helios wrote:
a écrit dans le message de news:
On 2005-09-27, helios wrote:
PICK du moins openqm est le plus moderne des SGBD la derniere version est du
27/9/2005
Tu as un lien vers un bench comparatif, fonctionnellement et de performance pour appuyer tes propos ou c'est encore du vent.
On parlait d'inter-operabilite, tu as un lien vers les API Perl, PHP, Python, Java, Ruby et C pour s'interfacer avec ton SGBD ?
http://helios.services.free.fr/openqm/
et l'interoperabilite c'est pas vers un language mais une base de donnees ou des fichiers
Consulte un dictionaire. L'interopérabilité consiste à interragir avec l'environnement. Si tu n'es capable d'interragir qu'avec une infime partie de l'environnement (ce que tu dis), l'interopérabilité globale est quasi-nulle.
[...]
On Wed, 28 Sep 2005 08:51:31 +0200, helios wrote:
<stephane@unices.org> a écrit dans le message de
news:mk4p03-ejf.ln1@macos.unices.org...
On 2005-09-27, helios <helios@com02.com> wrote:
PICK du moins openqm est le plus moderne des SGBD la derniere version
est du
27/9/2005
Tu as un lien vers un bench comparatif, fonctionnellement et de
performance pour appuyer tes propos ou c'est encore du vent.
On parlait d'inter-operabilite, tu as un lien vers les API Perl, PHP,
Python, Java, Ruby et C pour s'interfacer avec ton SGBD ?
http://helios.services.free.fr/openqm/
et l'interoperabilite c'est pas vers un language mais une base de donnees ou
des fichiers
Consulte un dictionaire. L'interopérabilité consiste à interragir avec
l'environnement. Si tu n'es capable d'interragir qu'avec une infime partie
de l'environnement (ce que tu dis), l'interopérabilité globale est
quasi-nulle.
PICK du moins openqm est le plus moderne des SGBD la derniere version est du
27/9/2005
Tu as un lien vers un bench comparatif, fonctionnellement et de performance pour appuyer tes propos ou c'est encore du vent.
On parlait d'inter-operabilite, tu as un lien vers les API Perl, PHP, Python, Java, Ruby et C pour s'interfacer avec ton SGBD ?
http://helios.services.free.fr/openqm/
et l'interoperabilite c'est pas vers un language mais une base de donnees ou des fichiers
Consulte un dictionaire. L'interopérabilité consiste à interragir avec l'environnement. Si tu n'es capable d'interragir qu'avec une infime partie de l'environnement (ce que tu dis), l'interopérabilité globale est quasi-nulle.
[...]
l'indien
On Wed, 28 Sep 2005 06:33:06 +0000, Miod Vallat wrote:
quel est deja la puissance de calcul d'un 68020 ?
environ 2% de celle de n'importe quel PC à 300 euros. En plus, il n'y a pas de MMU intégrée, tous les OS multi-utilisateurs sur base de 68020 utilisaient des MMU séparées qui grèvent lourdement les performances.
Tu oublies également que le 68020 n'a pas de cache de données. Et qu'aucun des systèmes de cache externe pour 68020 n'est encore produit de nos jours...
Pas de MMU non plus.
Emmanuel l'avait déjà dit plus haut.
Oui, m'enfin si on me demande de tout lire, comprendre et retenir, ça fait beaucoup pour mon pôvre neurone...
Impossible de faire un vrai OS multitâche protégé là dessus, donc.
Ben si, tu mets un 68451 (si t'es harcore) ou un 68851 (plus classique), et roulez jeunesse. D'ailleurs c'est ce que tout le monde a fait une fois le 68851 disponible en grande quantité.
Ce n'est pas plus simple d'acheter un 68030 ? Enfin, je dis ça...
On Wed, 28 Sep 2005 06:33:06 +0000, Miod Vallat wrote:
quel est deja la puissance de calcul d'un 68020 ?
environ 2% de celle de n'importe quel PC à 300 euros. En plus, il n'y a
pas de MMU intégrée, tous les OS multi-utilisateurs sur base de 68020
utilisaient des MMU séparées qui grèvent lourdement les performances.
Tu oublies également que le 68020 n'a pas de cache de données. Et
qu'aucun des systèmes de cache externe pour 68020 n'est encore produit
de nos jours...
Pas de MMU non plus.
Emmanuel l'avait déjà dit plus haut.
Oui, m'enfin si on me demande de tout lire, comprendre et retenir, ça
fait beaucoup pour mon pôvre neurone...
Impossible de faire un vrai OS multitâche protégé là dessus, donc.
Ben si, tu mets un 68451 (si t'es harcore) ou un 68851 (plus classique),
et roulez jeunesse. D'ailleurs c'est ce que tout le monde a fait une
fois le 68851 disponible en grande quantité.
Ce n'est pas plus simple d'acheter un 68030 ?
Enfin, je dis ça...
On Wed, 28 Sep 2005 06:33:06 +0000, Miod Vallat wrote:
quel est deja la puissance de calcul d'un 68020 ?
environ 2% de celle de n'importe quel PC à 300 euros. En plus, il n'y a pas de MMU intégrée, tous les OS multi-utilisateurs sur base de 68020 utilisaient des MMU séparées qui grèvent lourdement les performances.
Tu oublies également que le 68020 n'a pas de cache de données. Et qu'aucun des systèmes de cache externe pour 68020 n'est encore produit de nos jours...
Pas de MMU non plus.
Emmanuel l'avait déjà dit plus haut.
Oui, m'enfin si on me demande de tout lire, comprendre et retenir, ça fait beaucoup pour mon pôvre neurone...
Impossible de faire un vrai OS multitâche protégé là dessus, donc.
Ben si, tu mets un 68451 (si t'es harcore) ou un 68851 (plus classique), et roulez jeunesse. D'ailleurs c'est ce que tout le monde a fait une fois le 68851 disponible en grande quantité.
Ce n'est pas plus simple d'acheter un 68030 ? Enfin, je dis ça...
l'indien
On Wed, 28 Sep 2005 08:26:27 +0200, helios wrote:
"l'indien" a écrit dans le message de news:
On Tue, 27 Sep 2005 07:45:34 +0200, helios wrote:
faux je fais tourner le meme programme " sur mon systeme Windows, sur
mon
systeme Linux (ou tout autre Unix disposant d'un systeme multivalue Open ou Net BSD sur x86) ou sur le Mac et meme sur
mon
mainframe ou mini represente une forme de portabilite et d'interoperabilite
qu'on n'est pas pres de trouver par d'autres moyens que le multivalue le multivalue est encore plus portable et d'interoperable que java puisque
le multivalue existe sur toute les plateforme java et sur des plateforme
ou
java n'existes pas
Pick tourne sur les téléphones portables, dans les set-top-box ? Java, oui.
tu fait souvent tourner des bases de donne serieuse sur un portables ?
Il y a des bases de données sur tous les portables. Le nier, c'est être soit niais (oh, le jeu de mot laids !), soit ne pas savoir ce qu'est une base de donnée.
je parles de base de donne serieuse pas un agenda ou repertoire (style 10000 fiches )
Tout ça peut être implémenté avec des bases de données sérieuses... Ce n'est pas la puissance qui manque, sur les téléphones, de nos jours. La RAM, par contre, doit être assez légère...
les terminaux pick peuvent etre des portables
Prouve le.
openqm est livre avec des serveurs web et ftp
Je parle de la base sur un portable, pas d'une bête interface que n'importe quel gamin un peu débrouillard peut faire tout seul.
java tourne sur IN8000 ?
Si c'est à base de 68020, ça peut se faire. Certains téléphone portable tournent sur des CPU de cette famille ou dérivés. Mais quel est l'intérêt de porter quoi que ce soit sur un ancêtre qui n'a sa place que dans un musée ou à la casse ?
[...] on par d'interoperabilite pas de develloppement nouveau sinon tout est
possible si tu prends un IN8000 tu peut pas faire tourner java parce qu'il n'a pas de machine virtuel java et qu'il y a pas de moyen de l'implanter sans de lourd develloppement et en gardant le system operationnel
la question etait l'interroperabilite dans les hopitaux , et de nombreux hopitaux ont encore des IN8000 donc il faut gerer les IN8000 que IN8000 soit neuf ou vieux n'est pas la question c'est la demande du client
Tiens, tu confirmes que ce sont des IN-8000... Ils n'ont pas évolué, en 20 ans, les hopitaux ? Tu m'étonne qu'ils aient des problèmes de gestion ! Sinon, le portage d'une machine virtuelle Java sur CPU 68k n'est pas à faire, puisque ça existe. Et une machine Java, ce n'est de toute façon pas extrèmement compliqué. Ce sont les classes au dessus qui le sont, mais elles existent déjà et n'ont par définition pas besoin d'être portées. Après, je ne connais pas l'OS, mais il faut effectivement adapter le bas niveau. Il faut compter de 1 journée à 1 semaine de développement, suivant la gueule des API disponibles. Il n'y a peut-être quasiment rien à faire.
Quand à garder le système opérationnel, la question ne se pose même pas.
On Wed, 28 Sep 2005 08:26:27 +0200, helios wrote:
"l'indien" <l_indien_no_more_spams@magic.fr> a écrit dans le message de
news:pan.2005.09.27.22.12.09.661786@magic.fr...
On Tue, 27 Sep 2005 07:45:34 +0200, helios wrote:
faux je fais tourner le meme programme " sur mon systeme Windows,
sur
mon
systeme Linux (ou tout autre Unix disposant d'un
systeme multivalue Open ou Net BSD sur x86) ou sur le Mac et meme
sur
mon
mainframe ou mini represente une forme de portabilite et
d'interoperabilite
qu'on n'est pas pres de trouver par d'autres moyens que le multivalue
le multivalue est encore plus portable et d'interoperable que java
puisque
le multivalue existe sur toute les plateforme java et sur des
plateforme
ou
java n'existes pas
Pick tourne sur les téléphones portables, dans les set-top-box ?
Java, oui.
tu fait souvent tourner des bases de donne serieuse sur un portables ?
Il y a des bases de données sur tous les portables. Le nier, c'est être
soit niais (oh, le jeu de mot laids !), soit ne pas savoir ce qu'est une
base de donnée.
je parles de base de donne serieuse pas un agenda ou repertoire (style 10000
fiches )
Tout ça peut être implémenté avec des bases de données sérieuses...
Ce n'est pas la puissance qui manque, sur les téléphones, de nos jours.
La RAM, par contre, doit être assez légère...
les terminaux pick peuvent etre des portables
Prouve le.
openqm est livre avec des serveurs web et ftp
Je parle de la base sur un portable, pas d'une bête interface que
n'importe quel gamin un peu débrouillard peut faire tout seul.
java tourne sur IN8000 ?
Si c'est à base de 68020, ça peut se faire. Certains téléphone
portable tournent sur des CPU de cette famille ou dérivés.
Mais quel est l'intérêt de porter quoi que ce soit sur un ancêtre qui
n'a sa place que dans un musée ou à la casse ?
[...]
on par d'interoperabilite pas de develloppement nouveau sinon tout est
possible si tu prends un IN8000 tu peut pas faire tourner java parce qu'il
n'a pas de machine virtuel java et qu'il y a pas de moyen de l'implanter
sans de lourd develloppement et en gardant le system operationnel
la question etait l'interroperabilite dans les hopitaux , et de nombreux
hopitaux ont encore des IN8000 donc il faut gerer les IN8000 que IN8000 soit
neuf ou vieux n'est pas la question c'est la demande du client
Tiens, tu confirmes que ce sont des IN-8000...
Ils n'ont pas évolué, en 20 ans, les hopitaux ? Tu m'étonne qu'ils
aient des problèmes de gestion !
Sinon, le portage d'une machine virtuelle Java sur CPU 68k n'est pas à
faire, puisque ça existe. Et une machine Java, ce n'est de toute façon
pas extrèmement compliqué. Ce sont les classes au dessus qui le sont,
mais elles existent déjà et n'ont par définition pas besoin d'être
portées.
Après, je ne connais pas l'OS, mais il faut effectivement
adapter le bas niveau. Il faut compter de 1 journée à 1 semaine de
développement, suivant la gueule des API disponibles. Il n'y a peut-être
quasiment rien à faire.
Quand à garder le système opérationnel, la question ne se pose même pas.
faux je fais tourner le meme programme " sur mon systeme Windows, sur
mon
systeme Linux (ou tout autre Unix disposant d'un systeme multivalue Open ou Net BSD sur x86) ou sur le Mac et meme sur
mon
mainframe ou mini represente une forme de portabilite et d'interoperabilite
qu'on n'est pas pres de trouver par d'autres moyens que le multivalue le multivalue est encore plus portable et d'interoperable que java puisque
le multivalue existe sur toute les plateforme java et sur des plateforme
ou
java n'existes pas
Pick tourne sur les téléphones portables, dans les set-top-box ? Java, oui.
tu fait souvent tourner des bases de donne serieuse sur un portables ?
Il y a des bases de données sur tous les portables. Le nier, c'est être soit niais (oh, le jeu de mot laids !), soit ne pas savoir ce qu'est une base de donnée.
je parles de base de donne serieuse pas un agenda ou repertoire (style 10000 fiches )
Tout ça peut être implémenté avec des bases de données sérieuses... Ce n'est pas la puissance qui manque, sur les téléphones, de nos jours. La RAM, par contre, doit être assez légère...
les terminaux pick peuvent etre des portables
Prouve le.
openqm est livre avec des serveurs web et ftp
Je parle de la base sur un portable, pas d'une bête interface que n'importe quel gamin un peu débrouillard peut faire tout seul.
java tourne sur IN8000 ?
Si c'est à base de 68020, ça peut se faire. Certains téléphone portable tournent sur des CPU de cette famille ou dérivés. Mais quel est l'intérêt de porter quoi que ce soit sur un ancêtre qui n'a sa place que dans un musée ou à la casse ?
[...] on par d'interoperabilite pas de develloppement nouveau sinon tout est
possible si tu prends un IN8000 tu peut pas faire tourner java parce qu'il n'a pas de machine virtuel java et qu'il y a pas de moyen de l'implanter sans de lourd develloppement et en gardant le system operationnel
la question etait l'interroperabilite dans les hopitaux , et de nombreux hopitaux ont encore des IN8000 donc il faut gerer les IN8000 que IN8000 soit neuf ou vieux n'est pas la question c'est la demande du client
Tiens, tu confirmes que ce sont des IN-8000... Ils n'ont pas évolué, en 20 ans, les hopitaux ? Tu m'étonne qu'ils aient des problèmes de gestion ! Sinon, le portage d'une machine virtuelle Java sur CPU 68k n'est pas à faire, puisque ça existe. Et une machine Java, ce n'est de toute façon pas extrèmement compliqué. Ce sont les classes au dessus qui le sont, mais elles existent déjà et n'ont par définition pas besoin d'être portées. Après, je ne connais pas l'OS, mais il faut effectivement adapter le bas niveau. Il faut compter de 1 journée à 1 semaine de développement, suivant la gueule des API disponibles. Il n'y a peut-être quasiment rien à faire.
Quand à garder le système opérationnel, la question ne se pose même pas.
