Menu
▾
▴
libdbi-devel — Discussion about development of the core library and DBD interface
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(7) |
Aug
(10) |
Sep
|
Oct
(5) |
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(28) |
Feb
(3) |
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
(8) |
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(13) |
Jun
(2) |
Jul
(23) |
Aug
(10) |
Sep
(31) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2006 |
Jan
(6) |
Feb
(5) |
Mar
(19) |
Apr
(29) |
May
(63) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
(3) |
Dec
|
| 2007 |
Jan
|
Feb
(16) |
Mar
(1) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(6) |
Aug
(18) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(4) |
Feb
(8) |
Mar
|
Apr
(3) |
May
|
Jun
(9) |
Jul
|
Aug
(7) |
Sep
(2) |
Oct
(11) |
Nov
(30) |
Dec
(2) |
| 2009 |
Jan
(1) |
Feb
|
Mar
(25) |
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(24) |
Nov
(9) |
Dec
(2) |
| 2010 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(22) |
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
(10) |
Feb
(17) |
Mar
(4) |
Apr
(9) |
May
(1) |
Jun
|
Jul
(7) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(13) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(17) |
Dec
|
| 2014 |
Jan
(16) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Markus H. <mar...@mh...> - 2009-11-09 07:36:55
|
Quoting João Henrique Freitas <jo...@gm...>: > Following your idea, the hashes table can be used to set up a default > value to test? This will simplify the things. > > Currently some tests need to know the returned value of database and > assert this with the tests value. Using a hash table, the values can > stay in one point. This way is more convenient to maintain. > > What you think? > This would be a logical next step. All we need to do is to add accessor functions to retrieve the expected values by field name and by id, and to modify the existing accessor functions (the current math assumes 4 strings per row, then we'd have 5). Please let me know if you want to do this. Otherwise I'll attempt to extend the hashes and fix the accessors tonight. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-11-08 23:41:52
|
Hi > If you have a chance to, please do. We should first try to isolate > problems related to the firebird driver itself. Only then we should > look at portability, which is a serious next issue. Ok, I will do. > We might think about extending this idea, as it > would simplify adding other drivers to the test framework. I liked. The tests are cleaner. Following your idea, the hashes table can be used to set up a default value to test? This will simplify the things. Currently some tests need to know the returned value of database and assert this with the tests value. Using a hash table, the values can stay in one point. This way is more convenient to maintain. What you think? > > Also, I've noticed that the firebird driver may have a problem with > fixed-size string fields. This may be the reason for one of the > oddities of the driver, which seems to return field names with > trailing spaces and a newline. I'll add tests for fixed-size fields > shortly. Once that is done, I'll move on to do some firebird tests on > Debian. > > regards, > Markus > > -- > Markus Hoenicka > http://www.mhoenicka.de > AQ score 38 > -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-11-08 20:38:11
|
João Henrique Freitas writes: > I am using freebsd 7.2-RELEASE amd64. Maybe try the i386? If you have a chance to, please do. We should first try to isolate problems related to the firebird driver itself. Only then we should look at portability, which is a serious next issue. I've fiddled with the test program in the past couple of days to clean up the attribute and type retrieval tests. They were often incomplete and painful to maintain. I've introduced hashes which provide the expected values, so the test functions themselves are driver-independent. We might think about extending this idea, as it would simplify adding other drivers to the test framework. In any case, the changes increased the number of tests to approx. 450 (sqlite3) which means that the coverage has increased substantially. Also, I've noticed that the firebird driver may have a problem with fixed-size string fields. This may be the reason for one of the oddities of the driver, which seems to return field names with trailing spaces and a newline. I'll add tests for fixed-size fields shortly. Once that is done, I'll move on to do some firebird tests on Debian. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-11-02 20:39:05
|
Hello, I set up a freebsd 7.2 (amd64) virtual box. I can test the framework inside it now. Some impressions: 1- Attached is the test results. I have some failures about dbi_result_get_binary_* functions. In my Ubuntu test box I cant see these results because I have a crash in tests. 2- In the 'test_managing_results' test group and we have more exceptions with firebird. These tests need more inserts in schema table because it work with first, last, current results. The problem is near to drop (drop_schema function) this schema. The firebird tells me about: gdb test_dbi run -s test_dbi_result_next_row Program received signal SIGBUS, Bus error. 0x00000008006576e0 in dbi_result_free (Result=0x800b0d220) at dbi_result.c:655 655 free(result->rows[rowidx]->field_values); (gdb) bt I am using freebsd 7.2-RELEASE amd64. Maybe try the i386? Thanks. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: João H. F. <jo...@gm...> - 2009-10-28 09:59:35
|
Hi > > I'm afraid that many if not most of these no longer apply. Remember that > we've arrived at zero failures, at least on FreeBSD using Firebird 2.0.3. > I'm particularly interested in those tests which cause buffer overflows with > firebird. Did you really encounter buffer overflows in all tests marked with > "todo bug firebird"? I need to confirm it using other platform. Something can be wrong in my environment. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-28 09:02:37
|
Quoting João Henrique Freitas <jo...@gm...>: >> Can you narrow this down to particular tests? Everything works ok >> here, but FreeBSD is pretty forgiving with regard to malloc >> problems. I guess I'll have to repeat my tests on Debian too. > > Search by "todo bug firebird" in test_dbi.c. You will see many. An exemple: > I'm afraid that many if not most of these no longer apply. Remember that we've arrived at zero failures, at least on FreeBSD using Firebird 2.0.3. I'm particularly interested in those tests which cause buffer overflows with firebird. Did you really encounter buffer overflows in all tests marked with "todo bug firebird"? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-10-28 00:00:36
|
2009/10/27 Markus Hoenicka <mar...@mh...>: > João Henrique Freitas writes: > > I have a problem in my firebird environment. Some firebird crashes. I > > can't test it yet. > > Can you narrow this down to particular tests? Everything works ok > here, but FreeBSD is pretty forgiving with regard to malloc > problems. I guess I'll have to repeat my tests on Debian too. Search by "todo bug firebird" in test_dbi.c. You will see many. An exemple: ./test_dbi -s test_dbi_result_bind_binary *** buffer overflow detected ***: ./test_dbi terminated ======= Backtrace: ========= /lib/libc.so.6(__fortify_fail+0x37)[0x7ff12df3b2c7] /lib/libc.so.6[0x7ff12df39170] /usr/local/lib/dbd/libdbdfirebird.so(_get_row_data+0x2b1)[0x7ff12a062551] /usr/local/lib/dbd/libdbdfirebird.so(dbd_fetch_row+0x61)[0x7ff12a061ee1] /usr/local/lib/libdbi.so.0(dbi_result_seek_row+0x8c)[0x7ff12e63e7bc] ./test_dbi[0x410829] ./test_dbi[0x41483d] ./test_dbi[0x414968] ./test_dbi[0x414910] ./test_dbi[0x414910] ./test_dbi[0x414910] ./test_dbi[0x414e32] ./test_dbi[0x404340] /lib/libc.so.6(__libc_start_main+0xe6)[0x7ff12de5a5a6] ./test_dbi[0x403e79] > > How do I set up my CVS copy to send the results to cdash? Or do I have > to invoke test_dbi with some command-line parameters? Currently I am working on it. But you need to open test_dbi.cfg.in file and change some things like drivers strings, tag and OS information. Then you can execute the script run_tests.sh. If all goes well the tests will be executed and the report sends to my.cdash.org. But you will need the cmake package installed in you system. The cmake package install the ctest program which is used to send the report (Cgreen only can generate the reports in XML format. In the future it will can send too). The README file have some words about it. Of course the script run_tests.sh is just a wrap to test_dbi arguments like. I need to test it in other SO, like freebsd. This is a nice feature but need to redesign a bit to easy use. > > I didn't know this is a commercial enterprise. What is going to happen > after 6 months are over? Cdash is opensource. But the site my.cdash.org not. We back to use the free access :(. But we can setup a cdash server to libdbi projects. It's not hard. Thanks. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-27 23:28:27
|
João Henrique Freitas writes: > I have a problem in my firebird environment. Some firebird crashes. I > can't test it yet. Can you narrow this down to particular tests? Everything works ok here, but FreeBSD is pretty forgiving with regard to malloc problems. I guess I'll have to repeat my tests on Debian too. > pgsql, now fail in two tests: > My bad. pgsql doesn't have one-byte integers either. I've checked in a fix. > PS: > Cgreen know how to send a test report to cdash (test dashboard). How do I set up my CVS copy to send the results to cdash? Or do I have to invoke test_dbi with some command-line parameters? > libdbi-drivers project has gifted with 6 months free platinum > membership (http://my.cdash.org/router.php?page=proSubscribe). I didn't know this is a commercial enterprise. What is going to happen after 6 months are over? regards, markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: Markus H. <mar...@mh...> - 2009-10-27 23:15:13
|
Markus Hoenicka writes: > The only remaining problem is that test_dbi fails to remove the > database file after finishing the tests. I've fixed that one too. I'll run a few more tests, and I'll also review the code to check whether everything reasonably testable is covered by the tests. Everything looks promising now! regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-10-27 23:15:03
|
Hi, > > I've checked in one fix in the firebird driver and a bunch of fixes in > the test framework. Now I get: > > Completed "libdbi framework test": 274 passes, 0 failures, 0 > exceptions. I have a problem in my firebird environment. Some firebird crashes. I can't test it yet. > > The only remaining problem is that test_dbi fails to remove the > database file after finishing the tests. I'll look into this. Also, > I'll have to repeat the tests with all other drivers to see if I > accidentally broke something. > pgsql, now fail in two tests: http://my.cdash.org/viewTest.php?onlyfailed&buildid=36452 http://my.cdash.org/buildSummary.php?buildid=36452 You can see more tests at: http://my.cdash.org/index.php?project=libdbi-drivers PS: Cgreen know how to send a test report to cdash (test dashboard). libdbi-drivers project has gifted with 6 months free platinum membership (http://my.cdash.org/router.php?page=proSubscribe). We can send tests to http://my.cdash.org/index.php?project=libdbi-drivers for free. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-26 23:36:10
|
João Henrique Freitas writes: > Very nice. > > I will try it too. > I've checked in one fix in the firebird driver and a bunch of fixes in the test framework. Now I get: Completed "libdbi framework test": 274 passes, 0 failures, 0 exceptions. The only remaining problem is that test_dbi fails to remove the database file after finishing the tests. I'll look into this. Also, I'll have to repeat the tests with all other drivers to see if I accidentally broke something. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-10-25 20:28:44
|
Very nice. I will try it too. Thanks. ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-25 19:36:04
|
Markus Hoenicka writes: > Only 88 additional problems to solve... > I've fiddled a bit with test_dbi.c I brought the error number down to: Completed "libdbi framework test": 260 passes, 27 failures, 0 exceptions. All remaining problems are related to retrieving field attributes from result sets. I'm not sure whether these are bugs in the driver or in the test harness. I'll look into this as soon as time permits. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: Markus H. <mar...@mh...> - 2009-10-24 23:38:56
|
Markus Hoenicka writes: > Completed "libdbi framework test": 202 passes, 92 failures, 0 exceptions. > FAIL: test_dbi > I've fixed two bugs in the code which retrieves binary strings. Now the firebird driver reports: Completed "libdbi framework test": 206 passes, 88 failures, 0 exceptions. Only 88 additional problems to solve... regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: Markus H. <mar...@mh...> - 2009-10-21 22:01:39
|
Hi, João Henrique Freitas writes: > Unfortonaly, sqlite3 treats 'the_char' as type 3 and not type 1 and > the tests have fail. I suspect we have a bug here (sqlite3 driver). > You were right indeed, the sqlite3 driver contained a bug in the statement parser which tries to find table names. Returning no table name for some of the queries in the tests wreaked havoc on the results. I've fixed this bug in HEAD and in the Branch-2009-10-12-cgreen branch. I now get: Completed "libdbi framework test": 385 passes, 0 failures, 0 exceptions. Please let me know if things are back to normal on your platform as well. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-10-20 23:51:31
|
Hi About sqlite3 If you see in the file sqlite3.log. We have many line about 'test_dbi_result_get_field_type -> [3] should match [1]' Open the new test_dbi.c and search by function 'test_dbi_result_get_field_type' this was the failed test case. The old tests call 'dbi_result_get_field_type' (line 1946) with 'id' argument. The new test cases calls dbi_result_get_field_type with others fields like 'the_char'. Unfortonaly, sqlite3 treats 'the_char' as type 3 and not type 1 and the tests have fail. I suspect we have a bug here (sqlite3 driver). The sqlite3 driver will return type 3 if found 'the_char (xxx)' in the query. And type 1 if only the_char. The same behavior can be see in test_dbi_result_get_field_type_idx. I am investigating the rest of the failures. > > If you fill me in what to look for, I'll be happy to improve the tests on > FreeBSD. I didn't look at the test sources yet, but I guess I could figure > it out with a little help from your side. > I am bit worry about sqlite3 driver. We need to fix it. Please, continue to report the tests and if you have some doubt, tell me. Thanks -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-20 07:09:41
|
Quoting João Henrique Freitas <jo...@gm...>: >> It isn't perfect yet, but seems we're getting there. The full error log is >> appended below. Is that also due to some schema problems? >> > > Yes, the some problem. I need to setup a freebsd box and test it. > If you fill me in what to look for, I'll be happy to improve the tests on FreeBSD. I didn't look at the test sources yet, but I guess I could figure it out with a little help from your side. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: João H. F. <jo...@gm...> - 2009-10-19 22:40:11
|
Hi, > AAH! Can't delete database file! > Completed "libdbi framework test": 202 passes, 92 failures, 0 exceptions. > FAIL: test_dbi > > It isn't perfect yet, but seems we're getting there. The full error log is > appended below. Is that also due to some schema problems? > Yes, the some problem. I need to setup a freebsd box and test it. First I will solve the sqlite3 problems. Thanks. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-19 21:28:12
|
João Henrique Freitas writes: > What is your firebird version? Super Server or Classic Server? We need > the Super Server. > > Currently I run the test_dbi with firebird user (I need to change it > in my environment). Following, in the question about 'database > hostname?' I put 'localhost' and the tests begin. > I got a few steps closer to success here. FreeBSD uses the Classic Server (2.03), but this does not appear to be relevant here. I was able to make local connections, bypassing the network layer, whereas specifying "localhost" or my IP address would cause an error. This was simply due to a missing entry in inetd.conf after I upgraded the box a few months ago. With the correct entry in place again, I can connect to the server and your tests run to completion with the following results: AAH! Can't delete database file! Completed "libdbi framework test": 202 passes, 92 failures, 0 exceptions. FAIL: test_dbi It isn't perfect yet, but seems we're getting there. The full error log is appended below. Is that also due to some schema problems? regards, Markus |
|
From: João H. F. <jo...@gm...> - 2009-10-19 01:48:31
|
Hi. In my environment the libdbdsqlite3.so was linked against /usr/lib/libsqlite.so and libdbdsqlite.so too. I can't understand how. But we have a problem. I will fix it. It is not too difficult because the failures is about schema table. > > > About firebird tests. Try using localhost connection. I am using the > > firebird super server. The embedded version of firebird (classic > > server) don't work because every tests ran in a children process and > > firebird-CS can't handles it. > > > > How would I do that? What is your firebird version? Super Server or Classic Server? We need the Super Server. Currently I run the test_dbi with firebird user (I need to change it in my environment). Following, in the question about 'database hostname?' I put 'localhost' and the tests begin. Thanks -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-18 20:10:25
|
Hi João, João Henrique Freitas writes: > Can you send the failures about sqlite3? > Please see the appended log file. I'm using SQLite 3.6.14.2. If I use the very same driver with the existing tests, everything works ok. > About firebird tests. Try using localhost connection. I am using the > firebird super server. The embedded version of firebird (classic > server) don't work because every tests ran in a children process and > firebird-CS can't handles it. > How would I do that? regards, Markus |
|
From: João H. F. <jo...@gm...> - 2009-10-18 13:50:48
|
Hi Markus, thanks for the report. > > I've noticed a couple of checkins in the above branch related to the > new test framework. Is the code already suitable for general testing? Not yet. I need code a general test case about using different encoding. > In any case, I ran a couple of tests with the database engines > available on my box, with the following results: > > mysql: 330 passes, 0 failures, 0 exceptions > pgsql: 379 passes, 0 failures, 0 exceptions > sqlite: 383 passes, 2 failures, 0 exceptions > sqlite3: 159 passes, 226 failures, 0 exceptions > firebird: > Fatal lock manager error: invalid lock id (12112), errno: 83 > --Permission denied > Can you send the failures about sqlite3? About firebird tests. Try using localhost connection. I am using the firebird super server. The embedded version of firebird (classic server) don't work because every tests ran in a children process and firebird-CS can't handles it. > The "Fatal lock manager error" is most likely due to a problem of my > firebird version. What really puzzles me is the enormous number of > failures in sqlite3 while nearly all tests pass in the (older and less > well maintained) sqlite driver. Is it already worthwhile to dig into > these problems? Please, send the failures about sqlite3. What is your sqlite3 version? Thanks. -- ----------------------------------------------------------- João Henrique Freitas - joaohf_at_gmail.com Campinas-SP-Brasil BSD051283 LPI 1 http://www.joaohfreitas.eti.br |
|
From: Markus H. <mar...@mh...> - 2009-10-17 22:54:02
|
Hi, I've noticed a couple of checkins in the above branch related to the new test framework. Is the code already suitable for general testing? In any case, I ran a couple of tests with the database engines available on my box, with the following results: mysql: 330 passes, 0 failures, 0 exceptions pgsql: 379 passes, 0 failures, 0 exceptions sqlite: 383 passes, 2 failures, 0 exceptions sqlite3: 159 passes, 226 failures, 0 exceptions firebird: Fatal lock manager error: invalid lock id (12112), errno: 83 --Permission denied The "Fatal lock manager error" is most likely due to a problem of my firebird version. What really puzzles me is the enormous number of failures in sqlite3 while nearly all tests pass in the (older and less well maintained) sqlite driver. Is it already worthwhile to dig into these problems? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 |
|
From: Markus H. <mar...@mh...> - 2009-10-15 09:00:06
|
Quoting Michael Moritz <mi...@gn...>: > Thanks for looking into this so quickly. I realised it was a > "one-off" leak and > not the source of my growing leak problem. But I guess it's good it's totally > leak-free now. Absolutely. I simply wasn't aware of the leak. Even if it wasn't the ultimate reason of your memory problem, it might have caused problems eventually somewhere else, so it's good it is fixed now. thanks again for the report and the test case. Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Michael M. <mi...@gn...> - 2009-10-14 00:53:13
|
On Tuesday 13 October 2009 22:56:16 Markus Hoenicka wrote: > > ==4240== LEAK SUMMARY: > ==4240== definitely lost: 0 bytes in 0 blocks > ==4240== indirectly lost: 0 bytes in 0 blocks > ==4240== possibly lost: 0 bytes in 0 blocks > ==4240== still reachable: 3,942 bytes in 12 blocks > ==4240== suppressed: 0 bytes in 0 blocks > > If you have a chance to test the current sources on your platform, > please let me know if your leaks are cured as well. > Thanks for looking into this so quickly. I realised it was a "one-off" leak and not the source of my growing leak problem. But I guess it's good it's totally leak-free now. Also apologies I posted C++ code where it wasn't really necessary. All the best mimo |
9 messages has been excluded from this view by a project administrator.
