File: known-problems-15

package info (click to toggle)
libgnatcoll 1.7gpl2015-2
  • links: PTS, VCS
  • area: main
  • in suites: stretch
  • size: 17,280 kB
  • ctags: 1,124
  • sloc: ada: 134,072; python: 4,017; cpp: 1,397; ansic: 1,234; makefile: 368; sh: 152; xml: 31; sql: 6
file content (119 lines) | stat: -rw-r--r-- 4,208 bytes parent folder | download | duplicates (2)
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
==============================
Known Problems in Gnatcoll 1.5
==============================

Copyright (C) 2012-2013, AdaCore

KP-15-MA17-007 GNATCOLL.Projects.Library_Files shows overridden files

  Problem:    This function does not always filter out ALI files that
              have been overridden in extending projects.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: None

KP-15-MA08-038 GNATCOLL.Traces should not write to stdout by default

  Problem:    If you link with code that uses GNATCOLL.Traces (like GNATCOLL
              itself), but do not explicitly initialize GNATCOLL.Traces, then
              it is still possible that some debug output will be printed to
              stdout. This is of course undesirable, and might also lead to
              deadlock when there is no stdout available.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: Create a config file whose single line redirects the default
              output (">/dev/null" for instance), and parse it with
              GNATCOLL.Traces.Parse_Config_File.

KP-15-MA08-010 Check_Connection fails with sqlite

  Problem:    Calling GNATCOLL.SQL.Exec.Check_Connection always returns False
              when using sqlite.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: This function is not necessary for sqlite (the fix always
              True).

KP-15-M701-028 PyDict_Next iterator won't iterate

  Problem:    On 64 bits OS the iterator won't iterate on Python dictionary.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: Use your own import routine with proper type for (size_t) Pos.

KP-15-M605-001 GNATCOLL.JSON parsing string ending with \\

  Problem:    GNATCOLL.JSON fails parsing a string that ends with a backslash
              as in "test\\".

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: None

KP-15-M604-002 GNATCOLL.JSON does not decode escaped slash

  Problem:    GNATCOLL.JSON does not accept a string that contains the
              sequence "\/", although it is valid JSON.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: You can remove the \, since / itself is not a special character
              in any case.

KP-15-M320-003 GNATCOLL.Projects missing error messages

  Problem:    When a project has unresolved with statements and other errors,
              the list of error messages omits the missing with statements.
              This results in different error messages compared to gprbuild.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: Compile with gprbuild to get the full list of error messages.

KP-15-M220-011 GNATCOLL.Projects.File_From_Unit fails on runtime files

  Problem:    This function does not handle units coming from the GNAT runtime
              and that are using special ("krunched") names, like a-textio.ads
              for instance.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: You can explicitly test whether the file starts with "ada-",
              "system-", "interfaces-" or "gnat-" and call Krunch.Krunch.
              The solution implemented for this issue removed the parameter
              Check_Predefined_Library, which did an incorrect job anyway.

KP-15-M111-002 Compatibility with GtkAda 3.x

  Problem:    The API for Gtk_Tree_Model has changed slightly in GtkAda 3.x,
              and GNATCOLL.VFS.GtkAda.Get_File was not compatible. To ensure
              that GNATCOLL works with both GtkAda 2.x and 3.x, the first
              parameter of Get_File is now a Gtk_Tree_Model, rather than an
              access to Gtk_Tree_Model_Record, which might require an explicit
              cast in user code.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: None.

KP-15-M107-026 Stack overflow may occur when writing large JSON objects

  Problem:    When using GNATCOLL.JSON.Write on a large JSON object, a stack
              overflow may occur.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: None.

KP-15-LB06-010 Wrong day of week in date representation

  Problem:    GNATCOLL.Email.Utils.Format_Date will produce an invalid
              day of week name for some dates.

  Status:     Fixed in Gnatcoll 1.6.0

  Workaround: Use standard date formatting functions instead.