2013-01-28 12:39:38 |
Jerome St-Louis |
bug |
|
|
added bug |
2013-01-28 12:42:02 |
Jerome St-Louis |
ecere-sdk (Ubuntu): assignee |
|
Jerome St-Louis (jerstlouis) |
|
2013-01-28 13:39:31 |
Jerome St-Louis |
ecere-sdk (Ubuntu): status |
New |
Confirmed |
|
2013-01-29 01:12:38 |
Micah Gersten |
nominated for series |
|
Ubuntu Quantal |
|
2013-01-29 01:12:38 |
Micah Gersten |
bug task added |
|
ecere-sdk (Ubuntu Quantal) |
|
2013-01-29 13:01:03 |
Jerome St-Louis |
summary |
[SRU] Valgrind complains about uninitialized value when building eC source |
[SRU] Valgrind complains about uninitialized value when running the IDE |
|
2013-01-29 13:02:12 |
Jerome St-Louis |
summary |
[SRU] Valgrind complains about uninitialized value when running the IDE |
[SRU] Valgrind complains about conditonal jumps depending on uninitialized value when running the IDE |
|
2013-01-29 13:02:20 |
Jerome St-Louis |
description |
Valgrind complains about conditional jumps based on uninitialized value when building eC source
The root of the problem was in the virtual method table for eC objects.
The logic has been re-evaluated and code fixed accordingly.
[Test Case]
Build eC source code exhibiting this problem through Valgrind.
Upon class registration the problem will appear.
[Regression Potential]
The dynamic class inheritance logic is quite complex, and so it is easy to go wrong.
However this fix has been improved and tested over a few months and with several different projects and scenarios, and has proven to be solid.
This could only affect eC applications. |
Valgrind complains about conditional jumps based on uninitialized value on the IDE
The root of the problem was in the virtual method table for eC objects.
The logic has been re-evaluated and code fixed accordingly.
[Test Case]
Run the IDE through valgrind, and notice the following:
==15572== Conditional jump or move depends on uninitialised value(s)
==15572== at 0x41C355B: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C4E15: __ecereNameSpace__ecere__com__eSystem_RegisterClass (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x419E458: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41D3739: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x4CBC49D: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libec.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x8049B6B: ??? (in /usr/bin/ide)
==15572== by 0x43AA4D2: (below main) (libc-start.c:226)
[Regression Potential]
The dynamic class inheritance logic is quite complex, and so it is easy to go wrong.
However this fix has been improved and tested over a few months and with several different projects and scenarios, and has proven to be solid.
This could only affect eC applications. |
|
2013-01-30 08:24:33 |
Jerome St-Louis |
description |
Valgrind complains about conditional jumps based on uninitialized value on the IDE
The root of the problem was in the virtual method table for eC objects.
The logic has been re-evaluated and code fixed accordingly.
[Test Case]
Run the IDE through valgrind, and notice the following:
==15572== Conditional jump or move depends on uninitialised value(s)
==15572== at 0x41C355B: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C4E15: __ecereNameSpace__ecere__com__eSystem_RegisterClass (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x419E458: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41D3739: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x4CBC49D: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libec.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x8049B6B: ??? (in /usr/bin/ide)
==15572== by 0x43AA4D2: (below main) (libc-start.c:226)
[Regression Potential]
The dynamic class inheritance logic is quite complex, and so it is easy to go wrong.
However this fix has been improved and tested over a few months and with several different projects and scenarios, and has proven to be solid.
This could only affect eC applications. |
Valgrind complains about conditional jumps based on uninitialized value on the IDE
The root of the problem was in the virtual method table for eC objects.
The logic has been re-evaluated and code fixed accordingly.
[Test Case]
Run the IDE through valgrind, and notice the following:
==15572== Conditional jump or move depends on uninitialised value(s)
==15572== at 0x41C355B: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C4E15: __ecereNameSpace__ecere__com__eSystem_RegisterClass (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x419E458: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41D3739: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x4CBC49D: __ecereDll_Load (in /usr/lib/i386-linux-gnu/libec.so.0.44)
==15572== by 0x41C42A2: ??? (in /usr/lib/i386-linux-gnu/libecere.so.0.44)
==15572== by 0x8049B6B: ??? (in /usr/bin/ide)
==15572== by 0x43AA4D2: (below main) (libc-start.c:226)
==18707== Warning: invalid file descriptor -1 in syscall close()
==18707== Warning: invalid file descriptor -1 in syscall close()
==18707== Warning: invalid file descriptor -1 in syscall close()
==18707== Warning: invalid file descriptor -1 in syscall close()
[Regression Potential]
The dynamic class inheritance logic is quite complex, and so it is easy to go wrong.
However this fix has been improved and tested over a few months and with several different projects and scenarios, and has proven to be solid.
This could only affect eC applications. |
|
2013-01-30 17:58:50 |
Jerome St-Louis |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2013-02-07 01:02:38 |
Dimitri John Ledkov |
ecere-sdk (Ubuntu): status |
Confirmed |
Fix Released |
|
2013-02-07 01:02:40 |
Dimitri John Ledkov |
ecere-sdk (Ubuntu Quantal): status |
New |
Confirmed |
|
2013-02-07 01:02:43 |
Dimitri John Ledkov |
ecere-sdk (Ubuntu Quantal): importance |
Undecided |
Medium |
|
2014-12-03 10:02:04 |
Rolf Leggewie |
ecere-sdk (Ubuntu Quantal): status |
Confirmed |
Won't Fix |
|