php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #49497 No ability to supply a userland PHP function as a callback for a COM method.
Submitted: 2009-09-08 08:59 UTC Modified: 2020-02-16 04:22 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: RQuadling at GMail dot com Assigned: cmb (profile)
Status: No Feedback Package: COM related
PHP Version: 5.3SVN-2009-09-08 (snap) OS: Windows XP SP3
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: RQuadling at GMail dot com
New email:
PHP Version: OS:

 

 [2009-09-08 08:59 UTC] RQuadling at GMail dot com 
Description:
------------
Hi.

I think I'm pretty much on my own here, but here goes.

I'm evaluating a COM tool to allow me to OCR documents.

The COM object requires the registration of a callback to allow the 
object to send  results as it finds them (events in their terminology) 
back to a handler for processing (say logging in a DB, etc.).

According to their documentation, in C and VB, the registration is a 
trivial process of simply supplying the address of the function as the 
handler for the callback.

Obviously, this won't work in PHP as a PHP function isn't accessible 
like a compiled function from outside of PHP.

The "value" to be supplied is of type VT_I4. This is essentially just 
the address of the function (as I see things).


So, I think that a proxy is needed. Something to act in the middle of 
the PHP script and the callback invocation by the COM object.


Any ideas?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2020-02-08 11:01 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2020-02-08 11:01 UTC] cmb@php.net 
> The "value" to be supplied is of type VT_I4. This is essentially
> just the address of the function (as I see things).

That sounds a bit weird; I mean why storing a pointer as signed
integer?  I would rather expect that they use a VT_UI4, or more
likely a VT_PTR.  And actually, why would that API not accept a
VT_DISPATCH, and call a certain method on that?  The latter is
already supported by the COM extension, through `new
variant($php_obj);`.

Is it possible that the VT_I4 is supposed to be a DISPID?  Is that
documentation still publicly available?
 [2020-02-16 04:22 UTC] php-bugs at lists dot php dot net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Mon Dec 30 15:01:28 2024 UTC