Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Peut-on m'expliquer? J'ai Windows 10 et un Raspberry pi, je suis bête.
Je fais tourner depuis le linux embarqué un programme de contrôle de servomoteurs.
Je pourrai directement programmer, compiler et exécuter depuis mon laptop windows 10 sur la Rpi via ssh?
Et quezako de bash, batch, Powershell?
Je ne peux que vous encourager á visionner cette vidéo de présentation pour bien comprendre de quoi il retourne exactement : https://sec.ch9.ms/sessions/build/2016/P488.mp4
ssh sera effectivement disponible depuis ce bash.Envoyé par MaximeCh
Hum. Il y avait déjà git-bash, qui offrait un BASH sous Windows et qui pouvait lancer Notepad.
De plus, j'ai peur qu'il modifie peu à peu l'interprétation du Bash et ensuite, on fera du Bash Linux et du Bash Windows/Ubuntu et ça ne sera plus compatible.
Vous souhaitez participer à la rubrique 2D/3D/Jeux ? Contactez-moi
Ma page sur DVP
Mon Portfolio
Qui connaît l'erreur, connaît la solution.
Non, puisque c'est le bash ubuntu qui tournera en natif sous Windows.
Le fait qu'il ne puisse pas lancer des applis Windows n'a pas d'importances, son intérêt n'est pas la. Peut tu faire tourner des binaires linux en natif sous Windows avec Git-bash ? Ce bash est le bash d'Ubuntu et ça ne changera pas, sinon, l'outil n'aurait plus d’intérêt, logique..
En effet, j'ai du mal à saisir le but de Microsoft.
Si je veux faire fonctionner des applications Linux, je vais sous Linux. Si je veux faire fonctionner des applications Windows, je sous Windows. Je peux aussi utiliser des VM.
Pour moi, la news faisait beaucoup : "Microsoft supporte bash", mais comme script, on ne peux pas l'utiliser. Du coup, comme scripting, on doit encore utiliser git-bash, pour avoir bash qui lance des application Windows.
Du coup, je remarque bien qu'ils implémentent tout un Linux, d'une façon ou d'une autre. Je me demande qu'elles en seront les limites, car cela semble être comme une machine virtuelle, qui n'est pas vraiment une machine virtuelle, mais qui garde la séparation des deux environnements.
Mais, oui, j'avoue que je ne comprends pas tout, sur ce point et que j'aimerai énormément tester la chose.
Vous souhaitez participer à la rubrique 2D/3D/Jeux ? Contactez-moi
Ma page sur DVP
Mon Portfolio
Qui connaît l'erreur, connaît la solution.
En fait tout l’intérêt de la chose c'est de pouvoir faire du développement linux sous Windows. Ça évite d'avoir á passer d'une plateforme á l'autre. Tu développes ton appli avec Visual Studio, tu compiles la version Windows avec cl. Ensuite tu lances le Bash et tu la compile avec GCC. Ce bash est un environnement Linux sous Windows, pas un bash pour interagir avec Windows.
EDIT : Comme tu le dis il faudra voir les limites de la choses. En fonction de celles ci il aura plus ou moins d’intérêt. Mais moi perso je trouve ça génial.
En effet, pour le développement, cela peut être assez sympa
Vous souhaitez participer à la rubrique 2D/3D/Jeux ? Contactez-moi
Ma page sur DVP
Mon Portfolio
Qui connaît l'erreur, connaît la solution.
Prochaine étape : un filtre réseau aussi fiable et bien conçu que iptables
cool, moi qui pensait que c'était une poisson d'avril (la news était apparue le 31 mars).
Le seul bémol, c'est qu'on ne pourra visiblement pas interagir avec windows, il sera impossible par exemple d’accéder au systeme de fichier et donc par exemple a un simple fichier texte stocker dans C:\monfichier.txt
Ce qui je trouve est un grosse limitation. Autant ne pas pouvoir lancer des .exe je comprend que c'est impossible, autant ne pas pouvoir accéder au système de fichier, sa limite vachement.
Sinon sera t'il possible de lancer des programmes graphiques voir une gui complète ?
A priori, si: les volumes Windows sont accessibles sous /mnt/c, /mnt/d, etc.
C'est pourtant la grosse limitation, cygwin sait très bien lancer les .exe.Ce qui je trouve est un grosse limitation. Autant ne pas pouvoir lancer des .exe je comprend que c'est impossible
Il n'y a pas de support du serveur X11. Je ne sais pas ce qu'il en est des clients.Sinon sera t'il possible de lancer des programmes graphiques voir une gui complète ?
Ça, c'est LA fonctionnalité qui va me faire tomber amoureux de Windows 10.
Il ne sera pas possible de lancer des exécutables Windows depuis ce Bash, mais les interactions avec le système de fichier Windows seront possibles.
http://www.mingw.org/
ou
https://www.cygwin.com/
Très pratique quand j'étais encore un étudiant et surtout ne souhaitant pas installer Linux (chose qui n'a pas durée) sur mon défunt ASUS A3N (clé de produit Microsoft Windows XP toujours valide ou compatible avec un autre PC de marque ASUS?).
Ou plutôt un peu ignorant de la gestion de mémoires vives.
32 Bits peut accepter 16 Go de mémoires vives chez Microsoft "Windows Serveur"...
Je crois que la différence est là. Même pour les systèmes embarqués hors de l'environnement de l'automatisation ou de la robotique.
Dernière modification par MikeRowSoft ; 08/04/2016 à 08h08.
Ca sert a quoi Bash sous window ???
Quelqu'un peu m'expliquer l'utilite de la chose ??
Ca sert a quoi d'executer bash tout seul dans son coins ? C'est quoi l'avantage comparer a cygwin ? OK, c'est natif, etc ... et alors ? Ca execute plus rapidement ? 50% plus rapide ? Qui execute un script pure bash (sans utiliser autre programme) pendant des heures ? Et sur Window ? Pour faire des backups ?
Si tu veux apprendre a faire du bash, une machine virtuel s'installe en 5 minutes de nos jours avec Ubuntu. Ce Bash sous Window ressemble a un Bash dans une machine virtuelle : on execute des scripts bash sans intereagir avec les programmes de Window.
À rien s'il ny avait que bash, mais tous les binaires Ubuntu s'installent, avec la commande native apt-get, et beaucoup de ceux qui se limitent à la ligne de commande semblent s'exécuter correctement d'après ce que j'ai pu lire, car je n'ai pas testé.C'est quand même une version bêta, donc il reste des problèmes.
L'intérêt principal par rapport à cygwin, c'est le nombre de logiciels disponibles dans le repository Ubuntu.
Le désavantage, c'est le cloisonnement. À part l'accès au système de fichiers windows (/mnt/c, etc.), il ne semble pas qu'il y ait d'interaction possible avec Windows alors que cygwin est beaucoup plus intégré.
Cool
Bonne nouvelle
C'est une bonne nouvelle pour moi ancien linuxien, on attend la suite ...
Le titre de cette info n'en décrit pas le contenu, selon ce que je comprends. La nouveauté n'est pas la simple ajoute du shell bash (ce qui est trivial et existe déjà). Ce n'est pas non plus la disponibilité d'outils communs (genre ls, du etc), ce qui existe aussi déjà (Cygwin le fait) ...
Mais ce serait l'introduction d'un environnement POSIX complet permettant l'exécutions de binaires (et de libraries partagées) ELF ? C'est ça ?
Il s'agit bien de ça (sauf qu'Ubuntu n'est pas certifié POSIX), mais c'est en fait beaucoup plus car un environnement Ubuntu (Debian), même limité à la ligne de commande, est largement plus riche et étendu que ce que définit POSIX.
L'exécution de binaires et bibliothèques dans un format non natif (ELF au lieu de PE) est bien la nouveauté sous Windows.
Après m'être renseigné sur le sujet, cette exécution des binaires ELF n'est supportée que depuis bash.exe. Le loader système de Windows n'a pas été modifié pour reconnaître les binaires Linux. Ce n'est donc pas, il me semble, la même notion de sous-système que ce que l'on a pu connaitre avec le précédent (mini) sous-système POSIX de NT. J'aimerais bien en savoir plus
L'exécution des binaires ELF est possible à partir d'autres binaires ELF via l'appel système exec, pas seulement de bash mais c'est vrai que cette exécution n'est pas (pour l'instant?) accessible d'un binaire Windows classique.
Le sous système POSIX de Windows NT était lui aussi confiné et comme il ne contenait de base à peu près rien d'intéressant, même pas un shell, il ne servait essentiellement à rien. Interix/SFU a légèrement amélioré les choses mais a été abandonné par Microsoft. Cygwin s'est imposé comme environnement de type Unix sur Windows.
Répondre avec citation
Partager