Je trouvais juste étrange à la base de lancer une vm Windows plutôt que de d'abord tester avec Wine. Surtout dans le cas du bug en question où tu peux vérifier si tu as le même ou pas.
Dans le cas du bug en question, j'aurais installé GIMP dans Wine, j'aurais testé et... serait tombé sur le même bug que toi qui m'empêche de pouvoir aller plus loin (et j'aurais donc même pas pu tester le bout de code que je voulais tester, juste comme toi).
Puisque mon but n'est pas de tester GIMP sous Wine (on fournit une version native Linux de GIMP, donc on s'en fiche un peu de si win32 GIMP tourne bien sous Wine), je me serais pas embêté à débugger pourquoi ça marche pas à un autre endroit du code. J'aurais donc au final quand même lancé ma VM Windows et testé GIMP dedans. Donc je me serais juste rajouté plein d'étapes intermédiaires (à peine moins chiante que tester dans une VM soit dit en passant).
Et même si j'avais pu tester ce bout de code sous Wine, ça m'aurait de toutes façons rien dit sur le même code dans Win32 (puisque l'implémentation de fopen() utilisée par Wine n'est pas celle de Win32! Ça utilise à mon avis juste fopen() de Linux). Donc quel que soit le résultat, ce test aurait été inutile et aurait juste pris de mon temps; au final j'aurais dû quand même lancé une VM (ou dû attendre que quelqu'un sous Windows confirme la correction).
Je comprends pas pourquoi tu t'obstines. Wine n'est pas un émulateur et n'utilise pas de code de Windows. Tout bug spécifique à l'implémentation de l'API win32 n'est donc tout simplement pas testable dans Wine. Donc non, tu ne "peuxpasvérifier si tu as le même ou pas" dans Wine! C'est juste pas comment Wine marche.
Et en plus tu viens de faire la preuve toi-même que tester sous Wine aurait juste été de la perte de temps dans ce cas concret.
P.S.: c'est dans dernier message sur ce sujet! :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Bravo !
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche darktable 2.4.0. Évalué à 6.
Dans le cas du bug en question, j'aurais installé GIMP dans Wine, j'aurais testé et... serait tombé sur le même bug que toi qui m'empêche de pouvoir aller plus loin (et j'aurais donc même pas pu tester le bout de code que je voulais tester, juste comme toi).
Puisque mon but n'est pas de tester GIMP sous Wine (on fournit une version native Linux de GIMP, donc on s'en fiche un peu de si win32 GIMP tourne bien sous Wine), je me serais pas embêté à débugger pourquoi ça marche pas à un autre endroit du code. J'aurais donc au final quand même lancé ma VM Windows et testé GIMP dedans. Donc je me serais juste rajouté plein d'étapes intermédiaires (à peine moins chiante que tester dans une VM soit dit en passant).
Et même si j'avais pu tester ce bout de code sous Wine, ça m'aurait de toutes façons rien dit sur le même code dans Win32 (puisque l'implémentation de fopen() utilisée par Wine n'est pas celle de Win32! Ça utilise à mon avis juste fopen() de Linux). Donc quel que soit le résultat, ce test aurait été inutile et aurait juste pris de mon temps; au final j'aurais dû quand même lancé une VM (ou dû attendre que quelqu'un sous Windows confirme la correction).
Je comprends pas pourquoi tu t'obstines. Wine n'est pas un émulateur et n'utilise pas de code de Windows. Tout bug spécifique à l'implémentation de l'API win32 n'est donc tout simplement pas testable dans Wine. Donc non, tu ne "peux pas vérifier si tu as le même ou pas" dans Wine! C'est juste pas comment Wine marche.
Et en plus tu viens de faire la preuve toi-même que tester sous Wine aurait juste été de la perte de temps dans ce cas concret.
P.S.: c'est dans dernier message sur ce sujet! :P
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]