You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Transcribed verbatim from CPAN RT#130194, warts and all.
Fri Jul 26 09:35:25 2019 ppisar [...] redhat.com - Ticket created
Subject: DBI::preparse() always copies ps_accept to ps_return
preparse() contins this code:
if (!(ps_return | DBIpp_ph_XX)) { /* no return ph type specified */
ps_return |= ps_accept | DBIpp_ph_XX; /* so copy from ps_accept */
}
The condition looks weird as DBIpp_ph_XX constant is 0x000F00, thus the condition is always true. As a result ps_return always gets the bits copied and 0x000F00 set.
If that were a typo and one used if (!(ps_return & DBIpp_ph_XX)), t/60preparse.t test fails. If I simplify the code to:
ps_return |= ps_accept; /* so copy from ps_accept */
The test still passes.
The text was updated successfully, but these errors were encountered:
Transcribed verbatim from CPAN RT#130194, warts and all.
Fri Jul 26 09:35:25 2019 ppisar [...] redhat.com - Ticket created
Subject: DBI::preparse() always copies ps_accept to ps_return
preparse() contins this code:
The condition looks weird as DBIpp_ph_XX constant is 0x000F00, thus the condition is always true. As a result ps_return always gets the bits copied and 0x000F00 set.
If that were a typo and one used if (!(ps_return & DBIpp_ph_XX)), t/60preparse.t test fails. If I simplify the code to:
The test still passes.
The text was updated successfully, but these errors were encountered: