Acknowledged, I just considered it "data loss" due to another application which relies on  correct results in order to correctly save some data, but I get your point.

However, getting wrong results could theoretically, depending on the application, cause real data loss when doing delete queries using a previous bad result as input. But I admit that's a bit far fetched. :)

I was also thinking that packaging of both modules as php5-sybase and php5-mssql, maybe with some warning notification during installation about possible issues with MSSQL, could be a good temporary workaround.

The long term solution is to migrate away from MSSQL but our mission critical applications would most likely take years to migrate, test and deploy.

Thanks
/ Johan


Ondrej Sury wrote:

Thanks for that test case.

Just a quick explanation what "data loss" mean (at least to us).  To
mark this bug as grave because of "data loss" it would have to delete
affected data from database.

I know that this is annoying bug (at least for you) and we will work
with upstream to resolve it, but it's not "grave" bug, because you are
using very rare setup (php on linux with MSSQL) and it doesn't happen on
all occasions.

O.
  

Reply via email to