IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

C# Discussion :

Code C# ne fonctionne plus sous Seven [Débutant]


Sujet :

C#

  1. #1
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut Code C# ne fonctionne plus sous Seven
    Bonsoir à tous,

    Adepte du python et d'Access, je n'ai pas l'habitude de venir dans cette partie du site.

    Je n'y connais absolument rien en C# et c'est la raison pour laquelle j'ai besoin de votre aide.

    J'ai un code réalisé en C# qui fonctionnait sous XP 32 bits et qui ne fonctionne plus sous Seven 64 bits.
    J'ai encore la source de ce code et j'ai essayé de le recompilé en v2.0.50727, V3.5 et v4.0.30319 aussi bien en 32 que 64 bits m'ai rien y fait.
    Ayant réalisé cette procédure sur le conseil d'un ami, j'ai peut être raté quelque chose.

    Auriez-vous une solution à me proposer ?

    Cordialement

    Christophe

  2. #2
    Membre Expert


    Homme Profil pro
    Développeur informatique
    Inscrit en
    Avril 2006
    Messages
    970
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2006
    Messages : 970
    Par défaut
    Yep,

    Tu dois au moins avoir un message d'erreur à la compilation ? Parce que la on saurait vraiment pas t'aider
    Articles sur les technologies .NET

    Une réponse vous a aidé ? utilisez le bouton

    Votre problème est résolu ? utilisez le bouton

  3. #3
    Membre éprouvé
    Homme Profil pro
    Étudiant
    Inscrit en
    Juin 2012
    Messages
    116
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2012
    Messages : 116
    Par défaut
    J'ai encore la source de ce code et j'ai essayé de le recompilé en v2.0.50727, V3.5 et v4.0.30319 aussi bien en 32 que 64 bits m'ai rien y fait.
    As tu essayer Any CPU dans les options du build?

    Sinon, comme le dit infosam, sans plus d'indications, difficile d'en dire plus.

  4. #4
    Membre chevronné
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Décembre 2005
    Messages
    482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Décembre 2005
    Messages : 482
    Par défaut
    Salut,
    tout d'abord, même question que les autres :
    Exception ?

    ensuite :
    Interagis-tu avec des objets système ?
    genre base de registre, répertoire système (program files, system32 etc...)
    si c'est le cas tu as le même problème que moi la semaine dernière : tu dois exécuter ton application en mode administrateur.
    Si cela marche, tu devras rajouter un fichier "manifest" à ton projet pour qu'il soit toujours exécuté en mode admin. (regarde mon sujet sur "program files" d'il y a quelques jours)

  5. #5
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour à tous,

    Tout d'abord merci pour votre réactivité ainsi que vos remarques pertinentes.

    Je reprends donc tout après bonjour pour vous expliquer comment se déroule mon processus.

    En commande dos, j'execute un premier batch comme ceci :

    csc_ DTED_Shaded_Alpha.cs

    Contenu du fichier csc_.bat :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    cls
    csc /o+ /debug- /t:exe /r:..\gdal_csharp.dll .\Units\myDTED.cs .\Units\myGDAL.cs %*
    Ce dernier execute à son tour un autre batch nomme csc.bat
    Contenu du fichier csc.bat :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    @c:\Windows\Microsoft.NET\Framework\v2.0.50727\csc.exe %*
    En sortie, j'obtiens un fichier nommé DTED_Shaded_Alpha.exe
    Ensuite ce fichier est utilisé via une commande python.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    DTED_Shaded_Alpha.exe FichierEntrée FicherSortie
    Enfin :
    ANY CPU : désolé mais je ne connais pas

    Themacleod1980 : je n'ai retrouvé ton sujet, pourrais-tu me mettre le lien ?

    Cordialement

    Christophe

  6. #6
    Membre chevronné
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Décembre 2005
    Messages
    482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Décembre 2005
    Messages : 482
    Par défaut
    re,
    déjà vérifie, en cliquant droit sur ton exe déjà généré et en choisissant "Executer en tant qu'administrateur" que ça fonctionne.

    si c'est le cas, mon sujet : http://www.developpez.net/forums/d13...program-files/

    PS :
    J'ai un code réalisé en C# qui fonctionnait sous XP 32 bits et qui ne fonctionne plus sous Seven 64 bits.
    cela ne nous explique toujours pas quel est ton erreur, tu n'as pas de message ?
    de plus tu as changé et d'architecture (32=>64) et de système (xp=>7) donc sans info supplémentaire on ne peut pas t'aider beaucoup

  7. #7
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour,

    J'ai donc essayé en changeant les propriétés de l'exe pour qu'il s'execute en tant qu'administrateur et/ou en tant que Seven. Le problème est le même.
    Lors de la compilation, je n'ai aucun message d'erreur.

    Je veux bien te donner toutes les infos que tu veux mais comme je n'y connais rien en C#, il faut que tu me dises ce que tu souhaites savoir.

    Merci beaucoup

    Cordialement

    Christophe

  8. #8
    Membre chevronné
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Décembre 2005
    Messages
    482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Décembre 2005
    Messages : 482
    Par défaut
    re re,

    j'ai vu que tu utilisais le compilateur de ligne de commande, et j'en déduis que tu n'utilises pas Visual Studio...

    Malheureusement je ne sais pas comment ce compilateur réagit en mode debug (je ne l'ai utilisé que pour mon tout premier programme c# :p)

    Si tu n'as aucune erreur à la compilation et aucun message lors de l’exécution je ne peux que te donner un conseil bidon : tracker l'erreur "ligne par ligne" en loguant et/ou affichant tout...

  9. #9
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour,

    J'ai installé Visual Studio C# mais je ne suis pas sur de pouvoir l'exploiter pour rechercher le problème.
    Parallèlement, je vais essayer de reprendre contact avec le concepteur de ce code afin qu'il puisse m'orienter.

    Je te tiens au courant dès que possible.

    Un grand merci pour ta disponibilité.

    Cordialement

    Christophe

  10. #10
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    231
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2008
    Messages : 231
    Par défaut
    Bonsoir à tous,

    Alors pour Any CPU, cela veut dire que ton code pourra être exécuté par la machine virtual .NET en 32 et en 64 bits sans avoir à recompiler.

    Tu utilises effectivement directement le compilateur, tu pourrais essayer :
    MSBuild.exe aussi que tu trouveras dans C:\Windows\Microsoft.NET\Framework64\v4.0.30319

    Bon je pense qu'en passant sous Visual Studio tu vas résoudre ton problème ou du moins tu voir ton problème.

    Mais en attendant quand tu exécutes ton programme dans un invité de commande as tu une stack ?

  11. #11
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour Morgand,

    Tes solutions m'interresse mais j'ai besoin d'un petit coup de pouce (toujours aussi débutant que la semaine dernière )

    J'ai donc voulu compiler avec MSBuild.exe :
    J'ai, auparavant, modifié le chemin dans le fichier csc.bat

    Et au lancement de la compilation j'ai les messages suivants :
    /o+ /debug- /r: (issu du fichier csc_.bat) ne sont pas reconnus.

    Si tu pouvais me donner la bonne ligne de commande, cela me permettrait de le tester.

    J'ai également voulu compiler avec Visual Studio C# mais là, je nage la grande brasse

    Quel fichier dois-je ouvrir dans Visual Studio et comment lancer la compilation ?

    Cordialement

    Christophe

  12. #12
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    231
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2008
    Messages : 231
    Par défaut
    Je ne vais pas pouvoir t'aider plus que ça, voici la page MSDN de MSBuild ici
    et pour ce qui est de MSBUILD voici le Help (issue de msbuild.exe /?)

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
    135
    136
    137
    138
    139
    140
    141
    142
    143
    144
    145
    146
    147
    148
    149
    150
    151
    152
    153
    154
    155
    156
    157
    158
    159
    160
    161
    162
    163
    164
    165
    166
    167
    168
    169
    170
    171
    172
    173
    174
    175
    176
    177
    178
    179
    180
    181
    182
    183
    184
    185
    186
    187
    188
    189
    190
    191
    192
    193
    194
    195
    196
    197
    198
    199
    200
    201
    202
    203
    204
    205
    206
    207
    208
    209
    210
    211
    212
    213
    214
    215
    216
    217
    218
    219
    220
    221
    222
    223
    224
    225
    226
    227
    228
    229
    230
    231
    232
    Microsoft (R) Build Engine version 4.0.30319.17929
    [Microsoft .NET Framework, version 4.0.30319.18034]
    Copyright (C) Microsoft Corporation. All rights reserved.
     
    Syntax:              MSBuild.exe [options] [project file]
     
    Description:         Builds the specified targets in the project file. If
                         a project file is not specified, MSBuild searches the
                         current working directory for a file that has a file
                         extension that ends in "proj" and uses that file.
     
    Switches:
     
      /target:<targets>  Build these targets in this project. Use a semicolon or a
                         comma to separate multiple targets, or specify each
                         target separately. (Short form: /t)
                         Example:
                           /target:Resources;Compile
     
      /property:<n>=<v>  Set or override these project-level properties. <n> is
                         the property name, and <v> is the property value. Use a
                         semicolon or a comma to separate multiple properties, or
                         specify each property separately. (Short form: /p)
                         Example:
                           /property:WarningLevel=2;OutDir=bin\Debug\
     
      /maxcpucount[:n]   Specifies the maximum number of concurrent processes to 
                         build with. If the switch is not used, the default
                         value used is 1. If the switch is used without a value
                         MSBuild will use up to the number of processors on the 
                         computer. (Short form: /m[:n])
     
      /toolsversion:<version>
                         The version of the MSBuild Toolset (tasks, targets, etc.)
                         to use during build. This version will override the 
                         versions specified by individual projects. (Short form: 
                         /tv)
                         Example:
                           /toolsversion:3.5
     
      /verbosity:<level> Display this amount of information in the event log.
                         The available verbosity levels are: q[uiet], m[inimal],
                         n[ormal], d[etailed], and diag[nostic]. (Short form: /v)
                         Example:
                           /verbosity:quiet
     
      /consoleloggerparameters:<parameters>
                         Parameters to console logger. (Short form: /clp)
                         The available parameters are:
                            PerformanceSummary--Show time spent in tasks, targets
                                and projects.
                            Summary--Show error and warning summary at the end.
                            NoSummary--Don't show error and warning summary at the
                                end.
                            ErrorsOnly--Show only errors.
                            WarningsOnly--Show only warnings.
                            NoItemAndPropertyList--Don't show list of items and
                                properties at the start of each project build.    
                            ShowCommandLine--Show TaskCommandLineEvent messages  
                            ShowTimestamp--Display the Timestamp as a prefix to any
                                message.                                           
                            ShowEventId--Show eventId for started events, finished 
                                events, and messages
                            ForceNoAlign--Does not align the text to the size of
                                the console buffer
                            DisableConsoleColor--Use the default console colors
                                for all logging messages.
                            DisableMPLogging-- Disable the multiprocessor
                                logging style of output when running in 
                                non-multiprocessor mode.
                            EnableMPLogging--Enable the multiprocessor logging
                                style even when running in non-multiprocessor
                                mode. This logging style is on by default. 
                            Verbosity--overrides the /verbosity setting for this
                                logger.
                         Example:
                            /consoleloggerparameters:PerformanceSummary;NoSummary;
                                                     Verbosity=minimal
     
      /noconsolelogger   Disable the default console logger and do not log events
                         to the console. (Short form: /noconlog)
     
      /fileLogger[n]     Logs the build output to a file. By default
                         the file is in the current directory and named 
                         "msbuild[n].log". Events from all nodes are combined into
                         a single log. The location of the file and other
                         parameters for the fileLogger can be specified through 
                         the addition of the "/fileLoggerParameters[n]" switch.
                         "n" if present can be a digit from 1-9, allowing up to 
                         10 file loggers to be attached. (Short form: /fl[n])
     
      /fileloggerparameters[n]:<parameters>                                
                         Provides any extra parameters for file loggers.
                         The presence of this switch implies the 
                         corresponding /filelogger[n] switch.
                         "n" if present can be a digit from 1-9.
                         /fileloggerparameters is also used by any distributed
                         file logger, see description of /distributedFileLogger.
                         (Short form: /flp[n])
                         The same parameters listed for the console logger are
                         available. Some additional available parameters are:
                            LogFile--path to the log file into which the
                                build log will be written.
                            Append--determines if the build log will be appended
                                to or overwrite the log file. Setting the
                                switch appends the build log to the log file;
                                Not setting the switch overwrites the 
                                contents of an existing log file. 
                                The default is not to append to the log file.
                            Encoding--specifies the encoding for the file, 
                                for example, UTF-8, Unicode, or ASCII
                         Default verbosity is Detailed.
                         Examples:
                           /fileLoggerParameters:LogFile=MyLog.log;Append;
                                               Verbosity=diagnostic;Encoding=UTF-8
     
                           /flp:Summary;Verbosity=minimal;LogFile=msbuild.sum 
                           /flp1:warningsonly;logfile=msbuild.wrn 
                           /flp2:errorsonly;logfile=msbuild.err
     
      /distributedlogger:<central logger>*<forwarding logger>                     
                         Use this logger to log events from MSBuild, attaching a
                         different logger instance to each node. To specify
                         multiple loggers, specify each logger separately. 
                         (Short form /dl)
                         The <logger> syntax is:
                           [<logger class>,]<logger assembly>[;<logger parameters>]
                         The <logger class> syntax is:
                           [<partial or full namespace>.]<logger class name>
                         The <logger assembly> syntax is:
                           {<assembly name>[,<strong name>] | <assembly file>}
                         The <logger parameters> are optional, and are passed
                         to the logger exactly as you typed them. (Short form: /l)
                         Examples:
                           /dl:XMLLogger,MyLogger,Version=1.0.2,Culture=neutral
                           /dl:MyLogger,C:\My.dll*ForwardingLogger,C:\Logger.dll
     
      /distributedFileLogger                                                       
                         Logs the build output to multiple log files, one log file
                         per MSBuild node. The initial location for these files is
                         the current directory. By default the files are called 
                         "MSBuild<nodeid>.log". The location of the files and
                         other parameters for the fileLogger can be specified 
                         with the addition of the "/fileLoggerParameters" switch.
     
                         If a log file name is set through the fileLoggerParameters
                         switch the distributed logger will use the fileName as a 
                         template and append the node id to this fileName to 
                         create a log file for each node.
     
      /logger:<logger>   Use this logger to log events from MSBuild. To specify
                         multiple loggers, specify each logger separately.
                         The <logger> syntax is:
                           [<logger class>,]<logger assembly>[;<logger parameters>]
                         The <logger class> syntax is:
                           [<partial or full namespace>.]<logger class name>
                         The <logger assembly> syntax is:
                           {<assembly name>[,<strong name>] | <assembly file>}
                         The <logger parameters> are optional, and are passed
                         to the logger exactly as you typed them. (Short form: /l)
                         Examples:
                           /logger:XMLLogger,MyLogger,Version=1.0.2,Culture=neutral
                           /logger:XMLLogger,C:\Loggers\MyLogger.dll;OutputAsHTML
     
      /validate          Validate the project against the default schema. (Short
                         form: /val)
     
      /validate:<schema> Validate the project against the specified schema. (Short
                         form: /val)
                         Example:
                           /validate:MyExtendedBuildSchema.xsd
     
      /ignoreprojectextensions:<extensions>
                         List of extensions to ignore when determining which 
                         project file to build. Use a semicolon or a comma 
                         to separate multiple extensions.
                         (Short form: /ignore)
                         Example:
                           /ignoreprojectextensions:.sln
     
      /nodeReuse:<parameters>
                         Enables or Disables the reuse of MSBuild nodes.
                         The parameters are:
                         True --Nodes will remain after the build completes
                                and will be reused by subsequent builds (default)
                         False--Nodes will not remain after the build completes
                         (Short form: /nr)
                         Example:
                           /nr:true
     
      /preprocess[:file] 
                         Creates a single, aggregated project file by
                         inlining all the files that would be imported during a
                         build, with their boundaries marked. This can be
                         useful for figuring out what files are being imported
                         and from where, and what they will contribute to
                         the build. By default the output is written to
                         the console window. If the path to an output file 
                         is provided that will be used instead.
                         (Short form: /pp)
                         Example:
                           /pp:out.txt
     
      /detailedsummary 
                         Shows detailed information at the end of the build
                         about the configurations built and how they were
                         scheduled to nodes. 
                         (Short form: /ds)
     
      @<file>            Insert command-line settings from a text file. To specify
                         multiple response files, specify each response file
                         separately.
     
                         Any response files named "msbuild.rsp" are automatically 
                         consumed from the following locations: 
                         (1) the directory of msbuild.exe
                         (2) the directory of the first project or solution built
     
      /noautoresponse    Do not auto-include any MSBuild.rsp files. (Short form:
                         /noautorsp)
     
      /nologo            Do not display the startup banner and copyright message.
     
      /version           Display version information only. (Short form: /ver)
     
      /help              Display this usage message. (Short form: /? or /h)
     
    Examples:
     
            MSBuild MyApp.sln /t:Rebuild /p:Configuration=Release
            MSBuild MyApp.csproj /t:Clean 
                                 /p:Configuration=Debug;TargetFrameworkVersion=v3.5
    Attention c'est un outil qui se base sur des métadonnées pour compiler et au final il utilise csc. Il faut donc avoir un csproj au minimum qui permet de référencer tous les fichiers CS et les références.

  13. #13
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    231
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2008
    Messages : 231
    Par défaut
    Sinon pour visual studio ce que tu peux faire c'est de créer un nouveau projet, il va te créer une nouvelle solution et un nouveau projet associé. Ensuite tu Ajoute (Add) un/des élément(s) existant et tu vas chercher tes fichiers. Puis tu compile (click droit sur la solution et compile).

    Tu peux suivre un tuto de première utilisation de Visual Studio avant d'essayer de faire ce que tu veux faire.

    Par contre es ce que tu arrives à avoir un EXE ? et es ce que tu as une Stack quand tu lances cette EXE ?

  14. #14
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour Morgand,

    Donc :
    Lorsque j'excute la compilation en DOS, j'ai effectivement un exe.
    Stack : désolé mais je ne connais pas.

    J'ai également créé un projet Visual Studio C#.
    La compilation se passe bien mais lorsque j'éxecute l'exe, j'ai le même message qu'auparavant.

    Concernant MSBuild, j'ai lu quelques pages sur MSDN mais je t'avoue que je n'y ai rien compris.
    Le problème pour moi c'est qu'Access ou Python, on n'ai pas amené à faire de la compilation, DLL ou autre. Tout ceci est nouveau pour moi et je patauge un peu (voire beaucoup).
    J'ai eu l'occasion de le faire un petit peu en VB.Net mais j'ai bien galéré.

    Cordialement

    Christophe

  15. #15
    Membre Expert Avatar de DonQuiche
    Inscrit en
    Septembre 2010
    Messages
    2 741
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 2 741
    Par défaut
    Si je ne m'abuse tu n'as jamais donné ce message d'erreur. Ce serait le bon moment pour le faire, accompagné du code à l'endroit où l'exception est levée.

    Au passage, par "stack" j'imagine qu'il désignait la pile des appels (en bas à droite de VS lorsque l'exécution du programme est arrêté)

    Enfin, on s'en cogne de MSBuild : comme tu l'as deviné nous n'utilisons jamais msbuild à moins d'y être contraints. Le processus de compilation se résume pour l'extrême majorité d'entre nous à presser F5. Au pire une poignée d'entre nous doivent parfois éditer le fichier du projet pour ajouter des tâches personnalisées lors de la compilation, voire même en créer des personnalisées. Mais la ligne de commande msbuild, à moins de rédiger un script de compilation pour un serveur, je ne vois pas qui l'utiliserait.

  16. #16
    Membre chevronné
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2008
    Messages
    231
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Avril 2008
    Messages : 231
    Par défaut
    Bonjour,

    Pourrais tu nous fournir le message complet (Message de l'exception + la Pile d'appel ou Stack). Ou sinon quand tu presses F5 que te dit le débugger ?

    DonQuiche, je ne suis qu'à moitié d'accord avec toi :
    Le processus de compilation se résume pour l'extrême majorité d'entre nous à presser F5
    Malheureusement, c'est vrai .... résultat les trois quarts des développeurs ne comprennent même pas ce qu'ils font et font de la merde.

    Mais la ligne de commande msbuild, à moins de rédiger un script de compilation pour un serveur, je ne vois pas qui l'utiliserait.
    Je l'utilise tous les jours via des Script PowerShell, car je travail sur un projet avec de multiple Solution, qui possèdent elle même plusieurs projets. Mais les solutions sont liées entre elle. Donc soit j'ouvre 3 - 10 Visual Studio pour travailler soit j'utilise des scripts qui automatise le travail. Aujourd'hui je travail dans j'ai travaillé dans un grand groupe Français sur des problématiques de simulation et c'était pareille et aujourd'hui je suis dans la finance c'est pareille.
    Si un jour tu as mettre ne place une platforme d'intégration continue open source tu verras qu'il est très pratique de comprendre ce que tu fais avec les lignes de commandes.
    Et si un jour tu arrives chez une start-up qui n'a pas l'argent pour acheter un VS tu seras content d'avoir la ligne de commande.

  17. #17
    Membre Expert Avatar de DonQuiche
    Inscrit en
    Septembre 2010
    Messages
    2 741
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 2 741
    Par défaut
    Citation Envoyé par morgand Voir le message
    Malheureusement, c'est vrai .... résultat les trois quarts des développeurs ne comprennent même pas ce qu'ils font et font de la merde.
    Ne pas utiliser la ligne de commande fait que tu ne comprends pas ? Tu ne comprends pas quoi ? Le langage ? La compilation ? Et si tu ne connais pas les options de la ligne de commande tu vas faire "de la merde" ?

    Bien sûr que non, c'est un non-sens. Connaître les arguments de la ligne de commande n'a aucun intérêt et ne fait pas de toi un meilleur programmeur, ça te fait simplement connaître les arguments utilisés en ligne de commande. Connaître le système MS build est en revanche nécessaire pour personnaliser la compilation mais seulement pour ça et ça ne te fait pas écrire un meilleur code ou concevoir de meilleures architectures. Ça fait simplement de toi quelqu'un qui sait ajouter des étapes personnalisées à la compilation, une compétence certes utile.

    Si un jour tu as mettre ne place une platforme d'intégration continue open source tu verras qu'il est très pratique de comprendre ce que tu fais avec les lignes de commandes.
    Tu veux dire quand tu auras besoin d'exécuter la compilation sur un serveur comme je le disais justement dans mon précédent post ? Quelle coïncidence. Mais, non, ça ne te fera rien "comprendre". Ça te fera juste taper des lignes de commande. Je le sais car je n'ai rien appris en faisant ça.


    En revanche je te remercie pour l'exemple des solutions liées, c'est un cas d'utilisation auquel je n'avais pas pensé, même si dans ce cas de figure j'ai rarement vu les personnes avoir besoin de recompiler toutes les solutions en même temps sur le poste de travail.

  18. #18
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour,

    Tout d'abord, merci à vous tous pou l'intérêt que vous portez à un pauvre novice comme moi.

    J'ai donc executé F5 et je n'ai aucun message.
    Lorsque que j'execute mon fichier exe (DTED_Shaded_Alpha), j'ai un message qui me dit DTED_Shaded_Alpha.exe a cessé de fonctionner.

    Cordialement

    Christophe

  19. #19
    Membre Expert Avatar de DonQuiche
    Inscrit en
    Septembre 2010
    Messages
    2 741
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 2 741
    Par défaut
    Essaie de trouver le point d'entrée du programme (un fichier "App", "Program" ou "Main" généralement, tu peux aussi faire clic droit sur le projet, premier onglet, "objet de démarrage") et une fonction "Main". Tu peux éventuellement utiliser Ctrl + , pour trouver un objet rapidement.

    Une fois que c'est fait, place-toi sur la première ligne de code de cette fonction et appuie sur F9: cela placera un point d'arrêt dans la marge. Appuie sur F5 et dis-nous si le programme s'arrête sur le point défini.

  20. #20
    Membre émérite

    Homme Profil pro
    Inscrit en
    Octobre 2009
    Messages
    789
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Octobre 2009
    Messages : 789
    Par défaut
    Bonjour,

    J'ai donc modifié les propriétés comme tu m'as dit (my.GDAL.DTED.TOOLS.Program).
    Pour le point d'arrêt j'ai un doute sur l'emplacement.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    using my.GDAL.DTED;
     
    namespace my.GDAL.DTED.TOOLS
    {
        class Program
        {
            public static void Usage()
            {
                myGdal.Quit("Usage: DTED_Shaded_Alpha inDTEDFile outFile.tif");
            }
     
            static void Main(string[] args)
            {
                //my.GDAL.Compteur.Verbose = true;
                myGdal.setenv();
     
                if (args.Length != 2) Usage();
     
                string file_in = args[0];
                string file_out = args[1];
     
     
                myGdal.make_Shaded_Alpha(file_in, file_out);
                //myGdal.make_Dot(file_in, file_out,315,45);
            }
        }
    }
    Je l'ai mis sur Résultat après F5 :

    DTED_Shaded_Alpha.exe!my.GDAL.DTED.TOOLS.Program.Usage() Ligne 12
    DTED_Shaded_Alpha.exe!my.GDAL.DTED.TOOLS.Program.Main(string[] args) Ligne 20 + 0x1b octets

    Il faut que je m'absente une bonne partie de l'après-midi, alors ne soit pas surpris si je ne répond pas.

    Cordialement

    Christophe

+ Répondre à la discussion
Cette discussion est résolue.
Page 1 sur 2 12 DernièreDernière

Discussions similaires

  1. [Objective-C] Code qui ne fonctionne plus sous iOS 5
    Par kOrt3x dans le forum Objective-C
    Réponses: 4
    Dernier message: 08/10/2011, 13h52
  2. Réponses: 9
    Dernier message: 13/11/2008, 15h47
  3. [AJAX] Code tuto Ajax fonctionne pas sous FF, mais IE et OP sont OK
    Par hugo69 dans le forum Général JavaScript
    Réponses: 10
    Dernier message: 08/01/2007, 21h27
  4. Réponses: 4
    Dernier message: 10/04/2006, 08h28
  5. [Eclipse3]Ctrl H ne fonctionne plus sous la perspective Java
    Par joseph_p dans le forum Eclipse Java
    Réponses: 3
    Dernier message: 30/09/2005, 11h32

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo