Journal A full cup of wine...

Posté par  .
Étiquettes : aucune
0
17
sept.
2004
Bonjour,

je ne sais pas pour vous, mais moi, pour migrer à 100 % sous Linux, j'ai besoin de Wine (http://www.winehq.org(...)). Et pour tout dire, il y a un soft que je voudrais faire tourner et qui résiste. Oh, pas beaucoup, je dois dire, vu mon niveau et mes connaissances de wine.

Je sais juste que je ne sais pas grand chose. Et je sais aussi que chaque fois que je demande un coup de main, un lien, une doc, n'importe quoi pour être moins novice, je n'ai rien... Nulle part... Jamais. Même pas le moindre RTFM. Moi je serais content de RTFM... Mais il est ou ?

Comment je débugue, moi ? Comment je progresse ? Y'a pas la moindre documentation...

Alors au lieu de déguguer, je (dé)beugle...

A bon entendeur...
  • # ... Salut.

    Posté par  (site Web personnel) . Évalué à 6.

    pour migrer à 100 % sous Linux, j'ai besoin de Wine

    J'ai du mal à suivre. Que fait Wine dans le "100%" ? du FUD ? Du Troll ?

    un soft qui résiste et Même pas le moindre RTFM.

    Ah ça mon pov' môssieur, si vous ne nous dites même pas quel soft résiste à la vinification, comment voulez vous que nous tentions de vous aider ? ESR a écrit un très bon article sur les "smart questions", ce sera donc ton STFW du matin.

    En tout cas, nous sommes tous très malheureux pour toi. Et chez moi, cpm80 fonctionne très bien, merci.
    • [^] # Re: ... Salut.

      Posté par  . Évalué à 0.

      ESR a écrit un très bon article sur les "smart questions", ce sera donc ton STFW du matin.
      muf... kesske ça veut dire ?
      • [^] # Re: ... Salut.

        Posté par  . Évalué à 1.

        ça veux dire dis nous ce qui marche pas.

        Et t'aura pas un RTFM mais un google est ton ami, je prefere celui là il est plus sympa.
      • [^] # Re: ... Salut.

        Posté par  . Évalué à 5.

        1) Search The Friendly Web
        2) http://www.linux-france.org/article/these/smart-questions/smart-que(...)

        Moi je le trouve pas du tout excellent cet article. Le sujet est excellent, la façon dont c'est rédigié est stupidement élitiste et ésotérique par design. Franchement se complaire avec :

        Stupide: AIDEZ MOI! La vidéo ne marche pas sur mon portable!
        Intelligent: Curseur de souris difforme sur XFree86 4.1, chipset vidéo Fooware MV 1005

        ....
        • [^] # Re: ... Salut.

          Posté par  . Évalué à -1.

          ouais, j'ai cherché juste après et j'ai trouvé...
        • [^] # Re: ... Salut.

          Posté par  . Évalué à 2.

          exact. Je dirais même plus... poser la bonne question, c'est déjà avoir trouvé la réponse...
    • [^] # Re: ... Salut.

      Posté par  . Évalué à 2.

      Remarquez que le fait de poser les bonnes questions devrait amener les bonnes réponses. Certes...

      Mais si je demande un guide pour débuguer, et qu'on me répond : "Quelle est l'application ?", il me semble que la question et la réponse sont sans rapport... Me trompes-je ?

      Imaginons que je possède un soft qui vous soit inconnu, et que je veuille le faire tourner grâce à wine... Que dois-je faire ?

      Je ne sais pas... Franchement, j'ai du mal à comprendre comment je peux tenter de me débrouiller seul si je n'ai pas la moindre doc...

      Ce que je demande, ce n'est pas que l'on me fasse tourner mon soft sur ma bécane, mais qu'on me donne les moyens de le faire tourner tout seul...

      Si je suis affamé, ne me donnez pas du riz, apprennez moi à cultiver...
      • [^] # Re: ... Salut.

        Posté par  . Évalué à 2.

        Sauf que si tu nous precise au moins si ce soft est un jeux un soft bureautique ou autre on pourrait beaucoup mieux t'orrienter tu vois.

        Donc si tu est affamé et que je t'apprends à cultiver quelque chose qui ne peux pas pousser chez toi ça t'aidera pas à grand chose amis sans savoir ce qui peux pousser chez toi j'aurais du mal à t'aider aussi
        • [^] # Re: ... Salut.

          Posté par  . Évalué à 1.

          Il s'agit d'une sort e de bibiliothèque (donc de la bureautique), développée en VC++ à ce qu'il me semble...

          Un truc bien basic en fait... Sauf que ça ne marche pas... C moche, quand j'arrive à faire tourner sans rien faire plein d'autres trucs... :-(
          • [^] # Re: ... Salut.

            Posté par  . Évalué à 2.

            alors deja pour la bureautique tu pêux essayer cross over office qui fonctionne en géneral trés bien je crois qu'il y a une version d'évaluation et si ça ne marche pas avec cel je ne pense pas que ça marvchera autrement enfin en tous cas ce sera trés difficile
            • [^] # Re: ... Salut.

              Posté par  . Évalué à 1.

              OK, j'essaie avec la nouvelle version de Crossover et je vous tiens au courant...
              • [^] # Re: ... Salut.

                Posté par  . Évalué à 1.

                Tu vois on y arrive avec plus de precision.

                Par contre aprés si ça marche tu auras le temps de chercher de la doc sur wine si tu veux savoir comment le faire marcher
                • [^] # Re: ... Salut.

                  Posté par  . Évalué à 1.

                  Bah ouais... Mais jamais personne ne m'a jamais demandé quoi que ce soit, même après avoir posté ce genre de détails sur divers forums... Jusqu'aux desciptions des plantages, logs et tout le tintouin...
  • # WWN

    Posté par  . Évalué à 3.

    Dans un premier temps, je te conseille la lecture des Wine Weekly News, sur le site de Wine. Il y a assez régulièrement des informations sur les entrailles de Wine, ainsi que sur les méthodes de débug. J'ai vu passer récemment (c'est pour ça que je t'en parles) un article sur l'art et la manière de sortir un report de bug propre d'un crash Wine. Si je le retrouve, je te le ferais savoir.
    • [^] # Re: WWN

      Posté par  . Évalué à 2.

      Voilà un bon conseil...

      Voilà ce que j'y ai trouvé aujourd'hui :

      Basic debugging tips

      * If a program is displaying a message box when it fails, and you don't know what is causing the problem, try performing a +relay,+msgbox trace. Then load up the log in your favourite editor or text viewer (less is quite good) and search for trace:msgbox. Now look at the relay data just before the MessageBox API call. In particular, look for failing API calls. The problem may not be caused by a call that happens immediately before the error!
      * If a program is failing at startup, and you don't know why, you can use a +all trace. If it seems to be failing a long way from an API call, disassemble it and see if it's accessing some of the parameters passed in to WinMain (for instance, Dungeon Keeper crashes if you run it without an absolute path for argv[0]).
      * If you're finding the logs too big to work with try applying the debug delay patch which is available in the wine-patches archives. It lets you toggle logging on and off using the F12 key. You can also control the debug channels from within the source.
      * Visual glitches are best debugged by looking at the styles given by the application to the offending control then simply reading the widget code by hand. There are no fancy tricks you can use here, you just have to play with the drawing code and see if you can figure out where the problem is. Fortunately, native Windows 98 comctl32 works well, so you can always use that as a reference.
      * Don't be afraid to write a test case for a particular API if you have doubts about its implementation. Even if you don't have the tools on hand to compile a test EXE, somebody else will. Often writing a test is the best way to check that a bug is real (and not simply a symptom of a problem elsewhere) as well as proving to Alexandre that your change is correct.
      * The source tree is being cleaned up, but all code outside of loader/, tools/, libs/ and programs/ is built by Makefiles inside the dlls/ directory.
      * If a program is complaining about a debugger being present, you need to find out why it thinks that and fix it. Wine does not report a debugger by default, but unfortunately as IsDebuggerPresent() is so easy to work around many programs, especially games, use more devious techniques. Some contain anti-disassembly code. You can find common anti-debugger techniques by reading blackhat/warez cracking sites: just don't do it at work ;) If you see attempts to load SICE.VXD or NTICE.VXD then you're seeing a check for the popular SoftIce debugger, you can ignore this.
      * If you have a Windows license (i.e., if you ever bought a PC from a high street store) you can go grab native DLLs from dll-files.com . This can also be handy if you're missing various runtime DLLs smaller apps often assume are present. Using native DLLs is a good way to check how an API behaves without doing a full blown crosscompile.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.