Discussion :

[Jean-Marc68]

Salut à toutes et à tous,

Soit ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
/// <summary>
            /// Recherche dans le DataSet les lignes opposées à la ligne sélectionnée
            /// </summary>
            /// <param name="ligneRow">Ligne dont on cherche les lignes opposées</param>
            /// <param name="dataSet">DataSet dans lequel on cherche les lignes opposées</param>
            /// <returns>Lignes opposées</returns>
            public DataSetParcelles.LigneRow[] GetOpposedLines(DataSetParcelles.LigneRow ligneRow, DataSetParcelles dataSet)
            {
                if (dataSet == null || dataSet.Ligne == null || string.IsNullOrEmpty(ligneRow.NumeroPoint1) || string.IsNullOrEmpty(ligneRow.NumeroPoint2))
                    return null;
                    return (DataSetParcelles.LigneRow[])dataSet.Ligne.DefaultView.Table.Select(string.Format("NumeroPoint1 = '{0}' AND NumeroPoint2 = '{1}'", ligneRow.NumeroPoint2, ligneRow.NumeroPoint1));
            }

Elle me retourne parfois (de manière qui semble aléatoire, mais est-ce réellement aléatoire ?) l'erreur
"L'exception ArgumentException n'a pas été gérée par le code utilisateur
Min (15101) doit être inférieur ou égal à max (-1) dans un objet Range."
sur la ligne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

return (DataSetParcelles.LigneRow[])dataSet.Ligne.DefaultView.Table.Select(string.Format("NumeroPoint1 = '{0}' AND NumeroPoint2 = '{1}'", ligneRow.NumeroPoint2, ligneRow.NumeroPoint1));

or le select de la table devrait bien retourner une ligne.
Si je ferme l'application et la redémarre, cette ligne passe sans problème, et après un certains temps, elle finira par me retourner cette erreur avec d'autres valeurs, qui passeront aussi si je redémarre l'application.

Je veux bien gérer l'erreur, mais pour la gérer il faudrait avant tout que je la comprenne, ce qui pour le moment est loin d'être le cas. Donc actuellement le ne sais pas comment, ni où la gérer.

Si qqn comprend d'où ça peut venir, je vous remercie de vos z'avis z'avisés.

JM

[PatteDePoule]

Tu as essayé de découper ta ligne en plusieurs expressions? De cette manière du pourrait cibler exactement l'instruction qui cause cette exception.

[Jean-Marc68]

Je suis remonté jusqu'à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dataSet.Ligne.Select(string.Format("NumeroPoint1 = '{0}' AND NumeroPoint2 = '{1}'", ligneRow.NumeroPoint2, ligneRow.NumeroPoint1));

et déjà là ça "merdouille".
Mais ce qui me rend le plus perplexe c'est que si je redémarre l'appli ça passe.
On dirait que le pbl ne vient pas directement de là, parce que la ligne existe bel et bien dans la table, alors pourquoi le select boguerait ?
Je trouve qu'on dirait que l'erreur sort là mais ne se situe pas là.

[Jean-Marc68]

A plusieurs endroits je trouve des gens qui ont été confrontés à cette erreurs et il semblerait que dans tous les cas c'est quand les ' n'ont pas été mis de part et d'autre d'une valeur. Or dans mon cas les ' sont bien présents de part et d'autres des NumeroPoint1 et NumeroPoint2.

Quelqu'un comprendrait-il ce qu'il pourrait bien se passer ?

[eagleleader]

Idee en lisant ton code et tes commentaires:

N'y aurait-il pas des apostrophes dans tes valeurs? Si oui alors ils annulent probablement ceux que tu place toi meme deja dans ta string -> ils generent au passage une erreur avec le nombre impair d'apostrophes par exemple.

[morgand]

Es ce que tu sais d'où vient

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Min (15101)

[Jean-Marc68]

Merci de ton idée eagleleader, malheureusement ce n'est pas ça. Il n'y aucune apostrophe dans les valeurs.

Pour morgand, d'après mes recherches, ce serait un index "interne" à la table. Si j'ai bien compris le système du select, il index les colonnes pour pouvoir faciliter ses recherches dans les colonnes, et le 15101 serait un de ces index. Mais il ne faut pas s'arrêter à la valeur, ça a tendance à changer chaque fois qu'il me sort l'erreur. Par contre le max (-1) est constant, lui.

[eagleleader]

Une autre idee au passage:

