c'est pas si rare. même de nos jours

Tu ne précises pas de quel logiciel il s'agit, mais pour certains logiciels (je pense à Gparted par exemple que je suis en train d'utiliser), il vaut mieux qu'un non-admin n'y ait pas accès, non ?

Hum... L'environnement de développement que j'utilise tous les jours actuellement ne fonctionne correctement que si l'utilisateur est admin, et on ne peut se connecter à la base de données que si l'exécutable est en 32 bits.

Bienvenue dans le passé !

C'est pas parce que c'est un problème courant que ce n'est pas un problème...

Hum, j'ai omis de préciser des choses dans l'anecdote. Il s'agit d'un logiciel qui calcule des statistiques pour les exploitations agricoles, donc ça ne touche vraiment pas au développement ou aux systèmes. Vu la qualité, on pense qu'il a été créé dans les années 90 par un gars pas trop bête, et que depuis l'éditeur le vend sans vraiment le faire évoluer.

Le plus aberrant c'est qu'il nous a soutenu que dans toutes les entreprises les gens sont administrateurs de leur poste et que nous devrions procéder comme ça.

Notre DSI ne renouvellera pas le contrat.

Dans une majorité de cas, il suffit de donner les droits en écriture à l'utilisateur sur le répertoire du programme situé dans C:/Program Files...
Les anciens programmes ont tendance à stocker leurs configurations dans ce répertoire qui est interdit en écriture aux simples utilisateurs.

Buisness Object a besoin de droits admin pour la connexion a un univers, c'est pourtant un excellent logiciel, quoi qu'un peu bordélique a la configuration.

Pareil. On a quelques petits soft orienté métier (bâtiment) qui doivent aussi avoir les droits admins.
Perso, je donne les droits admin juste au dossier du soft et ça passe.

Je plussois pour notre ERP

Depuis quand c'est la faute des devs des années 90 si le système change ... si un éditeur de système ne connait pas la compatibilité ascendante, c'est le choix des utilisateurs de l'accepter (ou de subir le choix de leur de leur admin).

Bossant dans un labo de recherche, c'est la même chose avec beaucoup de soft fonctionnant sous licence et avec un dongle au cul d'un pc.
La plupart du temps, comme il a déjà été dit, il suffit de donner les droits en écriture sur le dossier d'installation.
Renouvelez plutôt le contrat de votre DSI.

Nous avons essayé cela n'a pas fonctionné, d'autant que le soft ne sait pas travailler avec "Program Files (x86)".

Je pense savoir de quel logiciel il s'agit. J'ai souvent eu affaire à ce genre de logiciel de compta assez ancien et parfois compliqué à faire migrer d'un PC à l'autre (dans le cas de renouvellement de matériel ou réinstallation d'un Windows). Mais ce genre de logiciel, il y a juste une licence et non pas un contrat. Lors de logiciels sous contrat annuel, il y a en général une équipe de développement derrière qui fait évoluer le produit, comme EBP ou CIEL.

Cela doit résulter d'une écriture un peu partout sur le DD, ou d'une veille API de contrôle total.

Ca peut ce résoudre à coup de vmware thinapp ou en lui filant une autre dll (user32 pour ce genre de fonction je crois) proxy (elle appellera uniquement les bonnes fonctions et changera des chemins) dans son répertoire.

Puis tu leur écris un mail pour dire comment fixer cela et tu leur demandes une ristourne ;)
À moins que vous ayez trouvé mieux !

Toad ?

Non, bien plus gros...
Pour info, c'est un environnement JEE, je n'en dirai pas plus.

Si ça marche que en admin, 32 bits, et pas dans le répertoire programe files (x86), ça me rappelle tous les logiciel qui utilise ... Oracle.

Le probleme venant pas du logiciel en lui même mais du drivers oracle 10g.

D'après moi les devs ne sont pas vraiment incriminés. C'est plutôt l'éditeur qui continu à vendre son produit sans le faire évoluer qui devrait l'être. Après faut le comprendre : il y a des acheteurs sans avoir à payer une équipe pour le faire évoluer... Mais bon ça ne durera pas des siècles et plutôt que de faire fructifier leur licence ils vont la rendre désuète et la perdre pour quelques ronds !