Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:104879 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 38637 invoked from network); 23 Mar 2019 00:33:30 -0000 Received: from unknown (HELO mail4.serversure.net) (185.153.204.204) by pb1.pair.com with SMTP; 23 Mar 2019 00:33:30 -0000 Received: (qmail 30821 invoked by uid 89); 22 Mar 2019 21:25:58 -0000 Received: by simscan 1.3.1 ppid: 30811, pid: 30816, t: 0.1787s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@lsces.co.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 22 Mar 2019 21:25:58 -0000 To: internals@lists.php.net References: <95e918c8-aaeb-d700-cc08-30f10a07162d@lsces.co.uk> Message-ID: <72754e94-f1d3-5867-d61d-031124559561@lsces.co.uk> Date: Fri, 22 Mar 2019 21:25:57 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] Unbundle ext/interbase From: lester@lsces.co.uk (Lester Caine) On 22/03/2019 16:25, Nikita Popov wrote: > I've created a patch forhttps://bugs.php.net/bug.php?id=72175 (last > comment), which seems to be the biggest open problem in the interbase > extension. I'd appreciate it if you or someone else who uses firebird could > test this. Nikita Am I jumping the gun a bit? I've got 7.2.16 configured so I can compile it myself. It's throwing a warning on compile ./ibase.h:761:28: note: expected ‘ISC_UCHAR ** {aka unsigned char **}’ but argument is of type ‘char **’ ISC_LONG ISC_EXPORT_VARARG isc_event_block(ISC_UCHAR**, but the compiled copy is clearing my ibtest suite. I've ported your patch to the 7.2.16 copies of the files but this is throwing a different warning "implicit declaration of function ‘GC_ADDREF’;" and GC_DELREF GC_ADDREF certainly exists in the file already but not GC_DELREF so am I missing something that will stop me making this work on 7.2.16? It is at least running - http://smallbrook.co.uk:800/phpinfo.php but I need to add something to test this problem as my framework only uses a singleton connection ... http://smallbrook.co.uk:800 needs a login, but the database searches are running fine. I'm still waiting on mercurial syncing with git but hopefully in the morning I'll be able to cross check changes in the files over time. -- Lester Caine - G8HFL ----------------------------- Contact - https://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - https://lsces.co.uk EnquirySolve - https://enquirysolve.com/ Model Engineers Digital Workshop - https://medw.co.uk Rainbow Digital Media - https://rainbowdigitalmedia.co.uk