Es-tu sure que la ligne du dataset qui est passee en parametre appartient bien au dataset passe en parametre egalement ?
J'ai l'impression qu'il essaye d'atteindre (via le SELECT sur la table) une ligne qui n'appartiendrait pas au dataset -> l'histoire des index (tel un out of range) ?
Ce n'est qu'une idee etant donne que je ne connais pas le code.

[Jean-Marc68]

Oui oui, la ligne existe bien.
Elle est d'ailleurs bien retournée pendant un moment, puis à un autre moment elle ne passe plus. Si je redémarre l'appli (avec la même base de données et donc les mêmes valeurs), ça repasse.
C'est justement cela qui me rend perplexe. La ligne existe dans la datatable du dataset et l'erreur ne se produit pas au départ mais après un certains temps.
En fait je trouve qu'on dirait qu'il y a eu une modif dans la datatable (style une suppression d'une autre ligne, ce qui entraîne que la table a une ligne de moins) et qu'il ne trouve donc plus la dernière ligne de la table. Comme il ne la trouve pas, il met -1, et donc toutes les lignes sortent une erreur puisque leur index est forcément plus grand que l'index max qui vient de passer à -1.
Ceci entraînerait que l'erreur ne serait pas générée par la ligne recherchée en elle-même, et qui est le lieu de toutes nos questions. Peut-être l'erreur est-elle ailleurs, mais si elle est ailleurs, où est-elle ?
Mais ceci n'est qu'une hypothèse.

[eagleleader]

Afin d'eliminer cette hypothese il suffit de regarder dans ton code si le dataset est utilise ailleurs et si oui, s'il est modifie ?
Quand tu parles d'index sur la table tu parles du SQL ou de ton DataSet ?

-> Sur un dataSet C# il n'y a pas d'index pour ADO.

[Jean-Marc68]

En ce qui concerne l'index interne, c'est ce que j'ai lu dans des posts sur les forums de microsoft. Il semblerait qu'en arrière, pour faciliter la recherche, le système crée des index (qu'on ne voit pas) dans les colonnes.
Mais j'ai peut-être mal compris.

J'ai écris le code ci-dessous.
Ça me rend TRÈS perplexe et me laisse penser à un bug dans le système même des datatables, ou du select.
Je mets mon select dans un try, et dans le catch je mets la recherche montée complètement à la main (je passe toutes les lignes de la datatable en revue). Et quand le select ne passe pas, la recherche manuelle passe, elle. Ce qui me semble anormal.

Voici ce que j'ai écris, et qui passe :

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
            public DataSetParcelles.LigneRow[] GetOpposedLines(DataSetParcelles.LigneRow ligneRow, DataSetParcelles dataSet)
            {
                if (dataSet == null || dataSet.Ligne == null || string.IsNullOrEmpty(ligneRow.NumeroPoint1) || string.IsNullOrEmpty(ligneRow.NumeroPoint2))
                    return null;
                try
                {
                    return (DataSetParcelles.LigneRow[])dataSet.Ligne.Select(string.Format("NumeroPoint1 = '{0}' AND NumeroPoint2 = '{1}'", ligneRow.NumeroPoint2.ToString(), ligneRow.NumeroPoint1.ToString()), "NuméroLigne", DataViewRowState.CurrentRows);
                }
                catch
                {
                    List<DataSetParcelles.LigneRow> list = new List<LigneRow>(); 
                    for (int i = 0; i < dataSet.Ligne.Count; i++)
                    {
                        if (dataSet.Ligne.Rows[i].RowState != DataRowState.Deleted && dataSet.Ligne.Rows[i].RowState != DataRowState.Detached)
                        {
                            DataSetParcelles.LigneRow lr = (DataSetParcelles.LigneRow)dataSet.Ligne.Rows[i];
                            if (lr.NumeroPoint1.ToString() == ligneRow.NumeroPoint2 && lr.NumeroPoint2.ToString() == ligneRow.NumeroPoint1)
                                list.Add(lr);
                        }
                    }
                    if (list.Count > 0)
                    {
                        DataSetParcelles.LigneRow[] result = new LigneRow[list.Count];
                        for (int i = 0; i < list.Count; i++)
                            result[i] = list[i];
                        return result;
                    }
                    return null;
                }
            }

Ne trouvez-vous pas bizarre que lorsque le select retourne l'erreur, les lignes soient trouvées par une recherche "manuelle" ?

Je pourrais donc me contenter d'utiliser la recherche manuelle, mais j'aimerais vraiment comprendre ce qui ne fonctionne pas, et si c'est dans mon code que je devrais changer qqch ou si c'est vraiment un bug interne.