H.Merijn Brand
H.Merijn Brand
Want PR? Honestly, I think that there are people around here that can do a commit or PR with much better comment than I would be able to come up...
I will need to investigate: ``` t/630_xlsx.t ...... # Parser: Excel::ValueReader::XLSX-1.17 t/630_xlsx.t ...... ok t/631_clr.t ....... ok t/632_fmt.t ....... ok t/633_misc.t ...... ok t/634_dates.t ..... ok t/635_perc.t ...... ok t/637_merged.t...
Do 757339f32cd61816cdd138bc541ae7a7ead0ec9a + 2a8d2f571822431635c67ddf011fa95d1b6ad419 + bb12b980342cfa269bf0a98d84492f8df7402d6d fix that for you?
Thanks for the feedback. I'll plan a release
On Thu, 23 Jan 2025 02:13:38 -0800, bulk88 ***@***.***> wrote: > Module: NOT!!!! Config.pm > > **Description** > > https://github.com/Perl/perl5/issues/21135 "Errno archname/osvers too strict. " > > I know this...
On Thu, 23 Jan 2025 02:29:51 -0800, bulk88 ***@***.***> wrote: > > On Thu, 23 Jan 2025 02:13:38 -0800, bulk88 ***@***.***> wrote: > > Module: NOT!!!! Config.pm > > >...
@karenetheridge suggestions on improvement welcome! I know however from other DBD's that having structures that share connections are sometimes (very) hard to free. e.g. if freeing needs to wait for...
IMHO it is the DBD that should guarantee the correct order of destruction, not the DBI. If someone could point me at how the DBI should/could do that, I could...
Thanks for this valuable feedback! I won't change the current defaults, but I am likely to update/clarify the documentation. `lc` was taken as default to match what I use with...
I have to find why the bugtracker link is wrong. Likely I have it defined on too many places and it picks the wrong one