File: Known_problems

package info (click to toggle)
pdl 1%3A2.007-4
  • links: PTS
  • area: main
  • in suites: jessie, jessie-kfreebsd
  • size: 11,848 kB
  • ctags: 6,321
  • sloc: perl: 32,760; fortran: 13,113; ansic: 9,273; makefile: 81; sh: 32
file content (138 lines) | stat: -rw-r--r-- 5,357 bytes parent folder | download
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
The following issues have been reported with this version of PDL:


- A bug in Netpbm from versions 10.56.00 through 10.61.2 may
  result in a an invalid conversion of RAST images to PNM
  format on some platforms, resulting in a failed picrgb test.

  
- Bugs in Netpbm versions earlier than 10.58.00 result in
  invalid 16bit PNG image IO and failing tests.


- GLUT readline support in perldl with the -glut option not
  yet implemented for win32.  Work in progress.


- A change in perl-5.14 on how the 'x' operator works affects
  PDL's overload of that operator for matrix multiplication.
  This can affect code using parentheses to group.  An example
  that shows the problem is code like:

     f( ($pdl0 * $pdl1) x $pdl2 )

  which now gives an error.  The fix is to force the element-wise
  operation in parentheses to be treated in scalar context rather
  than list context.  E.g.,

    f( scalar($p0 * $p1) x $p2 );

  Please see
  http://mailman.jach.hawaii.edu/pipermail//pdl-porters/2012-February/004423.html
  for a more detailed discussion and additional work-arounds.


- On MS Windows, perl 5.14 (and perhaps later), it is reported that
  PDL::Graphics::PLplot cannot be sucessfully built as part of the
  PDL build. It compiles ok, but the resultant binary files are
  unusable. Workaround is to build PDL first, then build
  PDL::Graphics::PLplot separately.


- Some versions of MinGW gcc (used to compile for win32 perls)
  crash in compilation of large, PP-generated files.  The work-
  around is to disable optimization for those file.  See the
  INSTALL file for a hand fix.


- The current Ctrl-C logic in the PDL shells (pdl2 and perldl)
  doesn't work the same with the perl's new "safe signals".  A
  workaround to the problem is to set the PERL_SIGNALS environment
  variable to "unsafe".  See sf.net feature request #3308168
  for details and any future status.


- The Perl debugger for perls 5.10.1 through 5.14.x has a new
  "feature" leading to false fails for lvalue subroutines when
  run under the debugger.  If you need to debug such code with
  an affected perl version, the work around is to use an
  intermediate temporary variable assignment as in:

    $piddle->slice('0:10') .= 100;           # original slice code
    ($tmp = $piddle->slice('0:10')) .= 100;  # work around perl -d "feature"

  The problem is understood and it appears that the error has
  been replaced by a warning with perl-5.15.1 and is fixed in
  perl-5.16.0.  NOTE: the work-around is ugly but effective.


- Multiline q'' constructs are broken in the Devel::REPL versions
  1.003012 and 1.003013 so you'll need to use perldl or avoid
  splitting quoted strings across lines.  A fix is being investigated.


- The demo 3d and 3d2 windows do not close (can not be closed)
  after the demo finishes.  You need to exit the perldl shell
  to have the window close.


- When you close a TriD graphics window with the frame widget
  the whole process exits including the perldl shell.


- Extremely verbose but not particularly helpful text output from
  the configure-build-test process.


- Directory completion in the interactive PDL shells (perldl and pdl2)
  using Term::ReadLine::Perl adds a space after each directory expansion.
  To continue to complete, one must delete the space before typing <TAB>
  again.  The problem has been reported as a Term::ReadLine::Perl bug.


- PDL on Cygwin+32bit windows has only about 300MB which can cause
  out of memory crashes with large data sets.  For 64bit windows hosts
  2GB is available.


- minimum/maximum/min/max inconsistently handle NaN values.
  NaNs for the first element of a pdl will propagate to the
  result while if the first element is a number, then the
  result will be a number.  The answer for max/min should not
  depend on the order of the input values.


- The following SourceForge bugs are outstanding at time of the
  PDL-2.007 release:

  343    longlong constructor and display lose digits due to implicit double precision conversions
  340    orover of byte data returns long type
  339    PDL::Complex support is inconsistent and incomplete
  334    Test coverage is incomplete
  332    "isn't numeric in null operation" warning could be more helpful
  330    NiceSlice can get confused by comments to cause compilation errors
  324    PDL re-install wipes out non-core docs
  322    PDL::Demos system needs overhaul
  321    Several core modules do not have man pages
  319    PDL::Index does not render on websites
  313    clip() edge case not handled right
  312    Wrong results in corner empty-set cases
  308    propagate badflag with .=
  274    'help funname' fails to show multiple function names
  268    PLplot still unusable with X
  261    max() fails on nan
  254    online docs don't link to functions in other PDL modules
  238    NiceSlice affects code where it should not
  232    perl -d chokes on lvalue functions

               Fixed in perl 5.16.x or use work around.

  210    default PDL build output too long
  147    closing TriD window kills perldl shell


For more information on these and other PDL issues, and for
submissions of patches (bug patches are always welcome!),
see the PDL mailing lists. Links to archive list discussions
and how to register for the mailing lists can be found at
http://pdl.perl.org/?page=mailing-lists .